Evergreen ILS Website

IRC log for #evergreen, 2018-03-06

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
07:12 rjackson_isl joined #evergreen
07:31 agoben joined #evergreen
07:39 rlefaive joined #evergreen
08:02 rlefaive_ joined #evergreen
08:28 kmlussier joined #evergreen
08:32 collum joined #evergreen
08:40 rlefaive joined #evergreen
08:40 mmorgan joined #evergreen
08:47 rlefaive joined #evergreen
08:53 bos20k joined #evergreen
08:57 remingtron Happy Web Client Docs hacking day!
08:57 remingtron https://wiki.evergreen-ils.org/dok​u.php?id=evergreen-docs:webclient
08:58 remingtron Everyone is welcome to review a docs section and simply make notes about what changes are needed, or fix it themselves.
08:58 remingtron Feel free to ask with any questions.
08:59 kmlussier remingtron++
09:18 rlefaive joined #evergreen
09:31 yboston joined #evergreen
09:36 Dyrcona joined #evergreen
09:37 rlefaive joined #evergreen
10:01 Bmagic remingtron++
10:01 Bmagic I am trying to track down a bug report. Anyone remember the closed dates editor being off by a day issue?
10:06 terran joined #evergreen
10:07 rlefaive joined #evergreen
10:09 kmlussier Bmagic: I thought that one was fixed. You might be able to find it by searching "Fixed Released" bugs. You need to use advanced search to do that.
10:09 Bmagic I think it ws fixed but I wanted to track it down
10:09 mmorgan Bmagic: lp 1594937 ?
10:09 pinesol_green Launchpad bug 1594937 in Evergreen 2.11 "Closed Dates Editor Displaying Incorrect Closed Duration" [Undecided,Fix released] https://launchpad.net/bugs/1594937
10:10 Bmagic I was looking at that one, but that doesn't sound right
10:11 mmorgan That was a display issue only.
10:12 rlefaive joined #evergreen
10:16 kmlussier That's the one I was thinking of. I don't remember another one.
10:17 Dyrcona I vaguely recall what Bmagic is talking about but don't know the bug number off the top of my head.
10:23 jvwoolf joined #evergreen
11:02 jvwoolf1 joined #evergreen
11:10 yboston joined #evergreen
11:18 abneiman joined #evergreen
11:24 Christineb joined #evergreen
11:33 Stompro @later tell sandbergja Your blog post on authority control is great, thanks for sharing all that info.  sandbergja++
11:33 pinesol_green Stompro: The operation succeeded.
11:41 akilsdonk joined #evergreen
11:42 drigney joined #evergreen
11:44 eby I'm not finding a bug report but curious if anyone else has put one in about webby not nulling out blank fields? XUL when removing info from a patron field sets it to null in the database, webby sets it to an empty string. We're on 3.0.2 but don't see anything in the 3.0.4 release notes about it.
11:45 kmlussier eby: I haven't seen a bug report for that.
11:46 eby ok thanks. I’ll work on one.
12:13 frank__ joined #evergreen
12:14 frank__ Hi all, good morning, I am trying to know how to implement "Authentication Proxy" in EG 3.0.1, Has someone implemented it with Google suite accounts?
12:21 bshum frank__: I'm not sure, but I thought that the authentication proxy stuff was only designed right now to support LDAP services, of which Google Apps does not offer a direct connection for
12:21 bshum I don't know if that's changed
12:21 bshum dbwells might be the guy you're looking to ask
12:22 bshum But if you're looking for some way to log into Evergreen using Google accounts, I don't think that exists, yet.
12:22 frank__ thaks for respondig bshum
12:22 frank__ that could be great
12:23 dbwells frank__: I am not aware of anyone using it for anything other than LDAP/AD authentication.  It was designed with the goal of making it "easy" to add other autheticators, but that design is untested :)
12:24 bshum dbwells++
12:24 dbwells frank__: Are you looking to develop something?  If so, I can certainly answer questions about how the pieces are meant to fit together and help troubleshoot.
12:29 frank__ dbwells: actually it is just because our Lybrarian found that users could be authenticated thought our mail system password, looking for g suite documentation they said that it could be possible if we implement an LDAP server and syncronise the accounts there,
12:30 khuckins joined #evergreen
12:31 mmorgan1 joined #evergreen
12:31 frank__ I wanted to know if there was an easier way, but I thing if we want to use Authentication Proxy we will need to implement an ldap server
12:32 Dyrcona frank__: Or implement an OAuth2 handler for authentication_proxy.
12:33 frank__ Dyrcona: It is possible with EG?
12:34 Dyrcona frank__: Sure, if you write the code. :)
12:35 Dyrcona And, npm is blowing up for me on Wheezy with 3.0.4.
12:35 Dyrcona Think I'll have to remove/purge the package and try it from the prereqs.
12:37 hleumas joined #evergreen
12:37 Dyrcona great.... nodejs is not installed.
12:37 * Dyrcona prepares for wonkiness...
12:38 dwgreen joined #evergreen
12:40 pinesol_green [evergreen|Kevin Tran] Docs: Update "Resetting Patron's Password" for web client - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=f05b0db>
12:40 pinesol_green [evergreen|Remington Steed] Docs: Edits and images for "Resetting Patron's Password" - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=8d66e80>
12:40 pinesol_green [evergreen|Kevin Tran] Docs: Update "Managing Holds" for web client - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=cdc9d2a>
12:40 pinesol_green [evergreen|Remington Steed] Docs: Edits and images for "Managing Holds" - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e9687f0>
12:49 rhamby joined #evergreen
12:50 pinesol_green [evergreen|Remington Steed] Docs: Update "Circ Triggered Events" for web client - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=5e9eba0>
12:50 hleumas Hi folks, it's been a good 15 years since I was in an IRC channel, so pardon any lack of etiquette. Currently working on installing my first evergreen test box. Running into a problem with the supplied haproxy config for websockets. Ran into issues with nginx, so I'm fighting with haproxy now.
12:51 bshum hleumas: Welcome to the channel, feel free to ask away
12:52 hleumas Ubuntu Xenial, haproxy 1.6.3. After appending the osrf-ws-http-proxy, 'haproxy -c -V' spits out various alerts and errors related to the appended config.
12:52 bshum And some of us may try to help guide you in the right direction if we don't know
12:52 pastebot "hleumas" at 64.57.241.14 pasted "haproxy -c -V results" (10 lines) at http://paste.evergreen-ils.org/534
12:53 bshum Hmm, I haven't played much with the haxproxy options (I've been only using the nginx in tests)
12:54 bshum I wonder if it's a version issue with the latest that packages with xenial, vs. whatever version the original config was built for
12:54 hleumas If you can help me out with nginx, that would work too. I fought with it until I gave up and tried haproxy.
12:54 bshum Though that listen directive of 0.0.0.0:80 seems not great
12:55 Dyrcona bshum: That typically means listen on all local IPs on port 80, and I believe it's the same for haproxy.
12:55 bshum Gotcha
12:55 bshum Then ignore me, that's probably "normal" then :)
12:56 bshum hleumas: So you're following the OpenSRF readme steps, I'm assuming
12:56 hleumas Correct
12:56 bshum Have you gone on to install Evergreen?  Or you're still just trying to startup nginx or haproxy?
12:57 hleumas Have not moved on. Wanted to confirm each part was working along the way.
12:57 bshum One issue that might come up is if the default SSL certificates haven't been setup yet.  So perhaps the nginx or websockets would fail to start up right since the SSL certs aren't present as specified in teh configuration
12:57 bshum The default SSL certs dont' get created following a strict read of the steps until you get into the apache configuration steps in the Evergreen README
12:57 hleumas I've got a self-signed cert in /etc/apache2/ssl, and created a PEM by appending the cert and key into a single file for haproxy
12:57 bshum (which is probably a bad order of things)
12:58 bshum Alrighty
12:58 bshum What did nginx do/say when you tried to run it?
12:59 pastebot "hleumas" at 64.57.241.14 pasted "systemctl status haproxy" (17 lines) at http://paste.evergreen-ils.org/535
13:00 bshum I wonder if gmcharlt has an idea.  haproxy was something I thought Equinox tested/used
13:00 hleumas Systemd just yelled at me, saying it failed with exit code 1 and that I repeated a start request too quickly (This is after a reboot, and no other attempt to start)
13:01 rlefaive joined #evergreen
13:01 Dyrcona Usually you have a busted config, but I can't help you more than that.
13:03 hleumas Let me try scrapping haproxy and giving nginx another try. My problem there was something wonky in it's config giving me 502s
13:05 bshum Wild speculation, but perhaps that's just the nginx config not getting an expected result from the stock default apache site underlying when reconfiguring it to use the alternative ports
13:09 * hleumas smacks his forehead
13:10 hleumas Well, at least now I have nginx serving up the default-ssl virtual host
13:10 mmorgan joined #evergreen
13:10 hleumas Thanks for that bshum. I'd made the change in ports.conf, but not the v-host
13:11 bshum hleumas: Cool, cool, that was my next suggestion :)
13:11 bshum You'll cover that too when you get to the Evergreen apache config install/setup.  The ports there might need to be changed too when the config is copied in
13:12 hleumas I think I managed to get that far previously, but hit the problems even after updating the evergreen v-host. I may be back with more questions.
13:12 Bmagic are all of the html entities (AKA &lt;) converted at compile time from fm_IDL.xml ?
13:12 bshum hleumas: Sounds fun, good luck with the next phase of your exploration :)
13:13 bshum Bmagic: I think so.  It relates something to i18n for reporting among other things
13:14 Bmagic bshum: so strange, I have been running fm_IDL.xml with &lt; and I am just now noticiing an issue with postgres complaining about those characters in the queries
13:15 bshum Like what?
13:18 Bmagic bshum: action::open_circ_list
13:19 Bmagic Do you happen to have a running EG server that you can check to see if that hard coded query contains those html entities?
13:20 bshum Bmagic: So which menu option am I clicking into to generate said query?
13:21 Bmagic not sure, but right now I am just curious if you see that file on your installation containing &lt; instead of <
13:22 bshum Oh I see, you're talking about the query inside the... ugh, what....!?!
13:22 bshum Like fine_interval &gt;= '1 day'
13:22 bshum Yucky
13:22 Bmagic yep
13:22 Bmagic you have it too?
13:22 bshum Yep
13:23 Bmagic whatever execution that invokes those queries is hitting postgres and throwing an error
13:24 pastebot "bshum" at 64.57.241.14 pasted "html entities in fm_IDL.xml" (50 lines) at http://paste.evergreen-ils.org/536
13:24 * bshum looks at pastebot like he's seen a ghost
13:24 bshum Yeah I would expect that to lead to unhappiness
13:24 bshum It doesn't look like that's the only query that is borked there
13:25 Bmagic you see the call to open-ils.cstore.direct.action.open_circ_count
13:25 bshum In fm_IDL.xml I mean
13:25 Bmagic right, how did this slip passed us?
13:25 Bmagic for most likely years*
13:26 Dyrcona Actually the XML entities in fm_IDL.xml should be converted automatically by the XML reader that reads it.
13:26 Bmagic it must not be, it makes it to postgres like that
13:27 Dyrcona If you < and not &lt; in your fm_IDL.xml, then I would expect parse errors.
13:27 jihpringle joined #evergreen
13:27 * Dyrcona steps away. I really don't have time for this.
13:27 pastebot "Dyrcona" at 64.57.241.14 pasted "Postgres getting those characters" (29 lines) at http://paste.evergreen-ils.org/537
13:28 Dyrcona Don't paste things in my name. Please use your own, and put my name in the subject of the paste.
13:28 Bmagic fm_IDL.xml contains a mixture of those entities even in the same query
13:28 Bmagic Dyrcona: I apologize
13:29 Dyrcona Depends.... Is the block in question wrapped with a <![CDATA[]>?
13:30 Bmagic no <oils_persist:source_definition>
13:31 Dyrcona If it is not enclosed in a CDATA block, then the < should be causing parse issues and &lt; should be converted to <.
13:31 Bmagic I agree, somehow that's not the case in my logs
13:31 Dyrcona Well, then something is up with your XML libraries, I'd say.
13:32 Dyrcona At least, I would start there.
13:32 Dyrcona Is this a stock fm_IDL.xml or has it been modified?
13:32 Bmagic hmmm, it's ok that the same query contains &lt; as well as > in some places (in the same query) ?
13:32 Bmagic stock
13:33 Dyrcona Bmagic: It should &lt: &gt: for XML, not in a CDATA block.
13:33 Dyrcona I think I hit the shift key there.
13:33 Bmagic it's like that in master http://git.evergreen-ils.org/?p=Evergreen.git​;a=blob;f=Open-ILS/examples/fm_IDL.xml;h=b272​b9ffabd5e3a0f481d2cb750797be1798e3eb;hb=HEAD
13:34 Bmagic search for ocirccount
13:34 terran Bmagic: We're having a lot of problems with patron notification preferences getting wiped out like you reported a few months ago. I updated bug 1361258
13:34 pinesol_green Launchpad bug 1361258 in Evergreen "Patron accounts losing notification preferences" [High,Confirmed] https://launchpad.net/bugs/1361258
13:34 Bmagic terran: yeah, same here
13:35 terran I bumped up the priority on it.
13:35 Dyrcona The > and >= probably don't cause the parser problems, but that should be fixed.
13:36 Bmagic why is > ok? Are you saying it's perfectly fine to refer to those symbols with entities sometimes and sometimes not?
13:37 Dyrcona Bmagic: I'm not saying that. I'm saying the parser probably reads > correctly because it knows that it doesn't need one. When it sees < it thinks it is time to start a new entity.
13:38 Dyrcona Bmagic: Change all of the &lt; in that section to <.
13:39 Bmagic gotcha, so it's possible that it works fine with the greater than symbol because there wasn't first a less than symbol
13:39 Dyrcona Bmagic: Then, put <![CDATA[  before the query.
13:39 Dyrcona Bmagic: and ]]> after the query.
13:39 Dyrcona All the queries should be put in CDATA blocks, IMHO.
13:39 Bmagic sounds like a bug then?
13:40 bshum Indeed
13:40 Dyrcona Now, what I don't get is why the &lt; made it through to Postgresql.
13:40 Bmagic yeah, that is where my mind was going as well.
13:40 Dyrcona Yeah, I'd consider it a style bug.
13:41 Dyrcona Because it can lead to strangeness if you mix things like that.
13:41 Bmagic thanks for your time
13:41 Dyrcona YW.
13:41 Bmagic Dyrcona++
13:41 Bmagic bshum++
13:46 Dyrcona Bmagic: It probably has something to do with the processing done on the IDL when it goes to the reports folder.
13:47 Dyrcona &lt; is probably getting converted to &amp;lt;.
13:47 bshum @blame reports
13:47 pinesol_green bshum: reports wants the TRUTH?! reports CAN'T HANDLE THE TRUTH!!
13:47 Dyrcona @blame XML
13:47 pinesol_green Dyrcona: XML tests their code on the LIVE SERVERS, then blames the user. SAD!
14:07 yboston joined #evergreen
14:17 jvwoolf joined #evergreen
14:33 terran Is there a name for the feeling you get when you finally get a commercial software vendor to admit that a problem you reported to them is in fact a bug on their end?
14:33 jeff terran: "Tuesday"?
14:33 terran If this is Tuesday, the last six weeks have all been Mondays.
14:34 Dyrcona @quote add terran: If this is Tuesday, the last six weeks have all been Mondays.
14:34 pinesol_green Dyrcona: The operation succeeded.  Quote #185 added.
14:35 terran Haaaa! My first quote! I'm so happy!
14:35 kmlussier terran++
14:35 kmlussier terran: Syndetics?
14:35 terran NoveList
14:36 terran Still working on Syndetics :(
14:37 kmlussier For some reason, I had been thinking the NoveList problem was already resolved.
14:37 annagoben joined #evergreen
14:38 jeff which problems are you two referring to?
14:38 terran No, NoveList was working for most Evergreen sites, but for ours they did a custom configuration to allow LibraryAware to work for 3 out our 300 libraries. They were using the locg in the URL to identify the library, but when locg wasn't present, it was failing.
14:38 terran And of course they had done that custom config without telling us.
14:44 Dyrcona terran: We had a similar problem with Library Aware when they turned it on for everyone.
14:45 terran Syndetics is a different issue - we can tell from the logs that it's going out and retrieving the content that it's supposed to, but something is failing when it tries to parse the content. Haven't had time to get back to that one.
14:45 Dyrcona I don't recall if they turned it off or just did it for one site.
14:45 terran Dyrcona: Well, the fix they'll do for us should fix it for everyone else. Theoretically.
14:46 Bmagic terran++
14:47 jeff dbwells: The Evergreen-ILS-3.1.beta1.tar.gz.md5 file references a slightly-incorrect filename of Evergreen-ILS-3.1-beta1.tar.gz. Do you want me to fix it to match the filename, or would you rather?
15:03 mmorgan1 joined #evergreen
15:03 csharp bd14977e # don't mind me
15:03 pinesol_green csharp: [evergreen|Bill Erickson] LP#1468422 auth-internal validate API - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=bd14977>
15:31 khuckins joined #evergreen
15:34 pinesol_green [evergreen|Remington Steed] Docs: Update "Monograph Parts" for web client - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e029c5e>
15:39 Dyrcona parts-- # just 'cause
15:41 kmlussier Hey! Parts didn't do anything to you today.
15:43 * miker notes the word before "parts" in the name of the feature, and moves on with his life...
15:45 Dyrcona kmlussier: How do you know? :)
15:46 Dyrcona Parts causes confusion when different libraries use them differently.
15:47 Dyrcona Parts may also be responsible for a bib merge timing out and needing to be done in the database.
15:48 miker confusion isn't the parts' fault, though. it's that the libraries want to divide things up differently and all want to present their chosen split to the user at hold time...
15:49 kmlussier miker: How's the 'moving on with your life' going? ;)
15:49 miker kmlussier: not as well as I'd like ;)
15:49 * miker goes back to drooling over pg11 features
15:57 Dyrcona heh.
15:59 Dyrcona Well, I should be testing Evergreen with Pg10 before too long. Ubuntu 18.04 beta1 is due Thursday.
16:06 pinesol_green [evergreen|Kevin Tran] Docs: Update search_interface.adoc for web client - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e1327a0>
16:11 mmorgan joined #evergreen
16:12 Dyrcona Ah, kmlussier left. I can't tell her exactly what parts have done to me today....
16:12 Dyrcona Duplicate copy part map being created on a record_merge_assets.
16:13 mmorgan Dyrcona: But that's a bug, right?
16:13 Dyrcona A bug with parts, yes.
16:14 mmorgan @blame bugs
16:14 pinesol_green mmorgan: I know it was you, bugs. You broke mmorgan's heart. You broke mmorgan's heart.
16:17 mmorgan indeed...
16:17 berick anyone else having issues opening perm admin page in staff client in master?   -> /eg/staff/admin/server/legacy/permission/grp_tree
16:17 berick console is complaining about:  Uncaught DOMException: Blocked a frame with origin <my origin>
16:18 berick oh, too many redirects
16:18 berick ok, probably config issue
16:20 Dyrcona mmorgan: I'm surprised it isn't on Lp, yet, but it soon will be.
16:20 berick bah, yeah, same port issue from previous redirects.  thought I had fixed locally, guess not.
16:22 kmlussier joined #evergreen
16:24 mmorgan Dyrcona: Is that when merging two records? Thought merging worked ok. I have definitely seen lp 1411422
16:24 pinesol_green Launchpad bug 1411422 in Evergreen 2.12 "Copy details repeated in search results when item/volume moved with parts attached" [Medium,Confirmed] https://launchpad.net/bugs/1411422
16:25 Dyrcona mmorgan: Lp 1753835
16:25 pinesol_green Launchpad bug 1753835 in Evergreen "Merge Record Assets Can Fail Because of Duplicate Copy Part Map Entries" [Undecided,New] https://launchpad.net/bugs/1753835 - Assigned to Jason Stephenson (jstephenson)
16:27 Dyrcona The ultimate cause may be something weirder with parts.
16:31 bshum Weird parts--
16:41 csharp @who has weird parts?
16:41 pinesol_green dbs has weird parts.
16:41 csharp :-)
16:42 bshum Haha
16:42 bshum That cracked me up csharp; everyone looked at me oddly in the cubicle :)
17:04 mmorgan left #evergreen
17:07 Dyrcona So the real issue that the same part can be used on different bib records.
17:07 Dyrcona grr....
17:07 Dyrcona is that
17:07 csharp bshum: :-D
17:13 Dyrcona Hrm. That can't be it.
17:22 Dyrcona Well, the same part id can be used on copies on different records somehow.
17:23 Dyrcona But, in this case the part does not appear on the both of the records in this merge, only the one that is being kept...
17:26 Dyrcona Oh! I see.
17:26 Dyrcona It's because the different parts have the same label.
17:27 Dyrcona The logic for merging parts it too naive.
17:27 Dyrcona s/it/is/
17:28 Dyrcona Hrm... wait a minute... it gets ever more curious.
17:29 Dyrcona The copy that is being kept already has a part mapped to the part on the source bib!
17:30 Dyrcona Not sure how that happens...
18:06 jeffdavis @karma parts
18:06 pinesol_green jeffdavis: Karma for "parts" has been increased 3 times and decreased 5 times for a total karma of -2.
18:06 jeffdavis Huh.
18:07 gmcharlt csharp: see bug 1721807 for something to test, if you're inclined
18:07 pinesol_green Launchpad bug 1721807 in Evergreen "Web client report template errors when using sources with virtual fields" [High,Confirmed] https://launchpad.net/bugs/1721807 - Assigned to Galen Charlton (gmc)
20:00 Christineb joined #evergreen
22:28 pinesol_green [evergreen|Jane Sandberg] Docs: adding contributor to 3.0.4 release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=d956bf6>
23:22 pinesol_green [evergreen|Jane Sandberg] Docs: updating return-to-search results for Web client - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=d4e5f75>
23:24 pinesol_green [evergreen|Jane Sandberg] Docs: adding web client screenshot - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=20f0139>
23:27 jonadab joined #evergreen

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat