Time |
Nick |
Message |
03:47 |
|
eglogbot joined #evergreen |
03:47 |
|
Topic for #evergreen is now Welcome to #evergreen (https://evergreen-ils.org). This channel is publicly logged. |
04:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
05:42 |
|
rjackson_isl_hom joined #evergreen |
07:13 |
|
rjackson_isl_hom joined #evergreen |
07:23 |
|
collum joined #evergreen |
08:05 |
|
rfrasur joined #evergreen |
08:38 |
|
mmorgan joined #evergreen |
08:50 |
|
mantis joined #evergreen |
08:58 |
|
jvwoolf joined #evergreen |
10:56 |
jeff |
Hrm. On at least 3.7 and 3.8, when performing a patron search and then attempting to double-click one of the rows returned, the first click causes the sidebar/summary to load, which (thanks mostly to the patron name?) tends to shift the table down about a row, and then the next click is on a different row, and retrieves the (wrong) patron. |
11:00 |
mmorgan |
jeff: 3.6 too. |
11:02 |
berick |
not seeing the same in the new Ang version fwiw |
11:05 |
jeff |
berick: that's not in a release yet, is it? |
11:13 |
berick |
jeff: it is not |
11:14 |
mmorgan |
bug 1904036 I think. |
11:14 |
pinesol |
Launchpad bug 1904036 in Evergreen "Port patron interfaces to Angular (search, checkout, etc.)" [Wishlist,New] https://launchpad.net/bugs/1904036 |
11:34 |
|
rjackson_isl_hom joined #evergreen |
12:07 |
|
jihpringle joined #evergreen |
12:07 |
jeff |
well that's new. a 3.7 test install does not have my usernameworkstation nor the log out / about menu. |
12:07 |
jeff |
a different 3.7 test install has it, and a 3.8 install has it. |
12:08 |
jeff |
(tested in ingognito also) |
12:12 |
jihpringle |
jeff: I ran into that using the 3.8 community server - I had to clear my cache and cookies and close Chrome to get it back |
12:12 |
jihpringle |
I haven't been able to reproduce yet |
12:18 |
jeff |
interesting. I would have thought that an incognito window would have addressed all that. so far, I can reproduce it all the time. :-) |
12:18 |
jeff |
will try another few things, different client, browser, etc. |
12:22 |
jeff |
okay, yeah. i have interesting issues on this particular install. |
12:29 |
jeffdavis |
I hate when things are interesting. |
12:30 |
jeffdavis |
Give me boring and consistent installs, please! |
12:30 |
jeff |
signs point to IDL mis-alignment, but I'm not sure where that would be coming from (nor am I confident in the preliminary diagnosis) |
12:34 |
|
collum joined #evergreen |
12:48 |
|
collum joined #evergreen |
12:56 |
pinesol |
[evergreen|Bill Erickson] LP1933275 Staff catalog holdings view shows correct counts - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=dd4931b> |
13:03 |
jeff |
aha! |
13:03 |
jeff |
proxy misconfig had https going to one backend and wss to another. |
13:07 |
jeff |
so my 3.7 host was getting a 3.7 js IDL via http, but then getting 3.8 objects via websockets. |
13:07 |
jeff |
the real clue was when I stopped and started memcached for the 3.7 host and I didn't have to log in again. :-) |
13:12 |
jvwoolf |
I'm trying to map genre to the subject search using virtual index definitions. The documentation seems to indicate this is possible, but it doesn't seem to be working. Any suggestions? |
13:13 |
jvwoolf |
Here's a link to the documentation: https://docs.evergreen-ils.org/eg/docs/latest/admin/virtual_index_defs.html#_configuring_virtual_index_definitions |
13:22 |
mmorgan |
jvwoolf: Not positive, but bug 1942467 might be related. |
13:22 |
pinesol |
Launchpad bug 1942467 in Evergreen "Search: Identifier Field Virtual Index Mappings not working" [Undecided,New] https://launchpad.net/bugs/1942467 |
13:26 |
jvwoolf |
mmorgan: Yeah, that seems likely |
13:26 |
jvwoolf |
mmorgan++ |
13:27 |
* mmorgan |
needs to run away for a bit, but it would be great to add heat to that! |
14:10 |
jeff |
Hrm. "place hold for this staff account" seems to be working for me in a 3.7.2 test system, but not when I try to place the hold for my 'normal' patron. Place Hold(s) button isn't enabled. |
14:10 |
* jeff |
looks |
14:32 |
jeff |
ah, users with sms hold notification enabled but no carrier/etc. drat. we'll have to figure a solution there. |
14:33 |
jeff |
we might just start using a different opt-in user setting, but that might change too many other things. |
14:44 |
|
rjackson_isl_hom joined #evergreen |
17:04 |
|
mmorgan left #evergreen |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:17 |
|
jihpringle joined #evergreen |