| 03:41 |
|
dbwells__ joined #evergreen |
| 05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:18 |
|
jamesrf joined #evergreen |
| 06:22 |
|
sandbergja joined #evergreen |
| 07:02 |
|
sandbergja joined #evergreen |
| 10:55 |
|
bos20k joined #evergreen |
| 11:25 |
|
aabbee joined #evergreen |
| 11:26 |
|
eady joined #evergreen |
| 11:27 |
pinesol |
[evergreen|Katie G. Martin] Docs: Updated checkin modifiers - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1d4578f> |
| 11:27 |
pinesol |
[evergreen|Remington Steed] Docs: Fix TIP block and list formatting - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bd6514b> |
| 11:32 |
sandbergja |
kgmartin++ |
| 11:33 |
sandbergja |
remingtron++ |
| 11:55 |
|
yboston joined #evergreen |
| 16:59 |
FF-EG |
Yes, I tried that, and clearing browser caches after applying the branch as the working location. Should I be able to select the CONS as the working location? |
| 17:00 |
phasefx |
FF-EG: no, it'll just be the org units that have the Can Have Users flag set to true |
| 17:00 |
phasefx |
FF-EG: you should really only use such org units for the workstation as well, but I don't think the web client is enforcing that during registration |
| 17:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:02 |
phasefx |
FF-EG: if need be, you could set the flag for the CONS org (for example, if you only really need one org) |
| 17:03 |
FF-EG |
Would a user with a home library as BRANCH and working location of BRANCH be able to load the server admin page? |
| 17:03 |
phasefx |
FF-EG: incidentally, your CONS org will have an id of 1. try select * from actor.org_unit; to see them all in psql |
| 01:05 |
|
devted joined #evergreen |
| 01:06 |
|
Bmagic joined #evergreen |
| 01:06 |
|
dluch joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:36 |
|
sandbergja joined #evergreen |
| 07:10 |
|
rjackson_isl joined #evergreen |
| 07:58 |
|
_bott_ joined #evergreen |
| 09:43 |
|
sandbergja_ joined #evergreen |
| 09:44 |
|
sandbergja__ joined #evergreen |
| 09:45 |
|
sandbergja___ joined #evergreen |
| 09:46 |
remingtron |
JBoyer: I posted a branch on bug 1741980, in case you're interested in testing. |
| 09:46 |
pinesol |
Launchpad bug 1741980 in Evergreen "Copy Tag names not displayed in OPAC" [Wishlist,Confirmed] https://launchpad.net/bugs/1741980 |
| 09:47 |
|
sandbergja___ joined #evergreen |
| 09:47 |
|
sandbergja____ joined #evergreen |
| 16:15 |
pinesol |
Launchpad bug 1825896 in Evergreen "EG/Hatch options for improved browser data-clearing resiliency" [Wishlist,Confirmed] https://launchpad.net/bugs/1825896 |
| 16:19 |
jeff |
for those that participated in the discussion, please check that I accurately summarized our conclusions. for everyone else, please take a look. feedback / ideas welcome. :-) |
| 16:21 |
|
FF joined #evergreen |
| 16:24 |
Guest54645 |
Test. |
| 16:31 |
|
J joined #evergreen |
| 16:32 |
Bmagic |
berick: a small one bug 1803729 |
| 16:32 |
pinesol |
Launchpad bug 1803729 in Evergreen 3.2 "action_trigger_aggregator.pl help indicates the wrong bash argument for remote-acct" [Undecided,New] https://launchpad.net/bugs/1803729 |
| 16:34 |
gmcharlt |
csharp++ # leading an impromtu intro to Git session |
| 16:34 |
|
JBoyer joined #evergreen |
| 16:36 |
|
aabbee joined #evergreen |
| 16:37 |
Guest70734 |
So, I am experimenting with Evergreen for the first time (v3.3.0 on Ubuntu 18.04). Creating a test user as a Global Administrator. When that user logs in, they are unable to access "/eg2/staff/admin/server/splash" due to the "eg2" in the URL. If this is substituted with "eg", the page loads. Not all menu links feature "eg2": they are sporadically distributed. I'm not sure what is going on. I've tried clearing browser caches wi |
| 16:42 |
jihpringle |
Guest70734: you may want to try sending your question to the general mailing list - https://evergreen-ils.org/communicate/mailing-lists/ |
| 16:43 |
aabbee |
Guest70734: eg2 links are the new angular pages. (not to be confused with angularjs). https://evergreen-ils.org/documentation/install/README_3_3.html#install_files_for_angular_web_staff_client might help. |
| 16:48 |
Bmagic |
Guest70734: to my knowledge, eg2 links only works for the pieces that have the code for it. It's not in the URL for all of the interfaces |
| 16:49 |
Guest70734 |
Well, I did skip step 4 that was linked to: "Skip this entire section if you are using an official release tarball". The "eg2" request produces a JS error: "ERROR Error: Uncaught (in promise): User does not have staff permissions". |
| 16:50 |
Guest70734 |
The same page doesn't have "eg2" in the URL when the server administrator account is logged in. |
| 16:54 |
Guest70734 |
I tried granting the test user all permissions without effect, so I'm not sure what the JS error is referring to. |
| 16:55 |
Bmagic |
That error comes into the browser console? |
| 16:55 |
Guest70734 |
Yes. |
| 16:55 |
Bmagic |
hmmm, share the URL minus your domain name |
| 16:58 |
Bmagic |
That works there without the error. I wonder if you need to execute the steps from step 4. But since you already have Evergreen installed, you can change directories into the eg2 directory directly in /openils |
| 16:59 |
Guest70734 |
Yeah, I will try that next. I didn't do any actions in step 4. |
| 16:59 |
Bmagic |
cd /openils/var/web/eg2/ |
| 17:00 |
Bmagic |
npm install && ng build --prod && npm run test |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:01 |
|
alynn26_ joined #evergreen |
| 17:04 |
|
sandbergja joined #evergreen |
| 17:07 |
|
mmorgan left #evergreen |
| 01:38 |
|
jamesrf joined #evergreen |
| 05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:14 |
|
rjackson_isl joined #evergreen |
| 07:39 |
|
Dyrcona joined #evergreen |
| 08:29 |
Dyrcona |
@blame Retiree |
| 09:47 |
Dyrcona |
I'll show you. |
| 09:49 |
Dyrcona |
The content notes from 50X and 51X fields as well as subjects get doubled on this record: https://catalog.cwmars.org/eg/opac/record/4274449?locg=1;detail_record_view=0;sort=poprel;query=on%20the%20basis%20of%20sex;badges=1%2C1%2C1%2C1%2C1%2C1%2C1%2C1%2C1%2C1%2C1 |
| 09:49 |
Dyrcona |
But, only if you include the query in the URL: https://catalog.cwmars.org/eg/opac/record/4274449?locg=1;detail_record_view=0 |
| 09:50 |
Dyrcona |
It happens in Firefox and Chrome. It happens on our 3.2.4 production system as well as a test VM running the same code. It doesn't happen on our training server where the code is close, but based on 3.2.5. |
| 09:51 |
Dyrcona |
It happens on other records, too, but I haven't checked every single record, of course. |
| 09:54 |
mmorgan |
Dyrcona: Have a look at bug 1806724 |
| 09:54 |
pinesol |
Launchpad bug 1806724 in Evergreen "Display field strangeness on some 3.1+ systems" [Medium,Confirmed] https://launchpad.net/bugs/1806724 |
| 09:56 |
Dyrcona |
mmorgan: Thanks. I thought there was something related. However, we should be seeing this on training if that's the case, unless we applied your fix there and forgot about it. I'll check. |
| 10:00 |
Dyrcona |
Nope. Didn't make the change on training. Maybe our dictionary is missing there? |
| 10:00 |
* Dyrcona |
tries the fix on the test vm. |
| 10:01 |
Bmagic |
Dyrcona: General question: what specs do your Evergreen bricks use for EG > 2.12 |
| 10:01 |
Bmagic |
in terms of CPU/Memory |
| 10:05 |
Dyrcona |
mmorgan: I just replaced the view and nothing chagned. Do I need to do anything else? |
| 10:25 |
Dyrcona |
Might not be. |
| 10:26 |
Dyrcona |
Our main utility server is dedicated hardware and is also NFS for the bricks. It has 32GB and 16 cores. It runs pretty much all of our cron jobs. |
| 10:26 |
Bmagic |
thanks for the info! |
| 10:26 |
Dyrcona |
I find 4GB/4 cores (even 2) is sufficient for testing/development. |
| 10:27 |
Bmagic |
right, it wasn't until it went live that it started breaking |
| 10:28 |
Bmagic |
For the most part, the machine is quiet. But there are some seroius spikes and if there isn't enough CPU to handle it, the whole thing will go into a death spiral |
| 10:29 |
|
yboston joined #evergreen |
| 16:21 |
Dyrcona |
Not sure it was YouTube in Chromium, though. |
| 16:40 |
|
yboston joined #evergreen |
| 16:56 |
|
mdriscoll left #evergreen |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:06 |
|
mmorgan left #evergreen |
| 18:15 |
|
sandbergja joined #evergreen |
| 22:18 |
|
dbwells joined #evergreen |
| 02:52 |
|
kipd joined #evergreen |
| 02:54 |
|
Glen joined #evergreen |
| 03:01 |
|
ejk joined #evergreen |
| 05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:03 |
|
sandbergja joined #evergreen |
| 07:05 |
|
JBoyer joined #evergreen |
| 07:06 |
|
rjackson_isl joined #evergreen |
| 15:30 |
jeff |
...or maybe not |
| 15:31 |
jeff |
nope. false alarm. |
| 15:31 |
* berick |
exhales |
| 15:32 |
jeff |
berick: i know, right? :-) |
| 15:34 |
jeff |
3.1 test system, i've gotten a client in a state where it's trying to delete its expired auth token, but console reports "Possibly unhandled rejection: undefined", and digging into it, the browser reports the failure as |
| 15:40 |
jeff |
er, browser reported the error as a failure to connect to the wss:// url. |
| 15:40 |
jeff |
of course, i can't get it to report that any more. |
| 15:43 |
jeff |
there we go. |
| 15:44 |
jeff |
WebSocket connection to 'wss://host.example.org/osrf-websocket-translator' failed: Unspecified reason |
| 16:06 |
jeff |
unable to reproduce in another profile. clearing cookies from dev tools got past the failure mode, then i lacked a workstation. maybe disk cleanup bit me. |
| 16:06 |
jeff |
my test offlines were still present. |
| 16:51 |
|
sandbergja joined #evergreen |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:08 |
|
mmorgan left #evergreen |
| 20:53 |
|
Christineb joined #evergreen |
| 21:32 |
|
beanjammin joined #evergreen |
| 00:10 |
|
sandbergja joined #evergreen |
| 01:19 |
|
sandbergja joined #evergreen |
| 01:51 |
|
sandbergja joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:00 |
|
JBoyer joined #evergreen |
| 07:01 |
|
agoben joined #evergreen |
| 07:08 |
|
rjackson_isl joined #evergreen |
| 11:52 |
Dyrcona |
And some of the others look like XUL templates.... |
| 11:58 |
JBoyer |
I believe the import also merges templates rather than discard/replace. So if some were converted and an import done that will result in a mix, as will importing XUL and then creating new web. |
| 12:05 |
Dyrcona |
JBoyer: Thanks. I have not gotten confirmation from the user, but I suspect that on one account, they are importing XUL templates. |
| 12:06 |
Dyrcona |
The other account that is being tested, the templates look OK. |
| 12:06 |
Dyrcona |
Either they are importing XUL templates, or they need to clear their local storage for the web staff client. |
| 12:08 |
JBoyer |
I don't think it would be difficult to make the importer smart enough to deal with that correctly, but I lacked tuits at the time. :( |
| 12:09 |
Dyrcona |
Yeah. |
| 13:04 |
|
sandbergja joined #evergreen |
| 13:06 |
sandbergja |
For those in the area: a reminder about the Northwest Evergreen Users Symposium 10am-4pm tomorrow. It's free and you're welcome to drop by for all or part of the day, even if you didn't register (although you will miss out on our catered lunch). |
| 13:34 |
jeff |
I think I'm going to try using uib-tooltip or uib-popover to restore the circ by year data in item status, reported missing in bug 1743611. |
| 13:34 |
pinesol |
Launchpad bug 1743611 in Evergreen "Web Client: Lost Circ History by Year Info" [Medium,Confirmed] https://launchpad.net/bugs/1743611 - Assigned to Jeff Godin (jgodin) |
| 14:08 |
|
collum joined #evergreen |
| 16:59 |
|
sandbergja joined #evergreen |
| 17:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:30 |
|
sandbergja joined #evergreen |
| 21:36 |
|
sandbergja joined #evergreen |
| 01:02 |
|
yar joined #evergreen |
| 01:14 |
|
yar joined #evergreen |
| 01:21 |
|
sandbergja joined #evergreen |
| 05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:02 |
|
agoben joined #evergreen |
| 07:37 |
|
JBoyer joined #evergreen |
| 07:38 |
|
bdljohn left #evergreen |
| 09:24 |
Dyrcona |
So, I'm being asked to make an Opac Icon Format and Search Format from a RDA field value. Can that even be done? The only examples I've seen so far come from MARC fixed fields. |
| 09:28 |
Dyrcona |
I guess that is possible.... |
| 09:28 |
JBoyer |
You can do it, I've added a bunch here based on the 753 (for gaming systems) |
| 09:29 |
Dyrcona |
JBoyer: Yeah, I just found it in the documentation, which tells me how to do it in the client. I would rather something that I can do in the database, but I can always set it up on a test server and extract the new table entries. |
| 09:30 |
JBoyer |
Yeah, those tables are not things you want to be messing with by hand. Your plan should be fine though. |
| 09:31 |
JBoyer |
Getting them to actually show up will pretty much require tearing down and rebooting all of your memcache servers though, so that's a lot of fun. |
| 09:31 |
nfBurton |
Yup mine have sometimes taken 2 weeks to show |
| 09:43 |
JBoyer |
Yeah, I think the nls stuff returning a 404 is expected. |
| 09:43 |
Dyrcona |
Those links won't work for anyone but me, btw. The host name is set in my hosts files to point to a 10. non-routeable IP address. |
| 09:57 |
Dyrcona |
So, before I try this on a different server. I'm going to try fixing my broken one. |
| 09:57 |
Dyrcona |
After all, this was meant to be a test of the upgrade and if the Admin interface is broken in this branch, well, that's no good. |
| 10:14 |
|
nfBurton joined #evergreen |
| 10:18 |
Dyrcona |
Nope. Still getting the 400 bad request. Is there a patch I missed? |
| 10:22 |
Dyrcona |
Don't see anything in Evergreen and I'm using the latest OpenSRF rel_3_1..... |
| 10:44 |
Dyrcona |
Thanks, again.... That would have taken me another hour before I realized that setting was the problem. |
| 11:05 |
|
jihpringle joined #evergreen |
| 11:24 |
Dyrcona |
Can you export cataloging copy templates from the web staff client? Can you import cataloging copy templates into the web staff client? |
| 11:26 |
mmorgan |
Dyrcona: The import and export buttons are on the screen in the web client, so yes. I haven't personally tested it to see what happens, though. |
| 11:26 |
jihpringle |
Drycona: yes, to both |
| 11:26 |
Dyrcona |
Thanks, mmorgan and jihpringle |
| 11:27 |
jihpringle |
last time we tested with importing though (which was a while ago) we ran into weirdness caused by copy template bugs |
| 11:27 |
jihpringle |
I haven't tested since a bunch of those bugs were fixed |
| 11:27 |
jeff |
unlike in the xul client, where you can import/export from the item attribute editor, you need to select the "Copy Templates" tab in the volcopy editor to see the import/export options. |
| 11:32 |
Dyrcona |
Switching topics back to search filters, because it is that kind of morning. |
| 11:32 |
Dyrcona |
So, before I can add a "4K Ultra HD" filter with a composite definition, I need to add something to make "4K Ultra HD" show up as something that the composite definition will understand? |
| 16:14 |
Bmagic |
and look, it's in the upgrade script |
| 16:24 |
Bmagic |
I have to say, I'm digging it |
| 17:00 |
jeffdavis |
There is an open question on bug 1822875 about whether MARC 245 subfields are intentionally suppressed when using display fields. Is anyone who was involved in that development able to address that? |
| 17:00 |
pinesol |
Launchpad bug 1822875 in Evergreen "OPAC titles are truncated when query string present" [Undecided,Confirmed] https://launchpad.net/bugs/1822875 |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:02 |
jeffdavis |
I have the impression that display fields intentionally don't include 245 $c, $h etc. which is creating some confusion. |
| 17:06 |
mmorgan |
Just a parting thought on that - it caused confusion that the 245 $c appeared when following a permalink to a record, but not when the record was retrieved as a result of a search. |
| 17:07 |
* mmorgan |
disappears but will check IRC logs later :) |
| 00:20 |
|
sandbergja joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:01 |
|
agoben joined #evergreen |
| 07:11 |
|
Dyrcona joined #evergreen |
| 07:15 |
|
rjackson_isl joined #evergreen |
| 07:16 |
Dyrcona |
@later tell mmorgan Closer examination reveals that I misspoke yesterday. The user's web staff templates were actually the XUL fromat, except for the "JUVINILE" one, which she says she didn't create. When I look at a test database with data that's a couple of weeks old, the web staff copy templates look OK for this user, but the "JUVINILE" template is there, too. |
| 07:16 |
pinesol |
Dyrcona: The operation succeeded. |
| 08:10 |
|
littlet joined #evergreen |
| 08:18 |
|
collum joined #evergreen |
| 08:40 |
|
bos20k joined #evergreen |
| 08:43 |
|
mmorgan joined #evergreen |
| 08:52 |
Dyrcona |
So, thanks to multiple copies of production data on a test db server, I have a rough timeline for when the copy templates got borked: between March 30 and April 7. |
| 08:52 |
Dyrcona |
So, I have a date range for checking server logs. |
| 08:56 |
|
remingtron joined #evergreen |
| 08:57 |
|
dkyle joined #evergreen |
| 13:01 |
Dyrcona |
gitolite++ # For rejecting an errant push to origin |
| 13:01 |
Dyrcona |
git++ |
| 13:32 |
|
yboston joined #evergreen |
| 13:49 |
stephengwills |
whats the fastest way to verify that evergreen is sending emails…. I tested the underlying ssmtp and it’s working fine. |
| 13:50 |
stephengwills |
can I fire off a test via srfsh, for instance? |
| 13:53 |
Dyrcona |
stephengwills: Not really, there's no test email method. You'd have to run the action trigger runner for something that will send an email. |
| 13:53 |
stephengwills |
ok thanks |
| 13:54 |
Dyrcona |
If the server can send email, the chances are that Evergreen can, too. |
| 13:54 |
stephengwills |
nod. I made a little test script and it worked find using php mail(); |
| 13:55 |
stephengwills |
I assumed if that worked PERL would too |
| 13:55 |
Dyrcona |
Yes, it should. |
| 13:59 |
sandbergja |
DIG meeting coming up in one minute |
| 14:02 |
sandbergja |
remingtron: would you mind handling the meetbot piece of this meeting? I've misplaced my meetbot cheat sheet. |
| 15:03 |
remingtron |
dluch++ |
| 15:04 |
|
mmorgan1 joined #evergreen |
| 15:31 |
|
sandbergja_ joined #evergreen |
| 15:54 |
dbwells |
phasefx++ # bib merge test fix |
| 15:58 |
pinesol |
[evergreen|Dan Wells] Forward port 3.3.0 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4e73848> |
| 15:58 |
Bmagic |
dbwells++ # git 3.3.0 |
| 16:03 |
|
khuckins joined #evergreen |
| 17:08 |
pinesol |
Launchpad bug 1821196 in Evergreen "De-arrow-ify item status js" [Undecided,New] https://launchpad.net/bugs/1821196 |
| 17:11 |
berick |
oh, good, sandbergja++ |
| 17:15 |
|
jamesrf joined #evergreen |
| 17:31 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:38 |
pinesol |
[evergreen|Jane Sandberg] LP1821196: Remove arrow function from item status - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0f95053> |
| 17:55 |
|
aabbee left #evergreen |
| 17:55 |
|
aabbee joined #evergreen |
| 18:11 |
|
stephengwills joined #evergreen |
| 20:53 |
|
jamesrf joined #evergreen |
| 21:16 |
|
sandbergja joined #evergreen |
| 22:36 |
|
Dyrcona joined #evergreen |
| 23:25 |
pinesol |
[evergreen|Dan Scott] Docs: fix uneven lengths of code delimiter blocks - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a992137> |
| 05:01 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-04-10T04:57:30,421235597-0400 -0> |
| 07:08 |
|
rjackson_isl joined #evergreen |
| 07:41 |
|
stephengwills joined #evergreen |
| 08:18 |
|
bos20k joined #evergreen |
| 11:13 |
sandbergja |
I'll see what I can find out! |
| 11:14 |
Bmagic |
Each has it's own hurdles, but I suspect it will work just fine |
| 11:15 |
sandbergja |
BMagic: I've been looking at your Google Containers slides -- do you have any documentation about the AWS version that you could share? |
| 11:16 |
bshum |
Bmagic: sandbergja: Fwiw, I used Azure to setup my VMs two Hack-A-Ways ago for test servers |
| 11:16 |
bshum |
Err, bug squashing weeks |
| 11:16 |
bshum |
Not Hackaways |
| 11:17 |
bshum |
But it's basically like any other cloud hosting option |
| 11:17 |
sandbergja |
bshum++ |
| 11:17 |
bshum |
I was using it cause I had some free credits from my Visual Studio subscription |
| 11:17 |
bshum |
And also to learn their platform |
| 12:41 |
pinesol |
Launchpad bug 1824184 in OpenSRF "Change potentially slow log statements to subroutines" [Undecided,New] https://launchpad.net/bugs/1824184 |
| 12:41 |
bos20k |
Dyrcona++ |
| 12:41 |
bos20k |
phasefx++ |
| 12:46 |
pinesol |
[evergreen|Jason Etheridge] lp1145213 avoid race condition in bib merge test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bbe8a92> |
| 12:52 |
|
yboston joined #evergreen |
| 12:58 |
* mmorgan |
is wondering if a Best-Hold selection sort order can help with this situation: |
| 12:58 |
mmorgan |
Library A's book is popular at Library B and always has holds for pickup there. |
| 13:15 |
|
sandbergja_ joined #evergreen |
| 13:29 |
|
remingtron joined #evergreen |
| 14:08 |
phasefx |
bos20k++ |
| 14:11 |
bos20k |
phasefx: Thanks :) My change to the logger is extremely simple but gets the job done. It is very possible that there is some other really cool way to do it that would be better but this is what I found in my research and testing. |
| 14:20 |
miker |
mmorgan: that's the tension between "reduce transits" and "fill in order" when there are few copies of a popular title (obviously). there's no way today to say "ok, push holds older than X in front of really new holds", but I /think/ that's what you want, approximately? |
| 14:21 |
jeff |
"favor prox unless hold being considered is older than X" or something similar? |
| 14:21 |
miker |
(and, of course, "practice fair collection development" :) ) |
| 15:46 |
mmorgan |
Dyrcona: Just one template that looked unconverted? Other templates in the usr setting look to have been converted? |
| 15:46 |
Dyrcona |
Yes, and the unconverted one does not exist in the XUL templates for this user. |
| 15:51 |
* mmorgan |
wonders what happens if you export templates from the xul client and import them into the web client. Do they get converted when imported into the web client? |
| 15:54 |
Dyrcona |
Interesting... I see something similar but different on a test database that was updated a few weeks ago. |
| 15:54 |
Dyrcona |
None of this user's webstaff copy template were properly converted, and the JUVINILE template does not exist in the XUL templates. |
| 15:55 |
Dyrcona |
I'll have to do more digging to see if they are even this user's templates... |
| 15:59 |
Dyrcona |
Did web staff copy templates have to be converted prior to 3.0? Could be this person used the web client on 2.12. |
| 16:04 |
mmorgan |
Dyrcona: bug 1691269 enabled converting xul to web templates, released in 3.0.2 |
| 16:04 |
pinesol |
Launchpad bug 1691269 in Evergreen "web client: copy templates created on XUL not displayed" [Medium,Fix released] https://launchpad.net/bugs/1691269 |
| 16:05 |
|
yboston joined #evergreen |
| 16:30 |
|
sandbergja joined #evergreen |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:04 |
|
mmorgan left #evergreen |
| 17:36 |
|
sandbergja joined #evergreen |
| 18:04 |
|
stephengwills joined #evergreen |
| 05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:57 |
|
agoben joined #evergreen |
| 07:12 |
|
rjackson_isl joined #evergreen |
| 07:19 |
|
JBoyer joined #evergreen |
| 09:33 |
|
finnx left #evergreen |
| 09:48 |
|
sandbergja joined #evergreen |
| 10:17 |
|
Christineb joined #evergreen |
| 10:25 |
Bmagic |
berick: I tested the installer. It installs. It gracefully removes the previous version. It enables the browser extension. I set my printer to Dymo. And I printed a spine label without a margin error! (I don't have the printer anymore because it was on loan but I printed to the printer through Windows's driver) |
| 10:26 |
Bmagic |
At the very least: this version of Hatch can't be worse. |
| 10:27 |
Bmagic |
(Other than it's 214MB) |
| 10:27 |
berick |
:) |
| 16:20 |
mmorgan |
That is, can the "best hold" ever be "no hold"? |
| 16:22 |
mmorgan |
I've tried setting up a sort order with shtime - "Copy Has Been Home At All Lately", but it didn't send the item home. |
| 16:29 |
miker |
mmorgan: I don't believe there's a "skip all holds and send home even if there's no current home-hold" option. that logic is just about sorting extant holds that are eyeballing a copy, not transiting generally |
| 16:32 |
mmorgan |
miker: :-( Thanks. There was also a suggestion that setting a soft stalling interval might serve to get the item home rather than filling the next hold, but I tested that too, and the item wasn't sent home. |
| 16:33 |
mmorgan |
Is there any combination of settings in Evergreen that can accomplish getting the item back home short of placing a hold for pickup there? |
| 16:33 |
miker |
mmorgan: yeah, that's really just about stopping opportunistic capture. at-pickup-lib and currently-targetted holds will still capture |
| 16:34 |
mmorgan |
We are using holds always go home |
| 16:35 |
miker |
mmorgan: not that I can think of OTTOMH. I think it would be new logic that would check /before/ sorting holds to see if a copy hasn't been home "recently" (probably based on a setting, maybe the same as shtime uses now) and skips hold capture altogether (which would cause a transit home, or sticking "here" if float allows) |
| 16:41 |
jeff |
Dyrcona: I was wrong. I had set the setting in a way that an upgrade overwrote it, but I just hadn't noticed yet. I came to the same conclusion as you: setting in /etc/gitlab/gitlab.rb is the way to go. |
| 16:42 |
jeff |
Dyrcona: and the syntax is awkward mostly because of the format of the git config file... ;-) |
| 16:53 |
|
yboston joined #evergreen |
| 17:00 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-04-09T16:57:41,930899029-0400 -0> |
| 17:05 |
Bmagic |
Weird problem I've not ran into before. Setting up a new machine from scratch. 16.04. This file doesn't exist: "/usr/share/doc/apache2/examples/setup-instance" for the websockets step |
| 17:06 |
Bmagic |
I've apt-get remove --purge apache2* and reinstalled with "make -f src/extras/Makefile.install ubuntu-xenial" from the OpenSRF repo. Still doesn't create that file |
| 17:06 |
|
mmorgan left #evergreen |
| 17:50 |
Bmagic |
right? |
| 17:56 |
Dyrcona |
Yeah, I think you can even use 3.1 with Evergreen 3.0. |
| 17:57 |
Dyrcona |
The only thing you can't do is use OpenSRF 3.0+ with Evergreen 2.12 or lower. |
| 17:58 |
Dyrcona |
I've run relatively recent OpenSRF master with Evergreen 3.0 on a test virtual machine, and I didn't notice any problems. |
| 18:13 |
Dyrcona |
Bmagic: I rebased and force-pushed that rel_3_0-websocketd branch. |
| 18:13 |
Dyrcona |
There was a conflict in the README, but I think I resolved it so that things make sense. |
| 20:22 |
|
stephengwills joined #evergreen |
| 05:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 05:15 |
|
RBecker joined #evergreen |
| 07:05 |
|
JBoyer joined #evergreen |
| 07:11 |
|
agoben joined #evergreen |
| 14:02 |
|
yboston joined #evergreen |
| 14:02 |
Bmagic |
oh man, I just heard that news this morning |
| 14:02 |
Bmagic |
MS Edge is going to be using Chrome on the backend? Wow. |
| 14:03 |
bshum |
Yeah so far in my testing, it's basically Chromium with Win10 styling for the settings, etc. |
| 14:03 |
bshum |
And you log into your Microsoft account, rather than your Google account, etc. |
| 14:04 |
bshum |
Maybe my corporate overlords will be OK with letting me have this browser to replace my IE11 |
| 14:04 |
Dyrcona |
Google continues to eat the world. |
| 14:08 |
Bmagic |
Sort of blows my mind. I guess everyone agrees that Google did it right. If you can't fight em, join em. |
| 14:09 |
bshum |
Everyone except for those Mozilla guys ;) |
| 15:07 |
JBoyer |
bshum, most likely patches that make it less of a pig re: battery and ram. ;) |
| 15:07 |
bshum |
JBoyer: That would be nice :) |
| 15:08 |
JBoyer |
I didn't have especially strong feelings for Trident, but it was nice to have 3 viable engines. If Google ever stops paying Moz to be the default engine we're basically down to just one now. :/ |
| 16:15 |
pinesol |
[evergreen|Jane Sandberg] LP1744386: Alphabetize stat cats in volcopy attr editor - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e8f247f> |
| 16:46 |
|
gsams joined #evergreen |
| 16:50 |
|
yboston joined #evergreen |
| 17:00 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-04-08T16:58:19,010653406-0400 -0> |
| 17:09 |
|
mmorgan left #evergreen |
| 19:39 |
|
sandbergja joined #evergreen |
| 21:29 |
|
sandbergja joined #evergreen |
| 02:14 |
|
sandbergja joined #evergreen |
| 03:22 |
|
yar joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-04-05T04:57:49,268509913-0400 -0> |
| 07:04 |
|
rjackson_isl joined #evergreen |
| 08:17 |
|
bos20k joined #evergreen |
| 08:29 |
|
Dyrcona joined #evergreen |
| 10:21 |
Dyrcona |
miker and I agree on something! :P |
| 10:21 |
miker |
Dyrcona: hey, it's not /that/ uncommon ;) |
| 10:21 |
Dyrcona |
mker++ # For confirming my suspicion about that particular line. |
| 10:22 |
* miker |
suspects we could probably just sed out all lines that contain INTERNAL in opensrf... anyone needing that verbosity can probably just add targetted INFO level calls for testing... |
| 10:22 |
Dyrcona |
Actually, the log function could be written to take a plain string, a sub, a bare code block, well, just about anything. |
| 10:23 |
Dyrcona |
Setting the log level to INTERNAL is a good way to fill your hard drive. :) |
| 10:23 |
phasefx |
let it do Data::Dumper on anything not a string or code :) |
| 10:47 |
berick |
Bmagic: in your copious free time, i'd love to know if the Hatch installer linked from bug 1817932 allows you to print to your Dymos |
| 10:47 |
pinesol |
Launchpad bug 1817932 in Evergreen "Update Hatch Java / Javafx versions" [Undecided,Confirmed] https://launchpad.net/bugs/1817932 |
| 10:48 |
Bmagic |
TY!! I'm excited to try it (although I no longer have the printer physically) I do have the drivers on my Windows box though |
| 11:00 |
gsams |
berick: I'm about to give it a test run. |
| 11:04 |
berick |
gsams++ |
| 11:22 |
|
sandbergja joined #evergreen |
| 11:23 |
sandbergja |
berick: I'm trying to wrap my head around the flesher method in the Angular 7 GridColumn class |
| 11:35 |
berick |
cool |
| 11:35 |
sandbergja |
So thanks for talking it out with me! I'd been really hung up on thinking about the flesher, when there was a better way. :-) |
| 11:35 |
sandbergja |
berick++ |
| 11:51 |
gsams |
berick: Okay, so we get printing, but it won't print correctly for us. |
| 11:52 |
gsams |
It tries to print the spine and pocket label no matter how we set it up and we only need the spine. |
| 11:53 |
gsams |
Also, don't test print with it. It literally prints one character on each label from that, which was amusing. |
| 11:53 |
Bmagic |
It's printing though! |
| 11:53 |
gsams |
It is! |
| 11:53 |
Bmagic |
that's great |
| 11:53 |
gsams |
I'm very excited about that factor for sure |
| 11:54 |
Bmagic |
and presumabely it's printing with javafx |
| 11:54 |
berick |
gsams: i wonder if you should test printing "with dialog" and confirm java is using the right paper size |
| 11:54 |
berick |
Bmagic: yes, using javafx |
| 11:55 |
berick |
gsams: the spine label issue.. that sounds like a staff client problem |
| 11:55 |
Bmagic |
mana from heaven. Let there be Dymo printing with javafx baby! |
| 12:00 |
gsams |
berick: It is probably a staff client problem, but it was worth checking the label print size as it was technically incorrect for us. |
| 12:01 |
gsams |
The label template ignores any changes I make to it on printing. |
| 13:24 |
pinesol |
** <A HREF="https://cve.mitre.org/about/faqs.html#reserved_signify_in_cve_entry">RESERVED</A> ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem. When the candidate has been publicized, the details for this candidate will be provided. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-0220) |
| 13:25 |
jeff |
I can't guarantee that's it, but if you suspect the Apache update is what broke it, those changes seem worth looking at first. |
| 13:26 |
jeffdavis |
ah, the "multiple consecutive slashes" thing |
| 13:26 |
jeff |
Are you in any position to test with the previous Apache and then upgrade to this version? Be a shame to chase this down if it ends up not being Apache... I'd feel bad for encouraging you down this path, then. :-) |
| 13:35 |
jeffdavis |
jeff: yep, booking works again after downgrading Apache with `aptitude install apache2=2.4.18-2ubuntu3` |
| 13:38 |
jeff |
the iframe source on a system here shows a double slash: it contains /eg//eg/booking/reservation |
| 13:38 |
* jeff |
looks to see why |
| 13:40 |
jeffdavis |
(...and re-upgrading to 2.4.18-2ubuntu3.10 re-breaks things on the test system) |
| 13:41 |
jeff |
Open-ILS/web/js/ui/default/staff/booking/app.js has: var booking_path = '/eg//eg/' + ... |
| 13:42 |
jeff |
(in EmbedBookingCtl) |
| 13:42 |
jeffdavis |
well, that would do it. :( |
| 16:14 |
berick |
in home directory, in .evergreen directory |
| 16:24 |
|
yboston joined #evergreen |
| 16:49 |
|
yboston joined #evergreen |
| 17:01 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-04-05T16:58:13,393702099-0400 -0> |
| 17:11 |
gsams |
berick: It looks like it's sending the correct information. |
| 17:12 |
|
mmorgan left #evergreen |
| 17:14 |
pastebot |
"gsams" at 64.57.241.14 pasted "Log of last print attempt" (8 lines) at http://paste.evergreen-ils.org/10842 |
| 17:18 |
gsams |
actually, now that I'm looking more carefully I think it may have been leaving out the style. |
| 17:18 |
gsams |
will test further. |
| 17:31 |
berick |
i'd also try copying the stock template out for safe keeping and trying a very simple template |
| 17:32 |
berick |
just a bit of style and some hard-coded text |
| 17:32 |
berick |
to rule out template issues |
| 17:41 |
gsams |
er class. |
| 17:41 |
berick |
k |
| 17:42 |
gsams |
I think it may be the DYMO, and maybe I'm missing something. |
| 17:48 |
berick |
certainly worth trying one of the test templates against another printer or print-to-file |
| 17:49 |
berick |
of course the dymo doesn't see css, just the final (headless) browser view |
| 17:49 |
berick |
but it could be some limitation of font types / sizes in the dymo? |
| 17:57 |
|
gsams_ joined #evergreen |
| 17:58 |
|
abneiman_ joined #evergreen |
| 17:59 |
|
book`_ joined #evergreen |
| 03:17 |
|
yar joined #evergreen |
| 05:00 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-04-04T04:59:06,000630798-0400 -0> |
| 07:12 |
|
rjackson_isl joined #evergreen |
| 08:05 |
|
bdljohn joined #evergreen |
| 08:26 |
|
Dyrcona joined #evergreen |
| 12:46 |
Dyrcona |
Group permissions editor seems to just be broken. I tried adding a mapping and I don't even see an attempt to create a grp_perm_map entry in the logs. |
| 12:48 |
Dyrcona |
Only thing in the logs matching grp are related to opening conify/global/permission/grp_tree.hml |
| 12:50 |
mmorgan |
Dyrcona: I noticed that on a 3.3 system just this morning. Seems to be working ok on our 3.2.4 training system. |
| 12:51 |
Dyrcona |
I haven't been told its not working on our 3.2.5 training system. This machine where it's not working is a 3.2.4 test VM. We decided not to go to 3.2.5 after some performance issues with a couple of the fixes. |
| 12:53 |
Dyrcona |
So, wonder if it's "one of those things" or something that we backported, but I don't recall backporting any permissions-related things. |
| 13:00 |
Dyrcona |
Well, this explains it: POST https://jasontest.cwmars.org/osrf-http-translator 400 (Bad Request) |
| 13:02 |
Dyrcona |
I get a number of 404s for dojo.js and openils_dojo.js just opening the page. |
| 13:56 |
bshum |
Was the penalty set at org unit 1 for the whole consortium or just one place? |
| 13:56 |
Bmagic |
at the system level |
| 13:56 |
bshum |
Okay, and the workstation used to look up the patron was from that system? |
| 13:56 |
Bmagic |
on the web client in my testing, I was logged in at the branch under the system where the penalty is defined |
| 13:56 |
bshum |
Hmm |
| 13:57 |
bshum |
that sounds suspicious then |
| 13:58 |
* bshum |
doesn't know enough about the web client to comment further :D |
| 16:54 |
pinesol |
Launchpad bug 1758975 in Evergreen "Item status can be set to Lost and Paid inappropriately when closing a transaction for a Long Overdue or Lost returned item" [Medium,Confirmed] https://launchpad.net/bugs/1758975 |
| 16:54 |
Bmagic |
I was thinking that the system did the right thing by not billing the patron, because the circulation was closed |
| 16:58 |
pastebot |
"gmcharlt" at 64.57.241.14 pasted "for jeff: the Evergreen side of the experiment" (22 lines) at http://paste.evergreen-ils.org/10840 |
| 17:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:03 |
|
mmorgan left #evergreen |
| 17:08 |
jeff |
gmcharlt++ i'll keep my eyes out for the Mousetrap side, or let me know if there isn't one. Thanks! |
| 17:37 |
jeffdavis |
Are we going to have a proper dev meeting this month? I know there was an informal quasi-meeting on Tuesday... |
| 00:50 |
|
eady joined #evergreen |
| 02:15 |
|
eady joined #evergreen |
| 02:50 |
|
eady joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:12 |
|
rjackson_isl joined #evergreen |
| 07:33 |
|
agoben joined #evergreen |
| 07:58 |
|
_bott_ joined #evergreen |
| 14:50 |
berick |
The "The The" |
| 14:51 |
Dyrcona |
berick++ |
| 14:51 |
JBoyer |
berick++ |
| 14:51 |
Dyrcona |
The The has been a go to search for testing stop words. :) |
| 14:51 |
Dyrcona |
Or would that be a Go-Gos search? :P |
| 14:51 |
jeff |
mmorgan: thinking of using a database trigger to keep asset.copy.alert_message in sync with asset.copy_alert, and having staff only use one alert type for now. |
| 14:51 |
* Dyrcona |
runs and hides from the inevitable beatings. |
| 15:48 |
|
nfBurton joined #evergreen |
| 15:49 |
jeff |
and regarding bug 1814799, is there a scenario where you'd ever want to manually apply a copy alert that has been configured with a state value other than NORMAL? |
| 15:49 |
pinesol |
Launchpad bug 1814799 in Evergreen "State-Specific Copy Alerts Ignore State of Item" [Undecided,New] https://launchpad.net/bugs/1814799 |
| 15:53 |
jeff |
while we're on the subject, I'm also wondering about the comment in the upgrade script where the stock state <> 'NORMAL' copy alert types are enabled: |
| 15:53 |
jeff |
> Making the following copy alert types active by default; if you are not using the web staff client yet, you may want to disable them. |
| 15:55 |
jeff |
I think it might be based on the "upstream" comment: copy alerts upon checkin or renewal of exceptional copy statuses are not active by default; they're meant to be turned once a site is ready to fully commit to using the webstaff client for circulation |
| 15:55 |
jeff |
but neither is clear on the anticipated impact or reasons why you wouldn't enable them if you are not "ready to fully commit" |
| 16:02 |
|
yboston joined #evergreen |
| 16:08 |
|
sandbergja_ joined #evergreen |
| 16:22 |
|
khuckins joined #evergreen |
| 16:30 |
jeff |
in practice, turning on the stock event id 7 for alerting on checkin of DAMAGED items does not seem to impact the xul client in any observable adverse way. |
| 16:31 |
jeff |
(tested that a while ago, but just re-tested with a little more double-checking) |
| 16:33 |
mmorgan |
jeff: We seem to be accumulating rows in asset.copy_alert for checkins/checkouts in the xul client of exceptional status items. That's probably a good enough reason to disable the alerts. |
| 16:33 |
jeff |
In my observation, those rows are generated no matter if you're using the web or xul client. |
| 16:34 |
mmorgan |
Interesting. |
| 16:54 |
mmorgan |
:) |
| 16:56 |
jeff |
ack_time is set when clearing an alert from Manage Copy Alerts, but ack_staff isn't. Looks like ack_staff is only set when an alert is "temporary" and it's cleared from the alert dialog itself. |
| 16:58 |
mmorgan |
jeff++ # sharing observables |
| 17:02 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-04-03T16:58:26,496333537-0400 -0> |
| 17:06 |
|
mmorgan left #evergreen |
| 17:15 |
|
sandbergja_ joined #evergreen |
| 17:37 |
Bmagic |
I forget: is there a setting to keep a hold targeted on the first copy targeted for a certain amount of time before retargeting? But just for the first copy targeted? |
| 01:18 |
|
jamesrf joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-04-02T04:57:24,725729014-0400 -0> |
| 06:41 |
|
yar joined #evergreen |
| 06:59 |
|
agoben joined #evergreen |
| 07:12 |
|
rjackson_isl joined #evergreen |
| 13:57 |
medlibrarian |
But do I need a server to use evergreen? |
| 13:58 |
berick |
medlibrarian: yes, Evergreen runs as a server |
| 13:58 |
medlibrarian |
ok, thank you so much. I am new to this and appreciate your reply. |
| 13:59 |
Dyrcona |
I can't seem to find the list of public test servers at the moment. |
| 13:59 |
Dyrcona |
And, too late..... |
| 14:00 |
terran |
Dyrcona: https://wiki.evergreen-ils.org/doku.php?id=community_servers |
| 14:02 |
Dyrcona |
terran: Thanks. |
| 15:08 |
dbwells |
We had two RC builds, one of which was posted only to IRC, some issues were further ironed out, and a second RC was posted to the downloads page. |
| 15:08 |
berick |
dbwells++ |
| 15:08 |
JBoyer |
dbwells++ |
| 15:09 |
dbwells |
That RC tested well internally, and I didn't get any negative feedback, so that has now been rebranded as 3.3.0. |
| 15:09 |
gmcharlt |
dbwells++ |
| 15:09 |
dbwells |
And as berick noted, I pushed the rel_3_3 branch moments ago, so please be aware of that for future pushes. |
| 15:12 |
dbwells |
There are a lot of mostly smaller improvements, but probably the biggest shift is in a number of interfaces moving to eg2/Angular 7. Some of that is still optional/experimental, but some is also frontline now. |
| 16:57 |
nfBurton |
I figured |
| 16:57 |
nfBurton |
Dyrcona++ |
| 16:57 |
nfBurton |
Hopefully it comes back after a restart |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:17 |
|
mmorgan left #evergreen |
| 17:31 |
Bmagic |
dbwells++ # 3.3.0 baby! |
| 17:32 |
dbwells |
:) |
| 16:35 |
jeff |
are you in a position to be able to do something that causes that copy to no longer appear in action.hold_copy_map, and then check the item in again to see if it's still checked against a bunch of holds? |
| 16:35 |
mmorgan |
Yes, prev_check_time is null for the hold. |
| 16:36 |
mmorgan |
jeff: not with that particular item. |
| 16:38 |
jeff |
are you able to create a fake copy on a title with many holds, make the fake copy holdable=false, and check that item in? |
| 16:39 |
jeff |
bonus points if you want to test it with and without a single frozen hold that has that copy in its copy map... bit of work to set up, i know. |
| 16:40 |
jeff |
i could probably test this theory here. |
| 16:40 |
mmorgan |
Item was created as a holdable on order item. Item was changed to not holdable at 12:53, and checked in at 14:17 the same day. So it likely appeared in the hold_copy_map for many holds at that point. |
| 16:40 |
mmorgan |
So, that kind of blows the theory :) |
| 16:42 |
* mmorgan |
can check more recent logs for the same item to see how many holds get tested. |
| 16:44 |
jeff |
ah, okay. i think i originally thought the logs in question were a bit more contemporary. i think i understand now. |
| 16:49 |
mmorgan |
jeff: TBH, I wasn't as mindful as I should have been of the age of the logs. A checkin of that item from yesterday does not show multiple holds being checked, not even the frozen one in the hold copy map. |
| 16:50 |
mmorgan |
jeff++ |
| 16:51 |
mmorgan |
Lots of entries in the hold_copy_map that are no longer relevant. Maybe we can work that angle. |
| 16:52 |
mmorgan |
Sorry to take up your time! |
| 16:52 |
mmorgan |
jeff++ |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:03 |
jeff |
well, i'm glad to have the theory regarding non-holdable copies disproven. |
| 17:04 |
mmorgan |
Me too! |
| 17:04 |
jeff |
the age hold protected copies are still a bit of an issue. will have to revisit. |
