Time |
Nick |
Message |
01:17 |
|
rlefaive joined #evergreen |
02:12 |
|
rlefaive joined #evergreen |
03:08 |
|
rlefaive joined #evergreen |
03:46 |
|
rlefaive joined #evergreen |
03:59 |
|
rlefaive joined #evergreen |
04:22 |
|
rlefaive joined #evergreen |
06:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:38 |
|
rlefaive joined #evergreen |
06:53 |
|
agoben joined #evergreen |
07:15 |
|
Dyrcona joined #evergreen |
07:37 |
Dyrcona |
Heh. Even Thunderbird has the "cylon bug." |
08:34 |
|
collum joined #evergreen |
08:50 |
|
mmorgan joined #evergreen |
08:56 |
|
bos20k joined #evergreen |
08:57 |
|
lsach joined #evergreen |
09:19 |
|
terran joined #evergreen |
09:32 |
|
bos20k joined #evergreen |
09:36 |
|
yboston joined #evergreen |
09:49 |
|
Phillip joined #evergreen |
10:02 |
|
rlefaive joined #evergreen |
10:03 |
|
mmorgan1 joined #evergreen |
10:07 |
|
bos20k joined #evergreen |
10:23 |
|
Christineb joined #evergreen |
10:24 |
Dyrcona |
Did someone mention in here recently that ou settings that are ints but stored as strings, ie. with "" around them, are not working in the web staff client? |
10:24 |
Dyrcona |
I seem to recall someone mentioning that. |
10:30 |
Dyrcona |
Oh... dataype = link appears to be treated as text when being set. |
10:30 |
Dyrcona |
Anyway, I'll test my numbers vs. strings hypothesis first. |
10:32 |
Dyrcona |
Well, whether that's an issue or not (number vs. strings), changing the ou settings values didn't solve my problem.... to the cod! |
10:32 |
Dyrcona |
or the code, rather. |
10:32 |
Dyrcona |
Not sure cod would be so helpful. |
10:34 |
berick |
i don't know, it's almost elevensies |
10:40 |
collum |
https://www.youtube.com/watch?v=T8XeDvKqI4E |
10:46 |
Dyrcona |
https://en.wikipedia.org/wiki/Elevenses#United_States |
10:47 |
Dyrcona |
Anyway, has anyone noticed that the record summary in web staff client view of a MARC record doesn't honor the cat.default_classification_scheme? |
10:47 |
Dyrcona |
We're getting LoC regardless of the ou setting value. |
10:56 |
Dyrcona |
Hm... I think I see something, but need to look a bit more. |
10:58 |
Dyrcona |
Ok. Not what I thought. |
10:58 |
Dyrcona |
Except.... I don't see how the egCore.env.aous gets loaded. |
11:00 |
Dyrcona |
NM. I *think* I found it. |
11:00 |
Dyrcona |
So, I don't see why it doesn't honor the setting. |
11:01 |
cesardv |
berick: eat 'em if you got 'em https://imgur.com/a/RxNN9LI |
11:03 |
|
kmlussier joined #evergreen |
11:03 |
berick |
cesardv++ |
11:09 |
Dyrcona |
So, no one else noticed this? We're alone with this "bug?" |
11:13 |
kmlussier |
Dyrcona: Is this bug 1739284? |
11:13 |
pinesol_green |
Launchpad bug 1739284 in Evergreen "web client: record summary displays 050" [Undecided,Confirmed] https://launchpad.net/bugs/1739284 |
11:17 |
Dyrcona |
I guess that's it. |
11:18 |
Dyrcona |
I'm getting down to why, but I'm not sure yet how to fix it. |
11:19 |
berick |
looks like the code may be referencing an org unit setting that has not been fetched, maybe only in certain contexts |
11:21 |
Dyrcona |
Yeah, that's what I think is happening. |
11:21 |
Dyrcona |
How do I make it fetch the setting? |
11:21 |
|
mmorgan joined #evergreen |
11:21 |
Dyrcona |
debugger++ |
11:21 |
* berick |
makes a patch |
11:21 |
* Dyrcona |
will test. |
11:22 |
Dyrcona |
In fact, it looks like the only things in my egCore.env.aous array are the things that appear in local storage. |
11:22 |
Dyrcona |
Should there be a handler to look them up if they're not there? |
11:25 |
berick |
yeah |
11:25 |
berick |
and it caches too |
11:26 |
Dyrcona |
Well, I was thinking it should be automatic, but I'm not sure how much you can code that in JavaScript. |
11:27 |
Dyrcona |
In C++, I could overload operator[] to look up any missing keys. |
11:28 |
berick |
Dyrcona: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/berick/lp1739284-bib-summary-cn-classification |
11:29 |
Dyrcona |
Thanks! I'll give that a shot. |
11:29 |
Dyrcona |
If it works. I'll push it. |
11:38 |
Dyrcona |
berick++ It works after an "Empty Cache and Hard Reload." |
11:39 |
Dyrcona |
So, I'll add my signoff and update the bug with pullrequest and signed off tags. |
11:39 |
berick |
Dyrcona++ |
11:39 |
Dyrcona |
kmlussier++ also, for pointing out the bug. |
11:39 |
kmlussier |
berick++ Dyrcona++ |
11:40 |
Dyrcona |
Are we doing releases tomorrow as planned? |
11:42 |
|
yboston joined #evergreen |
11:43 |
|
khuckins joined #evergreen |
11:45 |
|
beanjammin joined #evergreen |
12:07 |
|
jihpringle joined #evergreen |
12:18 |
* kmlussier |
tries to decide where bug 1777675 falls on the Roadmap. Client? |
12:18 |
pinesol_green |
Launchpad bug 1777675 in Evergreen "Support for inventory date" [Wishlist,New] https://launchpad.net/bugs/1777675 |
12:23 |
berick |
is inventory considered a cataloging actions? acquisitions? |
12:23 |
csharp |
kind of its own subcategory alongside those two |
12:23 |
csharp |
under the umbrella of "Collection Management" |
12:24 |
kmlussier |
berick: Cataloging might fit. Sort of. |
12:25 |
* berick |
is mostly just curious |
12:29 |
terran |
I would say it's closer to Cataloging than anything else |
12:29 |
|
jeff joined #evergreen |
12:30 |
dbs |
Or a special kind of circulation akin to in-house |
12:31 |
dbs |
(we're currently doing an inventory the PINES way™, although it's going to take forever) |
12:31 |
kmlussier |
We need a much more sophisticated classification system for our roadmaps and release notes. |
12:35 |
csharp |
if only we knew some classifcation experts... but alas |
12:35 |
csharp |
:-D |
12:37 |
berick |
ok, what phylum does inventory fall under? |
12:37 |
kmlussier |
JBoyer: Is bug 1773832 similar to what Indiana saw when you first upgraded to 3.0? |
12:38 |
pinesol_green |
Launchpad bug 1773832 in Evergreen "Bib records that are both deleted and empty show in staff search" [Undecided,Confirmed] https://launchpad.net/bugs/1773832 |
12:59 |
JBoyer |
kmlussier, Dyrcona, That does sound familiar. I think the upgrade script to set the visibility cache on biblio.record entry included deleted records when it shouldn't have. I don't remember when it was fixed, but I think I'm on that bug. |
12:59 |
* JBoyer |
will look |
13:05 |
JBoyer |
So I guess I was mistaken, the issue I was thinking of was including deleted copies in an update to the vis cache on asset.copy, not bre. It still sounds familiar though. |
13:06 |
Dyrcona |
JBoyer: I tried messing with the visibility attr in bre. t made no difference. |
13:06 |
JBoyer |
Ah, ok then. |
13:08 |
pinesol_green |
[evergreen|Jason Boyer] LP1772444: Add Patron Names to Bill Receipts - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8fe5ed1> |
13:08 |
pinesol_green |
[evergreen|Jane Sandberg] LP1772444: Updating list of variables in bill template descriptions - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1dc4c5f> |
13:08 |
JBoyer |
Something else that may complicate things, to save a little space at one point we jettisoned all of the entries in the metabib tables (aside from real_full_rec and the display fields entries) for deleted bibs so there's no thing left to find anyway. |
13:14 |
Phillip |
Followup on yesterday's print pull hold list to Kyocera MFP prints at receipt printer font size. Other apps print to the Kyocera ok and turning off hatch results in ok printing. Reinstalled Kyocera print driver resolved the issue. |
13:23 |
|
yboston joined #evergreen |
13:23 |
jonadab |
Hmm, adding information about specific fields that are not listed but do work seems like a bit of a derailing for bug 1772053, though kind-of related. Should I file a new bug instead? |
13:23 |
jonadab |
https://bugs.launchpad.net/evergreen/+bug/1772053 |
13:23 |
pinesol_green |
Launchpad bug 1772053 in Evergreen "Web Client: Print Templates - Missing/Problem Fields" [Undecided,New] https://launchpad.net/bugs/1772053 |
13:37 |
|
lsach joined #evergreen |
13:43 |
|
bdljohn joined #evergreen |
13:51 |
Dyrcona |
I just installed updates and my laptop wants to reboot, so I'll be back in a few. |
13:52 |
|
yboston joined #evergreen |
13:55 |
|
Dyrcona joined #evergreen |
14:21 |
jeffdavis |
Say I'm using the HTTP gateway and I have an API response containing a fieldmapper object represented as an array - is there an easy way to convert that array to an object, or at least map the elements of that array to the corresponding object attributes? |
14:22 |
Dyrcona |
jeffdavis: What language? |
14:24 |
jeffdavis |
Well, ideally there would be a language-independent way to do it. I've got a couple different use cases. |
14:26 |
JBoyer |
jeffdavis, you can download a copy of the IDL to create your own ORM objects. Dyrcona is probably asking what language because there are already a few modules to do this for perl, for example. |
14:26 |
JBoyer |
(The array of values is in the same order as the field entries in fm_IDL.xml) |
14:27 |
* JBoyer |
had a half-hearted implementation in Obj-C that turned responses into dictionaries. |
14:33 |
Dyrcona |
Yeah, that's why I was asking. |
14:33 |
jeffdavis |
It's come up here in the past for projects using PHP and Java. |
14:34 |
Dyrcona |
Well, you write your own fieldmapper using the IDL, or you use an existing one. |
14:34 |
Dyrcona |
I believe there is a Java implementation in the source for Evergreen. No one ever uses it. |
14:35 |
berick |
yep, there's a java idl parser |
14:35 |
Dyrcona |
pranjal's implementaiton of "OpenSRF" in PHP might have an IDL parser, too. It has been a while since I looked. |
14:37 |
Dyrcona |
Yeah, it does. Here's my fork: https://github.com/Dyrcona/osrf |
14:37 |
Dyrcona |
See, language matters. :) |
14:41 |
Dyrcona |
There's a python implementation in the Evergreen source as well. Syrup uses that. |
15:23 |
|
yboston_ joined #evergreen |
15:24 |
|
gsams__ joined #evergreen |
15:31 |
|
rlefaive joined #evergreen |
15:54 |
|
khuckins joined #evergreen |
16:00 |
|
NFPL joined #evergreen |
16:03 |
NFPL |
Does SIP retrieve it's information from the fm_IDL mappings? I am looking for a way to improve it's consistency when returning items. As Overdues and Charged items it returns the barcode which I would like for Holds and Unavailable holds but they return the title which isn't as helpful especially since holds returns all holds regardless of if they are available or not. |
16:04 |
|
rlefaive joined #evergreen |
16:04 |
NFPL |
I want to be able to see only available holds but as barcode so I may retrieve the rest of the info |
16:04 |
berick |
NFPL: there's a setting for returning barcodes instead of titles in oils_sip.xml |
16:05 |
berick |
look for: <option name='msg64_hold_datatype' value='barcode' /> |
16:06 |
NFPL |
oh....I read that file multiple times today and must have missed it. I will go look. Thanks! |
16:33 |
|
rlefaive joined #evergreen |
17:07 |
|
mmorgan left #evergreen |
17:09 |
|
yboston joined #evergreen |
18:29 |
|
rlefaive joined #evergreen |
18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:32 |
idjit |
cat! https://i.imgur.com/J8rMcvM.gifv |
18:32 |
|
rlefaive joined #evergreen |
18:32 |
idjit |
more on topic: i just added a branch for bugs 1669856 and 1776557. i hope it's ok that i put the two together into one branch; they're very closely related. please let me know if they need to be split up. |
18:33 |
pinesol_green |
Launchpad bug 1669856 in Evergreen "Web Client: Right click problems on links in web client grids" [Undecided,Confirmed] https://launchpad.net/bugs/1669856 - Assigned to a. bellenir (abellenir) |
18:33 |
pinesol_green |
Launchpad bug 1776557 in Evergreen "Grid: Right click fails to select new row if different row is selected" [Medium,Confirmed] https://launchpad.net/bugs/1776557 - Assigned to a. bellenir (abellenir) |
19:11 |
|
idjit left #evergreen |
19:11 |
|
idjit joined #evergreen |
19:29 |
|
rlefaive joined #evergreen |
21:47 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: adding info about item status screen - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5f1bcfe> |
21:47 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: fixing broken reference in cat manual - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d8f61e1> |