| Time |
Nick |
Message |
| 01:04 |
|
dbwells joined #evergreen |
| 01:15 |
|
bshum joined #evergreen |
| 01:37 |
|
yar joined #evergreen |
| 05:00 |
pinesol |
News from qatests: Failed Installing Evergreen pre-requisites <http://testing.evergreen-ils.org/~live/test.26.html#2019-03-26T04:40:24,364130820-0400 -0> |
| 05:00 |
pinesol |
News from qatests: Failed Building Evergreen <http://testing.evergreen-ils.org/~live/test.30.html#2019-03-26T04:40:24,390696480-0400 -2> |
| 05:00 |
pinesol |
News from qatests: Failed Running Evergreen tests <http://testing.evergreen-ils.org/~live/test.31.html#2019-03-26T04:40:24,418037892-0400 -4> |
| 05:00 |
pinesol |
News from qatests: Failed Installing Evergreen <http://testing.evergreen-ils.org/~live/test.32.html#2019-03-26T04:40:24,444235953-0400 -6> |
| 05:00 |
pinesol |
News from qatests: Failed Installing Dojo <http://testing.evergreen-ils.org/~live/test.35.html#2019-03-26T04:40:24,471526623-0400 -8> |
| 05:00 |
pinesol |
News from qatests: Failed configure apache <http://testing.evergreen-ils.org/~live/test.36.html#2019-03-26T04:40:24,498755526-0400 -10> |
| 05:00 |
pinesol |
News from qatests: Failed configure EG Action/Trigger <http://testing.evergreen-ils.org/~live/test.38.html#2019-03-26T04:40:24,524966532-0400 -12> |
| 05:00 |
pinesol |
News from qatests: Failed Create Evergreen Database <http://testing.evergreen-ils.org/~live/test.41.html#2019-03-26T04:40:24,553494577-0400 -14> |
| 05:00 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-03-26T04:40:24,579855051-0400 -16> |
| 05:00 |
pinesol |
News from qatests: Failed Running autogen.sh <http://testing.evergreen-ils.org/~live/test.44.html#2019-03-26T04:40:24,606282934-0400 -18> |
| 05:00 |
pinesol |
News from qatests: Failed Running pgTAP live tests <http://testing.evergreen-ils.org/~live/test.47.html#2019-03-26T04:40:24,632750868-0400 -20> |
| 05:00 |
pinesol |
News from qatests: Failed Running settings-tester.pl <http://testing.evergreen-ils.org/~live/test.48.html#2019-03-26T04:40:24,659089678-0400 -22> |
| 05:00 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live/test.49.html#2019-03-26T04:40:24,685532524-0400 -24> |
| 05:00 |
pinesol |
News from qatests: Failed Log Output: srfsh.log <http://testing.evergreen-ils.org/~live/test.58.html#2019-03-26T04:40:24,830537784-0400 -26> |
| 06:56 |
|
agoben joined #evergreen |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 07:30 |
|
bdljohn joined #evergreen |
| 07:31 |
|
bdljohn joined #evergreen |
| 08:22 |
|
bos20k joined #evergreen |
| 08:34 |
csharp |
pinesol: why all the fails? |
| 08:34 |
pinesol |
csharp: Yeah, well, you know, that's just, like, your opinion, man. |
| 08:34 |
csharp |
@blame pinesol for bringin' me down |
| 08:34 |
pinesol |
csharp: It really IS itself's fault! for bringin' csharp down |
| 08:44 |
JBoyer |
oh, that reminds me! Turns out that it's super easy to swap headless chrom(e|ium) for PhantomJS, especially in eg2 since karma-chrome-launcher is already installed. |
| 08:45 |
JBoyer |
The only problem is that while you can *run* chrome headless, you're probably still going to be stuck installing a lot of X libs. |
| 08:50 |
JBoyer |
So it's a little less ideal to run tests as just part of a regular install, but moving over would mean that when tests are run the version of JS would be current, so we could (obj) => { obj.cool_stuff; } all day long. |
| 08:52 |
|
mmorgan joined #evergreen |
| 09:15 |
|
tlittle joined #evergreen |
| 09:22 |
bos20k |
Hello. We are seeing an issue when library staff tries to catalog an item (not in acq). I think my analysis of the issue may be correct and I assume it is an issue with what the staff is doing somehow but I am not a cataloger so I'm not sure what may be going on. I will try to paste the information using paste.evergreen-ils.org. Any ideas would be greatly appreciated. |
| 09:23 |
pastebot |
"bos20k" at 64.57.241.14 pasted "Errors when staff tries to catalog item not in acq" (18 lines) at http://paste.evergreen-ils.org/10824 |
| 09:25 |
|
bdljohn joined #evergreen |
| 09:26 |
jeff |
are server side webstaff receipt templates just "override/replace the template files on the server", optionally supplement with strings from yaous for header/footer/etc, or is there something more subtle to it than that? |
| 09:27 |
jeff |
i seem to recall at least one presentstion touting the feature or similar, but can't remember if it was aspirational or not. |
| 09:34 |
JBoyer |
bos20k, it looks like you're spot on re: the cause of that error, but how they're able to do it is a mystery. Is it all catalogers at a location, or just all items by a single cataloger? |
| 09:35 |
bos20k |
JBoyer: I have this one report of one item from one cataloger. |
| 09:35 |
JBoyer |
If it's an entire location I would suspect the OUS for setting the default CN type; if it's a single cataloger they may have a problem with their templates. |
| 09:35 |
bos20k |
So not a wider problem (so far). |
| 09:36 |
bos20k |
Ah, templates. I was wondering if there was some sort of a drop down they were forgetting to select that selects the call_number_class or something. |
| 09:36 |
bos20k |
JBoyer: Thanks for the hints, I will see where those take me. |
| 09:37 |
bos20k |
JBoyer++ |
| 09:37 |
JBoyer |
That's also possible. There should be something in the dropdown just to the left of the call number label that lists the CN type. If they are selecting something from that list but this is still happening that would be a real issue. (I'm hoping it's just blank when this happens) |
| 09:39 |
JBoyer |
jeff, I think it's possible to manually wedge custom receipts into an OUS in order to use a single set across an entire org, but I haven't tried it. |
| 09:52 |
Bmagic |
A bib that had been merged (recorded so in the merged_to column) - then undeleted and used again with copies attached. The presence of the merge_to data can surpress it from search results? |
| 09:52 |
mmorgan |
jeff: I have not tried what JBoyer mentioned with receipt templates, but I have done it successfully with column settings, so should work the same. See http://irc.evergreen-ils.org/evergreen/2019-02-01#i_393072 |
| 09:54 |
mmorgan |
Bmagic: Does that undeleted bib have active=FALSE? |
| 09:54 |
Bmagic |
active=true |
| 09:54 |
JBoyer |
Bmagic, I don't recall what all is looking at merged_to, but that does cause problems, yes. If that record should be used again you'll probably want to set at least merged_to to null. |
| 09:55 |
Bmagic |
Thanks! In practice it seems like it's a problem but due to caching, etc, I'm not totally sure |
| 10:00 |
Bmagic |
I just noticed something. The additional columns in biblio.record_entry (merged_to, merge_date,vis_attr_vector) are not reflected in the auditor schema |
| 10:00 |
|
annagoben joined #evergreen |
| 10:01 |
|
collum joined #evergreen |
| 10:03 |
|
stephengwills joined #evergreen |
| 10:37 |
|
aabbee joined #evergreen |
| 11:04 |
|
Christineb joined #evergreen |
| 11:11 |
|
seymour joined #evergreen |
| 11:19 |
jeff |
mmorgan: that's 3.2 and up, yes? requires code in bug 1750894? |
| 11:19 |
pinesol |
Launchpad bug 1750894 in Evergreen "Wishlist: Store web staff workstation settings on the server" [Wishlist,Fix released] https://launchpad.net/bugs/1750894 |
| 11:20 |
mmorgan |
jeff: Yes, 3.2+ |
| 11:25 |
jeff |
mmorgan++ |
| 11:28 |
mmorgan |
I am looking at a 3.2.4 test server and the reporter interface won't load. I just get You are logged in as with no username, and Loading... Any ideas? |
| 11:56 |
pinesol |
[evergreen|Bill Erickson] LP1821067 Angular Czech translation bundle - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=17ddeaf> |
| 11:56 |
pinesol |
[evergreen|Bill Erickson] LP1821067 Angular i18n uses XMB; cs-CZ examples - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0dbc36d> |
| 12:02 |
|
wsmoak joined #evergreen |
| 12:08 |
JBoyer |
mmorgan, ugh, that sounds familiar but I can't remember what the most recent cause was. Are both copies of fm_IDL.xml the same on that machine? |
| 12:08 |
JBoyer |
(I'm assuming the console is not helpful) |
| 12:09 |
* mmorgan |
believes both copies of the idl are the same, but will double check. |
| 12:10 |
mmorgan |
I see this in the console: GET https://egtraining.noblenet.org/reports/oils_rpt.xhtml?ses=75116f04bf85600a2162def63a294d78 net::ERR_INCOMPLETE_CHUNKED_ENCODING 200 (OK) |
| 12:11 |
JBoyer |
Oh, that would be caused by something else, haven't seen that one. |
| 12:11 |
JBoyer |
Where you testing anything specific? |
| 12:12 |
JBoyer |
Oh, and what version of OSRF? I wouldn't be too surprised about that if Eg wanted a newer version than was installed, perhaps. |
| 12:18 |
|
jihpringle joined #evergreen |
| 12:19 |
mmorgan |
JBoyer: You mean testing any specific code? Not in terms of reports. I'll try copying the idl. |
| 12:21 |
JBoyer |
I was confused that I couldn't find that error anywhere, looks like it's probably related to node/chrome interactions. |
| 12:22 |
JBoyer |
Also, because I almost clicked on that link not realizing what was in there, you may want to log out and start over. :) |
| 12:25 |
mmorgan |
Oops. Killed that session :) |
| 12:32 |
mmorgan |
Opensrf version is 3.0.2. Copied over the idl and restarted, no difference. |
| 12:32 |
mmorgan |
I do see this in the console: [iFrameSizer][Host page: iFrameResizer0] IFrame has not responded within 5 seconds. Check iFrameResizer.contentWindow.js has been loaded in iFrame. This message can be ignored if everything is working, or you can set the warningTimeout option to a higher value or zero to suppress this warning. |
| 13:03 |
|
sandbergja joined #evergreen |
| 13:05 |
JBoyer |
If it's behind an nginx proxy it may be worth checking to see if things are actually running and reachable on their direct ports. (and the ports listed in the apache config are the default 80 and 443, not whatever it's actually running on) |
| 13:06 |
JBoyer |
That's probably all set up correctly, but I'm running out of ideas that would cause that. |
| 13:07 |
mmorgan |
JBoyer: Thanks for the suggestions. I will have to revisit this later. |
| 13:07 |
mmorgan |
JBoyer++ |
| 13:07 |
JBoyer |
mmorgan++ |
| 13:08 |
JBoyer |
good luck! |
| 13:45 |
|
bdljohn joined #evergreen |
| 14:31 |
jeff |
Is there a way (other than attempting to navigate away from the page) to tell that the user editor has unsaved changes? |
| 14:34 |
jonadab |
Change the color of some prominent element? |
| 14:37 |
jonadab |
(Or maybe put a css outline around the specific data that are changed since save?) |
| 14:45 |
berick |
the copy editor does stuff like that (which I like), but not the patron editor |
| 15:02 |
jeff |
Or, better question: is there a way to access the value of the saved email address, and not the value of the currently displayed possibly edited email address? |
| 15:02 |
JBoyer |
Making the Save button more prominent is also a possability. (especially since there's little point in pushing it before any changes have been made) |
| 15:02 |
jeff |
I suppose I could fetch the user, but... |
| 15:05 |
berick |
jeff: not sure how deep in the code you're trying to go, but the editor uses a copy (hash-ified) of the user for editing. the original values persiste on the main user object for the page until Save is clicked. |
| 15:06 |
JBoyer |
Yeah, you could use the originally fetched user as the data for a plain template replacement on the page rather than as a model in an editable control. |
| 15:15 |
|
sandbergja joined #evergreen |
| 16:02 |
jeff |
okay, yep. that works. |
| 17:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:07 |
|
mmorgan left #evergreen |
| 17:23 |
jeff |
berick, JBoyer: this is what i was trying to do: https://git.evergreen-ils.org/?p=working/Evergreen.git;a=commitdiff;h=39800262d06dfac14e80fcd10ff5e0dd0c01b52a for bug 1264746 |
| 17:23 |
pinesol |
Launchpad bug 1264746 in Evergreen "Add "email password reset" button to user editor" [Wishlist,In progress] https://launchpad.net/bugs/1264746 - Assigned to Jeff Godin (jgodin) |
| 17:23 |
jeff |
I think I found a reasonable approach, but feedback welcome. |
| 17:25 |
berick |
jeff: ah nice |
| 17:26 |
berick |
jeff: i think you want check_email_different() to return a boolean instead of a promise |
| 17:26 |
berick |
seems to be how it's called, anyway |
| 17:26 |
jeff |
ah. |
| 17:26 |
berick |
handling the not yet saved scenario ++ |
| 17:28 |
jeff |
Ah, I see the difference and why check_dupe_username returns a promise. |
| 17:28 |
jeff |
berick++ |
| 17:32 |
jeff |
Hrm. I should handle the case where the barcode's been changed also, since we don't have a "request password reset link email via userid" option. |
| 18:08 |
pinesol |
[evergreen|Dan Wells] Fix Asciidoc levels in 3.3 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c09ef9a> |
| 18:17 |
|
sandbergja joined #evergreen |
| 18:29 |
dbwells |
After a few brief rounds of fixes/enhancements, the 3.3.0 RC is now available in the previews area: https://evergreen-ils.org/downloads/previews/Evergreen-ILS-3.3.0.tar.gz As named, this will be 3.3.0 barring any meltdowns discoverd in testing tomorrow. More testing would be much appreciated! |
| 18:31 |
rhamby |
dbwells++ |
| 19:00 |
|
sandbergja joined #evergreen |
| 19:25 |
jeff |
While you can request and complete a password reset with an inactive barcode, you can't actually then log in with said barcode... so I guess we'll warn about that also. |
| 19:47 |
|
sandbergja joined #evergreen |
| 20:39 |
|
khaun joined #evergreen |
| 21:23 |
jeff |
Bulk of our time spent loading the patron editor is open-ils.circ.stat_cat.actor.retrieve.all. |
| 22:02 |
|
sandbergja joined #evergreen |
| 22:42 |
|
sandbergja joined #evergreen |
