| Time |
Nick |
Message |
| 00:04 |
|
jeff_ joined #evergreen |
| 01:09 |
|
mtcarlson joined #evergreen |
| 05:15 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:03 |
|
graced joined #evergreen |
| 06:03 |
|
phasefx joined #evergreen |
| 06:03 |
|
Sato joined #evergreen |
| 06:03 |
|
_bott_ joined #evergreen |
| 06:03 |
|
pastebot joined #evergreen |
| 06:03 |
|
pmurray_away joined #evergreen |
| 06:03 |
|
7JTAABNR0 joined #evergreen |
| 06:03 |
|
gsams joined #evergreen |
| 06:03 |
|
ningalls joined #evergreen |
| 06:03 |
|
chatley joined #evergreen |
| 06:03 |
|
dkyle joined #evergreen |
| 06:03 |
|
remingtron_ joined #evergreen |
| 06:03 |
|
jventuro joined #evergreen |
| 06:03 |
|
shadowspar joined #evergreen |
| 06:03 |
|
edoceo joined #evergreen |
| 06:03 |
|
eby__ joined #evergreen |
| 06:03 |
|
dbs joined #evergreen |
| 06:03 |
|
Callender joined #evergreen |
| 06:03 |
|
rangi joined #evergreen |
| 06:03 |
|
bradl joined #evergreen |
| 06:03 |
|
paxed joined #evergreen |
| 06:03 |
|
mtj_ joined #evergreen |
| 06:03 |
|
dreuther joined #evergreen |
| 06:03 |
|
tater joined #evergreen |
| 06:03 |
|
silva joined #evergreen |
| 06:03 |
|
mnsri joined #evergreen |
| 06:03 |
|
eeevil joined #evergreen |
| 06:03 |
|
gmcharlt joined #evergreen |
| 06:03 |
|
riot joined #evergreen |
| 06:03 |
|
wjr_ joined #evergreen |
| 06:03 |
|
hopkinsju joined #evergreen |
| 06:03 |
|
Bmagic joined #evergreen |
| 06:03 |
|
dbwells joined #evergreen |
| 06:03 |
|
sseng joined #evergreen |
| 06:03 |
|
ktomita joined #evergreen |
| 06:03 |
|
tsbere joined #evergreen |
| 06:03 |
|
jeffdavis joined #evergreen |
| 06:03 |
|
berickm joined #evergreen |
| 06:03 |
|
csharp joined #evergreen |
| 06:03 |
|
jcamins joined #evergreen |
| 06:03 |
|
phasefx_ joined #evergreen |
| 06:03 |
|
pinesol_green joined #evergreen |
| 06:03 |
|
jeff joined #evergreen |
| 06:04 |
|
dreuther joined #evergreen |
| 06:08 |
|
jeff_ joined #evergreen |
| 06:08 |
|
mtcarlson_away joined #evergreen |
| 06:08 |
|
artunit joined #evergreen |
| 07:31 |
|
collum joined #evergreen |
| 08:02 |
|
jboyer-isl joined #evergreen |
| 08:25 |
|
mrpeters joined #evergreen |
| 08:27 |
|
gsams joined #evergreen |
| 08:27 |
|
Shae joined #evergreen |
| 08:28 |
csharp |
hmmm - my caching issue has to be something new... I'm getting further independent complaints of stale data in the OPAC while the staff client shows what's actually checked out |
| 08:29 |
csharp |
one patron is saying she can't even renew an item she has out because it's not showing on her list |
| 08:30 |
csharp |
the first patron I had contact with was using Firefox on Windows and Mac, but she said she saw the same thing on Safari on Mac and whatever browser she's using on her phone |
| 08:30 |
csharp |
so it doesn't seem to be a particular browser |
| 08:31 |
* csharp |
wonders about ISP-level caching proxies |
| 08:35 |
|
Dyrcona joined #evergreen |
| 08:41 |
|
mmorgan joined #evergreen |
| 08:41 |
|
jboyer-isl joined #evergreen |
| 08:42 |
|
rjackson-isl joined #evergreen |
| 08:43 |
|
jboyer-isl joined #evergreen |
| 08:44 |
|
jboyer-isl joined #evergreen |
| 08:49 |
|
kbeswick joined #evergreen |
| 08:49 |
* csharp |
looks at cache-control: http://pretty-rfc.herokuapp.com/RFC2616#header.cache-control |
| 08:53 |
|
tspindler joined #evergreen |
| 08:55 |
* Dyrcona |
builds new vms for precise and trusty. |
| 08:55 |
csharp |
@monologue |
| 08:55 |
pinesol_green |
csharp: Your current monologue is at least 1 line long. |
| 08:55 |
Dyrcona |
Heh. |
| 08:55 |
Dyrcona |
I ruined it for you. :) |
| 08:56 |
csharp |
so if I want to add a cache directive that affects particular OPAC pages, is there a way to refer to those with ctx.blah? |
| 08:56 |
* csharp |
is reviewing opac/parts/base.tt2 |
| 08:57 |
|
ericar joined #evergreen |
| 08:57 |
csharp |
I mean, we don't want to slow down the whole site with a no cache directive across all OPAC pages |
| 08:57 |
Dyrcona |
csharp: Not sure, but I believe we already send a Cache-Control header. Not 100%, though. |
| 08:59 |
Dyrcona |
You could try a HEAD request for an OPAC page with something like wget to find out. |
| 09:01 |
|
kmlussier joined #evergreen |
| 09:01 |
csharp |
Cache-Control: max-age=5 |
| 09:02 |
csharp |
so... if that's already there, why would we see patron browser caching data older than that? |
| 09:03 |
tsbere |
csharp: Because sometimes things ignore that header? |
| 09:04 |
csharp |
ok |
| 09:04 |
tsbere |
csharp: The fun part is when you get cached results for one patron while supposedly logged in as another one. <_< |
| 09:05 |
csharp |
ewww |
| 09:05 |
tsbere |
csharp: That is one reason why most "many users, one cache" caching systems don't cache https sessions. |
| 09:08 |
csharp |
wait - it has to be browser caching because my patron yesterday saw a change after she cleared her cache |
| 09:09 |
csharp |
so it's not ISP level, though it is affecting more than one browser |
| 09:10 |
|
jwoodard joined #evergreen |
| 09:13 |
tsbere |
csharp: Toolbars/extensions that forcibly cache things for longer periods of time? |
| 09:14 |
tsbere |
I have seen some of those that "clone" caches across browsers for when a site behaves "badly" in one and you want to quickly load it in another one |
| 09:14 |
* tsbere |
can't account for "across devices" with that theory, though |
| 09:24 |
eeevil |
csharp: there are transparent reverse proxies that can just change the cache-control stuff on non-ssl pages. the browser wouldn't see the cache-control header that evergreen sends, and that would manifest as a browse-caching issue. I'd be willing to bet that some residential routers do that by default |
| 09:26 |
csharp |
eeevil: thanks - I'm trying to rule that out now - possibly a device upgrade for a particular local ISP? |
| 09:26 |
eeevil |
such devices are essentially MITM attacks on the user they're supposed to be helping. and thus of the devil |
| 09:26 |
csharp |
this is definitely since July 1 and the complaints are continuing to trickle in |
| 09:26 |
eeevil |
csharp: that's certainly possible. have the user's IP? (or another way of identifying their ISP) |
| 09:27 |
csharp |
not yet - I'm trying to gather that kind of information now |
| 09:27 |
eeevil |
and, of course, GPLS didn't put a magical black-box firewall in front of the EG servers, right? |
| 09:27 |
csharp |
heh - nope ;-) |
| 09:28 |
eeevil |
those, also, are often of the devil |
| 09:28 |
csharp |
we agree |
| 09:28 |
jeff |
(don't do that) |
| 09:28 |
|
ningalls joined #evergreen |
| 09:30 |
jeff |
we had at least one local business whose magical firewall box would shoot JSPAC in the head when it saw some of the XUL-related js bits. |
| 09:39 |
jeff |
csharp: with the patrons you're dealing with, does clearing the cache or force-reloading the page resolve the issue? |
| 09:41 |
csharp |
jeff: for the one patron I've actually dealt with, yes |
| 09:41 |
jeff |
csharp: another option to try would be loading the page with additional arguments appended -- the old /some/path?[timestamp] trick, etc |
| 09:41 |
csharp |
all the others are second-hand/anecdotal |
| 09:41 |
csharp |
jeff: yeah, I'm interested in the best way to implement that |
| 09:41 |
jeff |
csharp: and if THAT works, then you could in theory add a time-based url argument to logged in opac pages in an attempt to force the page to be non-cacheable. rather annoying kluge, though. |
| 09:42 |
csharp |
yeah - I want something that's maintainable and doesn't ruin our lives |
| 09:42 |
csharp |
"time to update the timestamps, honey" |
| 09:45 |
Dyrcona |
csharp: You don't want software, then. ;) |
| 09:46 |
csharp |
heh |
| 09:47 |
tsbere |
csharp: Adjust mkurl to say "Oh, this is in the my account area!" and append a timestamp? |
| 09:47 |
dbs |
csharp: I like jeff's annoying kluge |
| 09:47 |
csharp |
yeah, I'm leaning that way now too |
| 09:47 |
csharp |
now I need to research how to actually do it |
| 09:48 |
* csharp |
holds his head just above the waterline |
| 09:53 |
* Dyrcona |
offers csharp some water wings. |
| 09:54 |
mrpeters |
we've got your back csharp |
| 09:56 |
csharp |
mrpeters: thanks! |
| 09:56 |
* csharp |
now has to run off to a meeting |
| 10:14 |
jeff |
csharp: whatever method you opt for, i'd continue to try to identify the culprit. |
| 10:41 |
|
rfrasur joined #evergreen |
| 10:52 |
pinesol_green |
[evergreen|Jason Stephenson] LP#1341013: Remove NameVirtualHost from eg.conf.in for Apache 2.4. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0bee17b> |
| 10:52 |
pinesol_green |
[evergreen|Ben Shum] LP#1341013: Load apache mod CGI - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e61a808> |
| 11:15 |
|
mjingle joined #evergreen |
| 11:23 |
|
kmlussier joined #evergreen |
| 12:02 |
|
RoganH joined #evergreen |
| 12:08 |
|
mjingle joined #evergreen |
| 12:11 |
bshum |
Sigh, that nervous feeling you have that you may have forgotten to backup or copy some vital piece of info before you reformat an old server. |
| 12:11 |
bshum |
I hate it. |
| 12:12 |
bshum |
ls |
| 12:12 |
bshum |
Oops, hehe |
| 12:14 |
rfrasur |
bshum, you're the master. No worries. |
| 12:15 |
bshum |
rfrasur: On the other hand, "New is always better" |
| 12:15 |
rfrasur |
Yes, and some things we think are vital aren't. |
| 12:15 |
bshum |
rfrasur: But thank you, that makes me feel a smidge better. |
| 12:16 |
rfrasur |
;) |
| 12:17 |
rfrasur |
bshum++ #reformating is like shopping for free and e-recycling without being pretentious. |
| 12:17 |
csharp |
bshum: I just backup /home, /root, /etc, and sometimes subdirectories of /var or /usr/local or /opt depending on what's on there |
| 12:17 |
bshum |
csharp: Well it's our old primary DB server :) |
| 12:18 |
csharp |
ah |
| 12:18 |
bshum |
I already moved tons of stuff to the new DB hardware |
| 12:18 |
bshum |
But it's the tiny things |
| 12:18 |
bshum |
Like crontab entries |
| 12:18 |
bshum |
Custom scripts |
| 12:18 |
csharp |
then make sure to get the /home and /root dirs |
| 12:18 |
csharp |
yeah |
| 12:18 |
bshum |
But most of them are old, OLD stuff |
| 12:18 |
csharp |
you never know what you'll want later though |
| 12:18 |
csharp |
good case for using git for like, everything |
| 12:19 |
bshum |
Hehe |
| 12:24 |
rfrasur |
Short story. Went to a town council meeting. They just finished their comprehensive plan and are publicizing it as a "living document." They hosted it on github (at least for the time being). So, I asked a question about being able to publicly track changes because...github. They think they have the smartest librarian in the world now (small town). |
| 12:25 |
kmlussier |
rfrasur++ |
| 12:25 |
rfrasur |
evergreen_community++ |
| 12:25 |
rfrasur |
y'all make me smarter. |
| 12:25 |
rfrasur |
Or...y'all make LOOK smarter. One or the other. |
| 12:26 |
Dyrcona |
rfrasur++ |
| 12:26 |
kmlussier |
I'm amazed your town officials are hosting it on github. Our town officials post everything in PDF. :P |
| 12:28 |
rfrasur |
kmlussier: It's actually kinda cool. I'm not sure of the code behind it because...ignorant, but it's definitely html based but has a pdf generator in case people want to print it off. |
| 12:28 |
|
krvmga joined #evergreen |
| 12:28 |
jcamins |
kmlussier: your town officials make things available online? That seems like a step ahead of what I would've expected. |
| 12:29 |
rfrasur |
That's the living part, I guess. My concern was that as things are changed, the previous versions will be lost and the ability to compare with it. (not lost...just invisible to the public) |
| 12:29 |
kmlussier |
jcamins: Depends on the department. But, yeah, we're a little limited on what's available. |
| 12:29 |
krvmga |
i have been consistently frustrated with trying to figure out which directory to put opac images in. |
| 12:31 |
|
krvmga joined #evergreen |
| 12:32 |
krvmga |
or maybe my frustration is based on not creating the img link well |
| 12:33 |
jeff |
krvmga: what are you trying to do? |
| 12:33 |
krvmga |
i'm trying to display an image in homesearch.tt2 |
| 12:34 |
krvmga |
i put the image in var/web/opac/images |
| 12:34 |
krvmga |
i thought that was right |
| 12:34 |
krvmga |
then the link should be images/image.jpg, i think |
| 12:34 |
krvmga |
but i'm certainly wrong |
| 12:35 |
jeff |
i would recommend following the example in a stock homesearch.tt2: src="[% ctx.media_prefix %]/opac/images/main_logo.png" |
| 12:35 |
jeff |
that's going to be least painful. |
| 12:35 |
krvmga |
i will try it |
| 12:36 |
rfrasur |
jeff: is your online registration for summer reading built in-house? |
| 12:36 |
jeff |
you could hardcode it to src="/opac/images/main_logo.png" and it might work for you, but it could break later after you make modifications. |
| 12:36 |
jeff |
rfrasur: yup. speaking of github: https://github.com/tadl/summer_reading |
| 12:36 |
rfrasur |
Rock on. |
| 12:37 |
jeff |
disclaimer: that's not in a state where you could use it out of the box for your own library, as there are various hardcoded bits. |
| 12:38 |
rfrasur |
Of course, and I wouldn't be able to anyway. |
| 12:38 |
rfrasur |
But, it's there...and knowing where stuff is is the beginning. |
| 12:42 |
rfrasur |
Okay - event coming up. Pleasant to see y'all. |
| 12:51 |
|
ldw joined #evergreen |
| 13:01 |
|
dcook__ joined #evergreen |
| 13:05 |
krvmga |
jeff++ |
| 13:07 |
|
ericar_ joined #evergreen |
| 13:09 |
jeff |
krvmga: that work? |
| 13:10 |
krvmga |
jeff: it did. thanks :) |
| 13:29 |
|
b_bonner_ joined #evergreen |
| 13:36 |
|
b_bonner_ joined #evergreen |
| 13:37 |
|
mnsri joined #evergreen |
| 13:37 |
|
mtcarlson joined #evergreen |
| 14:11 |
|
kbeswick_ joined #evergreen |
| 14:19 |
|
mtate joined #evergreen |
| 14:33 |
|
mjingle joined #evergreen |
| 14:37 |
|
ericar joined #evergreen |
| 14:46 |
sseng |
Question regarding browse search: I understand that cross references shows up when doing browse search for Authors and for Subjects in Evergreen. Do they also show up when browsing for titles and for series? |
| 14:50 |
tspindler |
sseng: if you want to check ours we have some up now. http://bark.cwmars.org/eg/opac/browse We still have to do more bib authority linking and some other things but it would give you an idea of whats there. |
| 14:50 |
sseng |
tspindler: great, heading over there now, thanks!! |
| 14:52 |
sseng |
tspindler: got 'Internal Server Error" when doing series browse for "health reference series" :/ |
| 14:56 |
tspindler |
sseng: we have to look whats going on, unrelated our load just went up on server for some reason so that is probably why, we have been having some issues with this but its not related to browse search |
| 14:56 |
sseng |
tspindler: oh ok got it |
| 14:58 |
* Dyrcona |
thinks lp1342227 is going to affect Debian jessie, too. |
| 14:59 |
bshum |
lp 1342227 |
| 14:59 |
pinesol_green |
Launchpad bug 1342227 in Evergreen "Setting up EDI Fails on Ubuntu 14.04 Trusty Tahr" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1342227 |
| 14:59 |
* bshum |
because he's lazy |
| 14:59 |
* Dyrcona |
thought it worked without the space, sorry. |
| 15:00 |
bshum |
It probably does |
| 15:00 |
Dyrcona |
BTW, I use the alternate spelling of tahr. |
| 15:00 |
Dyrcona |
tahr/thar seen it both ways. |
| 15:00 |
bshum |
I thought it was Tahr, so there you have it. |
| 15:01 |
Dyrcona |
Yeah, I can only find ruby 2.1 available for jessie. |
| 15:02 |
Dyrcona |
So, if you use EDI on Debian or Ubuntu, you might want to wait to upgrade. |
| 15:03 |
* Dyrcona |
wanted to say using ruby for EDI was the real bug, but guess I just said it now. :) |
| 15:13 |
bshum |
jeffdavis: ldw: Curious if you guys have anything new for bug 868653. That was one of the ones that didn't make it into 2.6, but was talked about including for 2.7. I'm re-reading the notes on the bug to check on the status of it (it doesn't have a pullrequest tag on it presently) |
| 15:13 |
pinesol_green |
Launchpad bug 868653 in Evergreen "secondary permission groups (permission.usr_grp_map)" (affected: 3, heat: 20) [Wishlist,Triaged] https://launchpad.net/bugs/868653 |
| 15:14 |
jeffdavis |
bshum: I'll take another look at it later today. |
| 15:15 |
bshum |
jeffdavis: All good, was just thinking about it today and figured I'd poke. Thanks! |
| 15:18 |
|
hbrennan joined #evergreen |
| 15:21 |
dbs |
jeffdavis++ # would love to have that in 2.7; we use secondary perm grps heavily |
| 15:22 |
bshum |
Speaking of 2.7, it occurred to me today that from this Thursday, it's 3 weeks till the beta deadline date. |
| 15:23 |
dbs |
crikey |
| 15:24 |
|
kitteh_ joined #evergreen |
| 15:27 |
bshum |
"Like sands through the hourglass, so are the days of our lives..." |
| 15:30 |
eeevil |
sseng: browse doesn't care what type of record the authority is -- title, author, subject, those are just labels to make humans happy. under the covers it's all lists of fields and where they point |
| 15:31 |
kmlussier |
jeffdavis: Yes, I think some of the MassLNC folks would love to see it as well. :) |
| 15:35 |
csharp |
O.M.G. - https://www.google.com/search?q=pines&ie=utf-8&oe=utf-8 - click on "My Account" and look at the URL |
| 15:36 |
tsbere |
csharp: I suspect that there is some region-specific results going on |
| 15:36 |
csharp |
one of our library directors called me and said he noticed that when a patron complained |
| 15:37 |
csharp |
tsbere: oh - is that different for you? |
| 15:37 |
csharp |
in any case "My Account" is going to our test server |
| 15:37 |
tsbere |
csharp: "pines library" gives me a result that I think you are seeing |
| 15:37 |
kmlussier |
Yeah, I just tried "georgia pines" and got it. |
| 15:37 |
kmlussier |
Fun! |
| 15:38 |
csharp |
so far, it looks like the cause of our craziness |
| 15:38 |
csharp |
it's even in the only screenshot we've got from a patron, and I completely overlooked it |
| 15:38 |
kmlussier |
csharp: They caching craziness? |
| 15:38 |
csharp |
yep |
| 15:38 |
csharp |
it's not caching - they're looking at 2+ week old data |
| 15:39 |
csharp |
I can explain 2 cases of this for sure with that |
| 15:40 |
csharp |
probably 3 - since yesterday I instructed the patron to go to "gapines.org" in her browser after having her clear her cache (I didn't ask her for the URL) |
| 15:40 |
dbs |
csharp: so, time for a robots.txt for your test server? |
| 15:40 |
csharp |
dbs: heh - just added it ;-) |
| 15:40 |
dbs |
csharp++ |
| 15:41 |
sseng |
eeevil: got it thanks! |
| 15:43 |
|
mrpeters joined #evergreen |
| 15:44 |
|
RoganH joined #evergreen |
| 15:52 |
|
akilsdonk joined #evergreen |
| 16:04 |
csharp |
that's crazy |
| 16:04 |
csharp |
god, I'm so relieved |
| 16:04 |
|
mtate joined #evergreen |
| 16:05 |
|
mrpeters1 joined #evergreen |
| 16:06 |
|
mrpeters1 left #evergreen |
| 16:23 |
jeffdavis |
So if I am adding localized strings in Open-ILS/web/js/ui/default/actor/user/register.js, the default (en-US) values for those strings go in Open-ILS/web/js/dojo/openils/actor/nls/register.js, is that correct? |
| 16:25 |
jeffdavis |
whereas for translatable strings in TT2 templates, the default value just needs to be wrapped in the l() function? |
| 16:29 |
berick |
jeffdavis: correct |
| 16:30 |
jeffdavis |
excellent, thanks |
| 16:34 |
|
tspindler left #evergreen |
| 16:35 |
|
jwoodard joined #evergreen |
| 16:42 |
|
b_bonner_ joined #evergreen |
| 16:46 |
jeffdavis |
bshum: fix for bug 868653 pushed to working repo |
| 16:46 |
pinesol_green |
Launchpad bug 868653 in Evergreen "secondary permission groups (permission.usr_grp_map)" (affected: 3, heat: 20) [Wishlist,Triaged] https://launchpad.net/bugs/868653 |
| 16:58 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:05 |
|
dcook joined #evergreen |
| 17:07 |
|
shadowspar joined #evergreen |
| 17:11 |
|
mmorgan left #evergreen |
| 17:39 |
|
mjingle joined #evergreen |
| 18:09 |
|
remingtron__ joined #evergreen |
| 18:12 |
|
dkyle joined #evergreen |
| 18:17 |
|
mjingle left #evergreen |
| 18:24 |
|
kmlussier joined #evergreen |
| 18:39 |
|
tsbere_ joined #evergreen |
| 20:09 |
|
RoganH joined #evergreen |
| 20:17 |
|
kitteh_ joined #evergreen |
| 20:19 |
|
dcook joined #evergreen |
