Time |
Nick |
Message |
06:30 |
|
Dyrcona joined #evergreen |
06:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:51 |
|
beanjammin joined #evergreen |
07:01 |
|
remingtron joined #evergreen |
07:09 |
|
rjackson_isl joined #evergreen |
07:15 |
|
JBoyer joined #evergreen |
07:46 |
|
bdljohn joined #evergreen |
08:12 |
|
bos20k joined #evergreen |
08:48 |
|
lsach joined #evergreen |
09:06 |
|
idjit joined #evergreen |
09:38 |
|
yboston joined #evergreen |
09:39 |
|
kmlussier joined #evergreen |
09:50 |
|
dwgreen joined #evergreen |
10:03 |
|
Christineb joined #evergreen |
10:32 |
berick |
i know you're all wondering, so I'll let you know, Chrome does in fact still support the marquee tag |
10:33 |
idjit |
yet they dropped support for <blink> |
10:34 |
Dyrcona |
That's sadistic... |
10:52 |
berick |
pinesol_green: entertain me while I wait for LP comments to work again |
10:52 |
pinesol_green |
berick: Yeah, well, you know, that's just like uh, your opinion, man. |
11:40 |
JBoyer |
berick, that sounds like just the thing to spice up our opac maintenance messages. <MARQUEE>(worker.gif)UNDER CONSTRUCTION! NEW CATALOG COMING IN THE FALL OF '98!(worker.gif)</MARQUEE> |
11:40 |
JBoyer |
Really turn the Geocities up to 11. |
11:41 |
berick |
we joke, but it does get your attention ;) |
11:42 |
berick |
i discovered this yesterday when testing ang6 grid cell templates. pretty awesome to see a grid where each cell is alive muahahahaaa |
11:46 |
JBoyer |
Hah! That's how HD radios solve the problem of a song title being too long for their terrible displays. I believe there's a bug out there about showing the contents of cells that are too long. :D |
11:47 |
Dyrcona |
Well, there you go. |
11:47 |
berick |
pushed a tooltip fix the other day for that... |
11:47 |
* berick |
retracts pullrequest, ports to marquee |
11:48 |
jeff |
i'd like too-long cell data to scroll with more of the asthetic of "mid 90s music player UI" |
11:48 |
berick |
so many opportunities for amusing partial word combos |
12:08 |
|
jihpringle joined #evergreen |
12:13 |
|
beanjammin joined #evergreen |
12:52 |
|
bdljohn joined #evergreen |
12:56 |
csharp |
http://www.wonder-tonic.com/geocitiesizer/content.php?theme=3&music=10&url=gapines.org |
13:15 |
JBoyer |
"Blocked by URL Filter Database" Central IT harshing my groove. :/ |
13:15 |
* JBoyer |
has an active enough imagination to compensate. |
13:30 |
csharp |
heh - it's as horrible as you would imagine |
13:30 |
csharp |
@band add Central IT |
13:30 |
pinesol_green |
csharp: Band 'Central IT' added to list |
13:31 |
berick |
heh |
13:31 |
* berick |
was in a band that had the name Central in it |
13:31 |
Dyrcona |
South Central IT? |
13:31 |
berick |
let's just say they didn't rock |
13:32 |
csharp |
berick: ha! |
13:32 |
csharp |
@band add Central High School Marching Lions |
13:32 |
pinesol_green |
csharp: Band 'Central High School Marching Lions' added to list |
13:33 |
Dyrcona |
@blame [band] for not rocking. |
13:33 |
pinesol_green |
Dyrcona: Forget it, Jake. It's just National Donut Day. for not rocking. |
13:33 |
* berick |
chuckles |
13:33 |
csharp |
@praise [band] for all the times you sang what's in my heart |
13:33 |
* pinesol_green |
In days of old, it was prophesied that a hero would come and restore karmic balance to #evergreen. Central High School Marching Lions is that hero. for all the times you sang what's in csharp's heart |
13:34 |
Dyrcona |
Seems appropriate. IIRC, the original line is spoken by a police detective. |
13:34 |
csharp |
pinesol_green++ |
13:34 |
berick |
neat, it understands "my" |
13:34 |
csharp |
@band add Carrollton High School Trojan Marching Band |
13:34 |
pinesol_green |
csharp: Band 'Carrollton High School Trojan Marching Band' added to list |
13:34 |
Dyrcona |
Sad messages on my laptop, easily repaired: Can't locate DBI.pm in @INC |
13:34 |
csharp |
for balance |
13:35 |
Dyrcona |
@blame [band] for Can't locate DBI.pm in @INC |
13:35 |
pinesol_green |
Dyrcona: Ejabberd Confit tests their code on the LIVE SERVERS, then blames the user. SAD! for Can't locate DBI.pm in @INC |
13:35 |
Dyrcona |
@blame me |
13:35 |
pinesol_green |
Dyrcona: It's all Dyrcona's fault! |
13:35 |
Dyrcona |
:) |
13:35 |
Dyrcona |
It works in that context, too. |
13:36 |
Dyrcona |
I suppose I will install libdbd-pg-perl |
13:37 |
csharp |
so this is probably a bug others are aware of, but I've got a record that is not retrievable via any sort of search - it is non-deleted and opac_visible |
13:37 |
Dyrcona |
csharp: I've not encountered that one. |
13:37 |
csharp |
it didn't have a row in asset.opac_visible_copies and my adding it to that table didn't help |
13:37 |
csharp |
not sure where to go from here |
13:38 |
Dyrcona |
It has copies, then? |
13:38 |
csharp |
yeah one copy |
13:38 |
Dyrcona |
call number deleted? |
13:38 |
csharp |
bib, call_number, and copy all not deleted |
13:39 |
JBoyer |
A suggestions for those with Bot Powers: a new dunno: "Can't locate Snark.pm in @INC" |
13:40 |
berick |
@dunno add Can't locate Snark.pm in @INC |
13:40 |
pinesol_green |
berick: The operation succeeded. Dunno #58 added. |
13:40 |
JBoyer |
csharp, There is a metabib field that has to have an entry in it or no searches will pull up the record, though I can't recall which one at the moment. |
13:41 |
JBoyer |
Usually it comes up when un-deleting a record, but I thought that had been addressed recently |
13:41 |
JBoyer |
berick++ |
13:42 |
Dyrcona |
Also the copy_status affects visibility. |
13:42 |
* Dyrcona |
is out of the obvious things. |
13:43 |
jeffdavis |
csharp: what does the vis_attr_cache column in bre show for that record? |
13:44 |
jeffdavis |
vis_attr_vector rather |
13:44 |
csharp |
jeffdavis: it appears to be null |
13:46 |
jeffdavis |
what is the output of biblio.calculate_bib_visibility_attribute_set($bib_id) ? |
13:47 |
csharp |
jeffdavis: nothing - just 1 row of null-ness |
13:48 |
jeffdavis |
what about asset.calculate_copy_visibility_attribute_set($copy_id) for the copy? |
13:50 |
csharp |
jeffdavis: that has results |
13:52 |
jeffdavis |
Is ingest.reingest.force_on_same_marc set to true? |
13:53 |
|
rlefaive joined #evergreen |
13:54 |
csharp |
jeffdavis: yes |
13:56 |
JBoyer |
I believe the table I was thinking of is metabib.record_attr_vector_list, if there's nothing in there with source = that bre.id I don't think it will show up. |
13:59 |
csharp |
JBoyer: yeah - no rows |
14:00 |
csharp |
so reingest isn't populating that in this case - any way to force it? |
14:00 |
jeffdavis |
IIRC ingest.reingest.force_on_same_marc needs to be set to false or vis attrs don't get set correctly, trying to recall the circumstances |
14:00 |
csharp |
oh, really? |
14:03 |
jeffdavis |
csharp: some discussion in bug 1730758 |
14:03 |
pinesol_green |
Launchpad bug 1730758 in Evergreen "biblio.record_entry.vis_attr_vector not updated upon adding a locate URI" [Medium,Fix released] https://launchpad.net/bugs/1730758 |
14:03 |
JBoyer |
That flag doesn't cause any harm re: mravl though, so you can do the usual set id = id for that record, turn it off, then update the vis field. |
14:03 |
jeffdavis |
see the last paragraph of miker's comment #3 |
14:05 |
csharp |
jeffdavis: thanks! |
14:11 |
dbwells |
Heads up all, we're going with a 3:00pm cutoff for commits for today's point release. Thanks! |
14:13 |
Dyrcona |
dbwells++ csharp++ sandbergja++ |
14:43 |
JBoyer |
dbwells++ |
14:53 |
pinesol_green |
[evergreen|Kyle Huckins] lp1635386 Items Column & Styles for Bill Item Status - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e84f8df> |
14:53 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1635386: Improve contrast for colors used in Bills interface - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ae5b823> |
14:53 |
pinesol_green |
[evergreen|Dan Wells] LP#1635386 Clarify and simplify row highlighting code - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=dccdd29> |
14:53 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1635386: Restore to xul colors and remove colors from class names - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d191c7e> |
14:57 |
miker |
just under the wire! |
14:59 |
kmlussier |
Yay! dbwells++ |
15:08 |
miker |
dbwells: not for today's obv, but I'm about to point myself at the omnibus holdings view branch |
15:12 |
dbwells |
miker++ # fingers crossed that it passes muster |
15:13 |
miker |
dbwells: the commit/revert pair squashed away with no trouble... now about to attempt a master rebase |
15:14 |
miker |
pick-based rebase is happy |
15:23 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: Adding 3.0.9 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=27adb3a> |
15:23 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: Adding 3.1.3 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=db2aecd> |
15:28 |
miker |
dbwells: unless you object, I'm tempted to start squashing intra-branch cleanup commits. we each have one |
15:29 |
dbwells |
miker: no objection at all |
15:41 |
|
yboston joined #evergreen |
17:15 |
|
hosttor joined #evergreen |
18:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
23:42 |
|
sandbergja joined #evergreen |