| Time |
Nick |
Message |
| 05:54 |
|
rjackson_isl_hom joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:48 |
|
collum joined #evergreen |
| 08:04 |
|
Dyrcona joined #evergreen |
| 08:23 |
|
rfrasur joined #evergreen |
| 08:34 |
|
mmorgan joined #evergreen |
| 09:20 |
|
dbwells joined #evergreen |
| 09:22 |
|
jvwoolf joined #evergreen |
| 09:57 |
|
collum joined #evergreen |
| 09:58 |
|
collum joined #evergreen |
| 11:21 |
|
Cocopuff2018 joined #evergreen |
| 11:24 |
|
rjackson_isl_hom joined #evergreen |
| 12:11 |
mmorgan |
Can a partial cut command be included in a print template? One of our libraries wants to create a 2-part receipt. |
| 12:16 |
jeff |
many variables there. the most likely route to success will be to see what font your printer considers its "control font", and what character in that font signals a partial cut. |
| 12:16 |
jeff |
i haven't tested that enough to know if any of the ways Evergreen currently prints present a particular challenge to that approach. |
| 12:16 |
|
jihpringle joined #evergreen |
| 12:26 |
|
sandbergja joined #evergreen |
| 12:41 |
|
collum joined #evergreen |
| 12:41 |
mmorgan |
jeff: Thanks for your thoughts! |
| 12:42 |
|
collum joined #evergreen |
| 12:57 |
|
jvwoolf joined #evergreen |
| 12:59 |
|
sandbergja joined #evergreen |
| 13:01 |
jeff |
Hrm. Making a bunch of previously-not-holdable copies holdable (either by copy or copy location attributes) seems to by default result in many hold requests which have the new copies as their current copy, even though other requests "should" be filled first. |
| 13:01 |
jeff |
Presumably just by nature of the hold requests being retargeted by the targeter first. |
| 13:02 |
jeff |
Short of nuking the current copy on those uncaptured holds and retargeting things again, have people developed an approach to this? |
| 13:02 |
jeff |
I'm surprised I haven't run into this before. |
| 13:03 |
jeff |
(I probably have, and have forgotten.) |
| 13:07 |
mmorgan |
jeff: Are those new requests that have the new copies as current copy? Placed since the copies' holdability changed? |
| 13:11 |
jeff |
nope, just ones that were retargeted automatically based on their last targeting time. |
| 13:20 |
pinesol |
[evergreen|Chris Sharp] LP#1398107: Alert when autodeleting a title with holds on it. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=aca6cae> |
| 13:20 |
pinesol |
[evergreen|Chris Sharp] LP#1398107: Add header to generic alerts. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0f457e4> |
| 13:20 |
pinesol |
[evergreen|Chris Sharp] LP#1398107: Add i18n attribute to alert text - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0b26b7f> |
| 13:55 |
Dyrcona |
So, the 3.6.1 workstation registration page comes up blank for me with Firefox 83.0 incognito mode on Ubuntu 20.04. Some console messages about lovefield and shared workers. |
| 13:56 |
Dyrcona |
Chrome 87.0 works in Incognito. (For the pedants, I guess Firefox calls it Private Browsing.) |
| 13:58 |
Dyrcona |
Firefox appears to work in a regular window, but this could be cached from 3.2. I'll obliterate the cache and try again. |
| 14:01 |
Dyrcona |
Only private browsing seems to be affected. |
| 14:01 |
|
jvwoolf1 joined #evergreen |
| 14:04 |
Dyrcona |
I think I'll try again just to see if loading the page in regular mode makes a difference. (It shouldn't.) |
| 14:05 |
Dyrcona |
Nope. Still broken. |
| 14:08 |
csharp |
maybe private browsing is not storing some sort of cookie or something? |
| 14:09 |
|
sandbergja joined #evergreen |
| 14:09 |
jeff |
Dyrcona: do you have a test url you can share here or via msg? |
| 14:10 |
jeff |
I wonder if something's tripping up Enhanced Tracking Protection in Firefox. |
| 14:10 |
Dyrcona |
jeff: You can't access it without a firewall. Also, I need to retest the bug. |
| 14:10 |
Dyrcona |
s/firewall/vpn/ |
| 14:11 |
Dyrcona |
Or, rather, a vpn for the cw mars firewall. |
| 14:11 |
JBoyer |
I'm guessing Private mode doesn't allow access to shared workers or databases. FYI, I can see this problem on demo.evergreencatalog.com |
| 14:11 |
JBoyer |
so there's a pretty available test site |
| 14:11 |
Dyrcona |
It looks like something like that, yeah. |
| 14:11 |
jeff |
oh, workstation registration... i was trying patron self-reg. reading comprehension failure, sorry. |
| 14:12 |
JBoyer |
Well, I guess if I read it a little closer it looks like shared workers are allowed, because they're complaining about not being able to get lovefield working. :) |
| 14:14 |
Dyrcona |
jeff: S'oK. I copied regctl.js to the wrong location on the server, so no wonder the branch for bug 1887852 didn't work for me. Sounds 'bout right for a rainy Monday. |
| 14:14 |
pinesol |
Launchpad bug 1887852 in Evergreen 3.5 "Last 4 digits of phone number for password doesn't work with pending users" [Medium,Confirmed] https://launchpad.net/bugs/1887852 |
| 14:14 |
JBoyer |
Looks like IndexDB has never worked in Private mode (maybe we handled no lovefield better in the past?): https://bugzilla.mozilla.org/show_bug.cgi?id=781982 but they're looking into adding it: https://bugzilla.mozilla.org/show_bug.cgi?id=1639542 |
| 14:14 |
pinesol |
JBoyer: Error: Could not parse XML returned by Mozilla: Connection reset by peer. (http://bugzilla.mozilla.org/xml.cgi?id=781982) |
| 14:14 |
pinesol |
JBoyer: Error: Could not parse XML returned by Mozilla: Connection reset by peer. (http://bugzilla.mozilla.org/xml.cgi?id=1639542) |
| 14:15 |
JBoyer |
So not much to do about it unless we want to put in the effort to make IndexDB 100% optional. |
| 14:22 |
Dyrcona |
No problem. I was just trying to avoid cache. |
| 15:22 |
|
collum joined #evergreen |
| 15:26 |
pinesol |
[evergreen|Dan Briem] LP#1887852 Pending patron passwords aren't initially set to phone # - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4660339> |
| 15:47 |
JBoyer |
Re: avoiding cache, I frequently forget it's there, but for simple "I just want to reload this page with no caches" there's a handy checkbox on the Network tab in Chrome and FF. As a bonus I believe it also ignores the cache for any iframe-loaded pages which I'm not 100% sure a Ctrl / Shift + Reload does. |
| 15:48 |
JBoyer |
Seems quicker than using incognito / private browsing, if you remember it's there. |
| 15:49 |
|
collum_ joined #evergreen |
| 15:50 |
Dyrcona |
JBoyer: Yeah, are you talking about the option to disable cache when dev tools are open? |
| 15:53 |
JBoyer |
The one specifically on the network tab in the dev tools, yeah. I think it's intended use is for timings and whatnot, but it does the thing. |
| 15:53 |
JBoyer |
I think it even stays checked in FF (possibly both?) so you can use the network tab as a cache crusher, then just click away and it's back to normal. |
| 15:53 |
Dyrcona |
It's also under the Network settings in Chrome to disable cache when dev tools are open. |
| 15:53 |
Dyrcona |
I should say the Chrome dev tools settings. |
| 15:54 |
JBoyer |
Ah, I'll check that one out, much better than opening dev tools and then right-clicking reload which is what I normally end up doing. |
| 15:54 |
|
sandbergja joined #evergreen |
| 16:14 |
|
Cocopuff2018 joined #evergreen |
| 16:50 |
mmorgan |
JBoyer: Dyrcona: I'm testing this Chrome plugin to do the cache clearing and have had success: https://chrome.google.com/webstore/detail/hard-refresh/ichmdelihgokllcnibkcpciljnggojkj |
| 17:10 |
|
mmorgan left #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 20:16 |
|
sandbergja joined #evergreen |
| 21:35 |
|
sandbergja joined #evergreen |
| 21:49 |
|
rjackson_isl_hom joined #evergreen |
| 22:37 |
|
sandbergja joined #evergreen |
| 22:43 |
|
Cocopuff2018 joined #evergreen |
| 22:45 |
|
rjackson_isl_hom joined #evergreen |
