| Time |
Nick |
Message |
| 06:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:56 |
|
agoben joined #evergreen |
| 07:09 |
|
rjackson_isl joined #evergreen |
| 07:32 |
|
rfrasur joined #evergreen |
| 08:33 |
|
Dyrcona joined #evergreen |
| 08:41 |
|
mmorgan joined #evergreen |
| 08:43 |
|
mantis1 joined #evergreen |
| 09:13 |
|
dbwells joined #evergreen |
| 09:27 |
|
rfrasur joined #evergreen |
| 09:50 |
|
nfBurton joined #evergreen |
| 09:54 |
|
jvwoolf joined #evergreen |
| 10:21 |
Bmagic |
Is there something in Evergreen that can cause the MARC editor to remove certain fields during save? I'm adding a 655, clicking save, and it's gone upon reload.... |
| 10:21 |
Bmagic |
using flat text editor |
| 10:21 |
Bmagic |
maybe authority control? |
| 10:23 |
|
Dyrcona joined #evergreen |
| 10:24 |
berick |
Bmagic: vandelay.import_bib_trash_fields |
| 10:24 |
berick |
specifically vandelay.import_bib_trash_group.always_apply |
| 10:24 |
Bmagic |
ha! for real? First I've heard of this |
| 10:24 |
Bmagic |
berick++ |
| 10:32 |
Bmagic |
berick: is there an interface for that? I found one for the group but not for the line items per group |
| 10:33 |
|
sandbergja joined #evergreen |
| 10:37 |
mmorgan |
Bmagic: Server Admin - MARC Import Remove Fields |
| 10:37 |
alynn26_away |
bmagic: open the group and there are the line items. |
| 10:38 |
Bmagic |
mmorgan: found that - but didn't figure out how to see what's under it |
| 10:38 |
berick |
may be lost in newer versions of EG |
| 10:38 |
csharp |
yeah - I'm not seeing it in 3.4 |
| 10:39 |
Bmagic |
this is 3.3.5 |
| 10:39 |
csharp |
Bmagic: go to eg/staff/admin/server/vandelay/import_bib_trash_group |
| 10:39 |
csharp |
(still there, just not linked to) |
| 10:40 |
Bmagic |
ah, that worked |
| 10:40 |
Bmagic |
csharp++ |
| 10:40 |
csharp |
yeah, we had to do the same thing with another UI - I locally changed the link back to the Dojo UI (while weeping silently) |
| 10:41 |
csharp |
floating groups - that was the one |
| 10:46 |
Bmagic |
I'm figuring this out only because I am chasing down an issue with the subject links at the bottom of a record summary appearing "without dashes" |
| 10:46 |
Bmagic |
subjects.tt2 is looking for a 655 tag.... and now that I have the 655 saving in the record - still no dashes....Darn! I thought I had figured it out! |
| 10:52 |
dbwells |
Bmagic: We noticed the same thing, and it boiled down to the use of Display Fields for subjects. We ended up just taking the easy workaround and turning off display fields for subjects. You can do so by just removing the "display_field => 'subject'," line near the top of subjects.tt2 |
| 10:54 |
dbwells |
If you put time into finding a smarter fix, I would be interested in it. |
| 11:14 |
Bmagic |
dbwells: I tracked it down to something with indexing. Comparing this database metabib.display_entry to stock - I found that the double dashes are in the database and not introduced by the tt2 code. So, it's something with the indexes.... Which index definition drive the metabib.display_entry |
| 11:21 |
Bmagic |
Strike out again: the two databases have identical config.display_field_map tables.. |
| 11:24 |
jeff |
there were some issues where some upgrade scripts modified display fields by id when there was no guarantee that the IDs had been pinned... might not apply here. |
| 11:27 |
Bmagic |
found descrepancies in config.metabib_field |
| 11:27 |
jeff |
also there was at least one "default value for field is different if you've upgraded vs fresh-installed" |
| 11:28 |
mmorgan |
Bmagic: Are there discrepancies in the "joiner" field? |
| 11:29 |
Bmagic |
mmorgan: yes! There is one line where it's ' -- ' for one but not the other: "All Subjects" |
| 11:30 |
Bmagic |
updating row and reindexing a test record. here goes |
| 11:34 |
mmorgan |
Looks like we made that change at some point. |
| 11:35 |
Bmagic |
well, i got the dashes in the index in the db but not on the opac. |
| 11:35 |
Bmagic |
probably memcache? |
| 11:35 |
Bmagic |
I saw somewhere down the code trace that it refers to memcache first |
| 11:40 |
Bmagic |
there! dashes! |
| 11:40 |
Bmagic |
mmorgan++ |
| 11:49 |
jeff |
"dashes? we don't need no steenkin'' dashes!" |
| 12:03 |
|
jihpringle joined #evergreen |
| 12:13 |
|
mrisher joined #evergreen |
| 12:22 |
|
sandbergja joined #evergreen |
| 12:32 |
|
mantis2 joined #evergreen |
| 12:36 |
|
mantis1 joined #evergreen |
| 12:36 |
|
nfBurton joined #evergreen |
| 12:38 |
|
mikerisher joined #evergreen |
| 12:52 |
|
khuckins joined #evergreen |
| 13:01 |
|
khuckins joined #evergreen |
| 15:28 |
|
mantis1 left #evergreen |
| 15:39 |
|
khuckins_ joined #evergreen |
| 15:49 |
Bmagic |
berick: I pinged you on a random Saturday about 5-6 months ago - with this paste: http://paste.evergreen-ils.org/10098 |
| 15:50 |
Bmagic |
quoting myself: |
| 15:50 |
Bmagic |
Been hammering on this for a couple of hours. I got the data from xact.billings() all the way to the template for sure. It displays great as long as I don't use a <table> - But I want a <table> in my print! I believe the issue is the angular output is putting junk in the table before the <tr> causing it to render wrong |
| 15:51 |
Bmagic |
not sure why I singled you out - probably cause your nick was the only one listed as online |
| 15:52 |
berick |
heh |
| 15:57 |
berick |
Bmagic: what does it render? |
| 15:57 |
JBoyer |
Bmagic, what kind of issue are you seeing when you use a table, because I have an idea what would help. |
| 15:58 |
Bmagic |
I want ng-container to create new row per billing (of course) - and it works when it's in <div> but not table |
| 15:58 |
Bmagic |
I was hoping it would ring a bell for someone right off the bat - I don't have the output from <table> at the moment. I'll spend some time on it when I can |
| 16:00 |
JBoyer |
In that case, I'll throw a couple options out to look into: there are a lot of options for what you can use inside an ng-repeat, some of them can have interesting effects, so you might make sure you don't need one of the other formats. |
| 16:01 |
JBoyer |
Then, since it works in a simple tag but not a more complex one, check out ng-repeat-begin and ng-repeat-end. They're really helpful, especially when you want to do things like repeat siblings rather than only children, etc. |
| 16:09 |
nfBurton |
Is there a trick to getting these carousels to work? I set up all the admin stuff for them but they don't seem to want to appear |
| 16:12 |
JBoyer |
nfBurton, you |
| 16:13 |
JBoyer |
'll have to put a [% PROCESS carousels %] in your template where they should appear, and the relevant chunk of misc_util.tt2 will need to be pulled from stock, |
| 16:13 |
nfBurton |
misc util |
| 16:13 |
nfBurton |
gotchya |
| 16:14 |
JBoyer |
If you've already done that and it still won't appear, double check the JS and CSS that it references, and also make sure that the bucket associated with the carousel has entries in it. (you can cheat on that just for testing). |
| 16:14 |
nfBurton |
Oh that does exist |
| 16:14 |
nfBurton |
And the Process does too |
| 16:15 |
nfBurton |
I actually don't think they are filling with bibs for some reason |
| 16:15 |
JBoyer |
And finally, the parameter that matters most is physical_loc, not locg or whatever other way to change the search location, so that has tripped me up for a while. |
| 16:15 |
Stompro |
mmorgan, are you still seeing content cafe cover art issues? |
| 16:16 |
nfBurton |
I am getting the carousels div but then it wont display unless bibs exist in the carousel |
| 16:16 |
nfBurton |
So I think that is the issue |
| 16:17 |
JBoyer |
You can fake that in psql if you'd like, depending on what all you want to test. :) |
| 16:17 |
mmorgan |
Stompro: No, they seem to be working fine ATM. Are you seeing issues? |
| 16:20 |
Stompro |
mmorgan, I just noticed a batch of new titles didn't have cover art again, until I cleared memcache and cleared my cache. |
| 16:26 |
mmorgan |
Stompro: Are they titles in your carousel? |
| 16:26 |
Stompro |
Yes, those are the ones I noticed. |
| 16:32 |
nfBurton |
huzzah. A custom bucket worked |
| 16:33 |
nfBurton |
Is there sizing parameters for it too? Mine is real small |
| 16:34 |
mmorgan |
Stompro: I wonder if there was a brief connectivity issue somewhere and blank images were cached. |
| 16:35 |
nfBurton |
oh nvm, I constrained it lol |
| 16:37 |
mmorgan |
...when the carousel was loading that is. |
| 16:42 |
Stompro |
mmorgan, could be, I cannot spot any log entries with anything other than "added content request returned with code 200" |
| 16:52 |
* mmorgan |
sees the same, but with a few '... with code 500' sprinkled around for today. |
| 16:53 |
mmorgan |
But from the previous two days, I see a few bunches of code 500. |
| 17:00 |
alynn26 |
Is there a schema for 3.3 and 3.4 somewhere? |
| 17:03 |
Bmagic |
JBoyer: thanks - I will play with those ideas |
| 17:12 |
|
mmorgan left #evergreen |
| 17:26 |
|
sandbergja joined #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:09 |
|
cmalm_ joined #evergreen |
| 19:31 |
|
sandbergja joined #evergreen |
| 21:12 |
|
cmalm joined #evergreen |
| 22:10 |
|
cmalm_ joined #evergreen |
| 22:44 |
|
sandbergja joined #evergreen |
