Time |
Nick |
Message |
00:23 |
|
Stompro joined #evergreen |
06:57 |
|
agoben_ joined #evergreen |
07:19 |
|
rjackson_isl_hom joined #evergreen |
08:26 |
|
mantis1 joined #evergreen |
08:27 |
|
collum joined #evergreen |
08:31 |
|
Stompro joined #evergreen |
08:43 |
|
mmorgan joined #evergreen |
08:46 |
|
rfrasur joined #evergreen |
09:20 |
|
dbwells joined #evergreen |
09:44 |
|
alynn26 joined #evergreen |
09:58 |
|
Dyrcona joined #evergreen |
10:00 |
Dyrcona |
dbs: Thanks for the message about the magic glasses. I actually have a pair that I've never used. |
10:03 |
Dyrcona |
So, I've got a bunch of queries for closed dates for a single branch showing up in the running queries on the main db server. The client addresses are from various brick drones. When I search the osrfsys logs on the syslog server, I don't find any osrf calls that would translate to these queries. |
10:22 |
|
jvwoolf joined #evergreen |
10:25 |
|
terranm joined #evergreen |
11:03 |
|
nfBurton joined #evergreen |
11:28 |
|
jihpringle joined #evergreen |
11:52 |
Stompro |
Should I be clearing out /openils/var/web/eg2 of old files when rebuilding? I see lots of old versions of the compiled js there. |
12:10 |
berick |
Stompro: yes, the old files can be cleared. may not want to wait and clear them after you know all clients are loading the newer files. |
12:10 |
berick |
e.g. after the cache time on index.html |
12:10 |
berick |
s/may not want/may want/ |
12:10 |
Stompro |
Thanks |
12:20 |
Bmagic |
anyone noticed Evergreen 3.5.1 not automatically populating the pin number from phone number (as per the library setting) ? After typing the number, this is in the console: TypeError: $scope.hold_rel_contacts.day_phone is undefined |
12:24 |
mmorgan |
Bmagic: Looks like someone has: bug 1900184 though the quoted error message is different than yours |
12:24 |
pinesol |
Launchpad bug 1900184 in Evergreen "Patron password use phone not working" [Undecided,New] https://launchpad.net/bugs/1900184 |
12:25 |
Bmagic |
I checked launchpad and didn't turn up anything.... but that wouldnt be the first time :) mmorgan++ |
12:26 |
* mmorgan |
usually reverts to caveman search terms for launchpad :) |
12:37 |
JBoyer |
Dyrcona, I don't suppose that branch is closed 7 days a week? |
12:59 |
|
sandbergja joined #evergreen |
13:12 |
Dyrcona |
JBoyer: It's only open 1 day/week. |
13:14 |
JBoyer |
Hmm, not that then. If it was recently (for various value of recent) set to closed 7 days a week that might have been when it started spinning. Otherwise I'm currently out of ideas. : |
13:14 |
JBoyer |
:/ |
13:16 |
* jeff |
goes digging for the "remove spaces from patron barcodes" commit so he can revert it locally |
13:31 |
jihpringle |
does anyone know roughly when 3.5.2 is expected to be released? |
13:36 |
|
jvwoolf joined #evergreen |
13:53 |
jonadab |
Roughly? Twenty-first century. |
13:53 |
jonadab |
HTH.HAND. |
13:59 |
csharp |
jihpringle: looks like we're overdue for a point release - we haven't done one since August (!) |
14:00 |
csharp |
jihpringle: with the hack-a-way in sight, I would vote for just after |
14:00 |
csharp |
jihpringle: is there a specific issue/bug behind your question? |
14:00 |
jihpringle |
we're looking at rolling up to it and trying make plans :) |
14:01 |
csharp |
ah - then I would say mid November at the latest for the next release |
14:02 |
jihpringle |
thanks |
14:06 |
JBoyer |
Hi jeff, are you still looking into bug 1174498 ? |
14:07 |
pinesol |
Launchpad bug 1174498 in Evergreen "Payment by billing type breakdown" [Wishlist,Confirmed] https://launchpad.net/bugs/1174498 - Assigned to Jeff Godin (jgodin) |
14:07 |
* JBoyer |
is curious how it looks since it's got some signoffs and etc. |
14:07 |
jeff |
JBoyer: I haven't actively looked at it recently but I probably should. Did you have a timeline / need in mind, or just looking to push it across the finish line? |
14:08 |
JBoyer |
Just looking to get it in to avoid drift, but I'm assuming now it would land in 3.7. |
14:08 |
jeff |
Sometimes I wish that the RETURNING in INSERT INTO foo ... SELECT ... RETURNING would have access to columns outside of "foo"... |
14:09 |
jeff |
(unrelated thought -- I was in the middle of thinking/typing that when you asked about mmpbbt) |
14:10 |
* JBoyer |
starts to play a theramin |
14:11 |
jeff |
Using RETURNING in this case mostly as a means of tracking "what ID did we get" and recording that paired with another id -- say, migrating patrons. |
14:12 |
JBoyer |
I suppose there are some gross options with string concatenation or passing around ARRAYs |
14:12 |
jeff |
One approach I've used is to tie a column in a staging table to the same sequence as the destination table, then INSERT RETURNING into that table and recording the returned data in the desired place. |
14:12 |
Dyrcona |
"mmpbbt?" Object naming by Bill the Cat? |
14:12 |
JBoyer |
Dyrcona++ |
14:13 |
jeff |
Another approach I've used is if the external/legacy ID is being used for an initial username/barcode 'XYZ' || external ID, I've returned usrname, id and then used regexp_replace to strip the XYZ. |
14:13 |
csharp |
Dyrcona: I had the same thought |
14:13 |
JBoyer |
jeff, I think that's similar to how our migration tools work, though I think they go so far as to create child tables rather than just defaulting an id to the right sequence. |
14:14 |
csharp |
if we every start using release code names, "Mmpbbt" should be on the list |
14:15 |
Dyrcona |
:) |
14:39 |
rhamby |
Jboyer yeah, in migration-tools we actually do two sets we create a staging table using LIKE first and share the id sequence and remove constratints and then create a child table off that |
14:39 |
rhamby |
steps not sets |
14:59 |
csharp |
today's my turn to scrape all the cruft off ~8 years of git commits (PINES "customizations") |
15:00 |
csharp |
air quotes because a lot of the customizations ended up in master |
15:03 |
csharp |
https://imgflip.com/i/4j2p7o |
15:14 |
Stompro |
Has anyone run into the /eg/staff/circ/curbside/index page, just seeming to reload the splash page when installing the curbside pickup feature? |
15:20 |
JBoyer |
Stompro, did you add the curbside service to /openils/conf/opensrf_core.xml? That's an easy step to forget and things get weird if it's missed. |
15:21 |
Stompro |
JBoyer, I think I just figured it out... I put the files in the wrong directory under var/templates/staff... oops |
15:22 |
JBoyer |
That will also do weird things. :) Glad you tracked it down. Stompro++ |
15:23 |
|
sandbergja joined #evergreen |
15:28 |
Stompro |
JBoyer, yep, trying to reach nonexistent files will cause the splash screen to come up... In need to get on the git train. |
15:34 |
|
mantis1 left #evergreen |
15:45 |
Stompro |
Hmm, now I'm getting an error about egCore.idl.acsp not being a constructor, but I did update fm_IDL.xml, and ran autogen.sh |
16:05 |
berick |
related to bug #1900564, anyone know why the fine generator limits existing overdue fines to those created after the due date when determing how much the patron already owes? (to honor max fines) |
16:05 |
pinesol |
Launchpad bug 1900564 in Evergreen "Lost item return + restore overdues + due date change exceeds max fine" [Undecided,New] https://launchpad.net/bugs/1900564 |
16:28 |
mmorgan |
berick: could it have something to do with deposits, charged at checkout time? Just grasping a straws... |
16:29 |
berick |
mmorgan: those would already be filtered out with the btype=1 part of the query |
16:30 |
mmorgan |
Ah. ok. |
16:43 |
berick |
ah, found the commit |
16:43 |
berick |
https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=04bc4825f5e7ce8ad5630c813055078a662f82a0 |
16:43 |
pinesol |
berick: [evergreen|miker] fixing weird edge case of pushing out the due date after fines start to acrue - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=04bc482> |
16:45 |
berick |
almost seems like it's intententionally allowing fines to accrue up to max fines again after a due date change. |
16:46 |
berick |
hah! bug 1786312 |
16:46 |
pinesol |
Launchpad bug 1786312 in Evergreen "Extending circ due date can result in exceeding max fines" [Undecided,Confirmed] https://launchpad.net/bugs/1786312 |
16:46 |
berick |
i knew this felt familiar |
16:54 |
|
sandbergja joined #evergreen |
17:09 |
Stompro |
The egCore.idl.acsp error went away after I remembered to update /openils/var/web/reports/fm_IDL.xml |
17:28 |
|
mmorgan left #evergreen |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
21:07 |
|
sandbergja joined #evergreen |
21:37 |
|
sandbergja joined #evergreen |
21:50 |
|
sandbergja joined #evergreen |
21:56 |
|
sandbergja joined #evergreen |
22:30 |
|
sandbergja joined #evergreen |
23:07 |
|
mrisher joined #evergreen |
23:15 |
|
dbwells_ joined #evergreen |
23:18 |
|
sandbergja joined #evergreen |