Evergreen ILS Website

IRC log for #evergreen, 2017-02-10

| 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
05:01 pinesol_green News from qatests: Test Failure <http://testing.evergreen-ils.org/~live>
05:50 bshum joined #evergreen
07:08 pinesol_green [evergreen|Kathy Lussier] LP#1654534: Prevent loop that occurs when staff us 'place another hold' link - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=cc481b0>
07:11 rjackson_isl joined #evergreen
07:16 agoben joined #evergreen
07:27 kmlussier joined #evergreen
07:40 Callender joined #evergreen
07:42 bshum @later tell gmcharlt Was talking to kmlussier and wanted to inquire about doing a POT sync and PO sync for master to get new strings into play and also updated files for Arabic for testing. As buildmaster 2.12, checking with you as well, but I don't see any harm in doing more i18n sync-ups. Opinion?
07:42 pinesol_green bshum: The operation succeeded.
07:47 bshum That may or may not affect any decision or changes necessary for 2.11 support for Spanish actually.  Before the next POT, if we do any PO sync we can probably still safely backport them before any string updates in templates for master take effect.
07:47 bshum If we want to, it's our last chance to do any PO sync from LP translations before we do a POT sync for new template strings drift.
07:48 bshum That said, I saw that there's pending Spanish fixes that are coming through via git submissions too.  So we're already at some crossroads when it comes to deciding how changes are applied for previous branches
08:09 * csharp needs more insight into how the PO/T stuff works
08:10 kmlussier csharp: I think there may be a conference program on that. :)
08:15 pinesol_green [evergreen|Kathy Lussier] Database upgrade script fixes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=4377948>
08:16 bshum csharp: kmlussier: Yes, I'll make sure we make a good diagram or something.  :)
08:16 bshum And it might be slightly accurate
08:16 bshum and not full of lies
08:16 * bshum is sure someone wrote it down once upon a time somewhere though
08:17 csharp kmlussier: :-)
08:27 Dyrcona joined #evergreen
08:40 kenstir joined #evergreen
08:49 mmorgan joined #evergreen
09:07 yboston joined #evergreen
09:07 Dyrcona Dunno if anyone cares, but I've just force-pushed a rebased collab/dyrcona/alt_patron_summary_master branch to working.
09:07 Dyrcona I believe C/W MARS is the only site that uses it.
09:08 Dyrcona I also pushed collab/dyrcona/alt_patron_summary_rel_2_11 which is based on rel_2_11 as of this morning.
09:08 jeff Dyrcona++
09:08 Dyrcona I'm preparing for upgrades later this year.
09:09 Dyrcona I'm done with the rel_2_10 version, so I won't be updating that one.
09:12 Dyrcona phasefx *might* be curious to look. The rebase was clean, though.
09:15 * Dyrcona rebases some other, local branches.
09:25 csharp hmm - is it expected that the makensis installer/windows process in Hatch takes a long time?
09:26 csharp it's been running for nearly twenty minutes - it's doing *something* according to top, but I don't know what
09:26 Dyrcona How much CPU is it using?
09:26 jeff only if you've fallen victim to one of the imitation Hatch installers and it's encrypting your disk as you wait...
09:26 * jeff ducks
09:26 Dyrcona heh
09:26 csharp ~99%
09:26 pinesol_green Factoid '99%' not found
09:26 csharp pinesol_green: dude
09:26 pinesol_green Factoid 'dude' not found
09:26 pinesol_green csharp: http://images.cryhavok.org/​d/1291-1/Computer+Rage.gif
09:26 Dyrcona It's probably stuck in a loop.
09:27 csharp yep - strace shows a wall of read(4, 0x7fd9c8deb000, 4096)           = -1 EISDIR (Is a directory)
09:27 Dyrcona mmorgan: Thanks for looking at bug 1648918 last week.
09:27 pinesol_green Launchpad bug 1648918 in Evergreen "Webstaff: Can't remove registered workstation at root of user's org/permission tree." [Undecided,New] https://launchpad.net/bugs/1648918
09:28 Dyrcona mmorgan: There's a companion bug 1648922 if you're interested.
09:28 pinesol_green Launchpad bug 1648922 in Evergreen "Webstaff: User can register workstation at org_unit that can't have users." [Undecided,Confirmed] https://launchpad.net/bugs/1648922
09:29 mmorgan Dyrcona: YW. I wanted to make at least one contribution for web client hacking day.
09:29 Dyrcona csharp: Kill it! Kill it with fire!
09:29 mmorgan I'll try and take a look at that other one.
09:31 * csharp sweeps up ashes
09:34 maryj joined #evergreen
09:36 kenstir joined #evergreen
09:38 csharp javac: invalid flag: -Xdiags:verbose -- I'm building on a headless server with openjdk and wondering if it's expecting a full X installation
09:43 bos20k joined #evergreen
09:44 Dyrcona csharp: I don't think that is it. Try just javac -X and see if the -Xdiags option show up.
09:44 Dyrcona It does for me, but I'm using OpenJDK 8.
09:45 Dyrcona "These options are non-standard and subject to change without notice."
09:51 Bmagic @coffee
09:51 * pinesol_green brews and pours a cup of Indonesia Blue Batak Peaberry, and sends it sliding down the bar to Bmagic
09:52 csharp yeah - it doesn't for me on 14.04/openjdk 7
09:52 csharp I'll try on a 16.04 machine
09:55 krvmga joined #evergreen
09:56 Dyrcona csharp: Unless you manage to install OpenJFX, I think you're going to want OpenJDK 8 at a minimum anyway.
09:57 bibliophylum joined #evergreen
09:58 berick csharp: what are you trying to do?
09:59 Dyrcona berick: He's trying to build hatch.
10:00 mmorgan1 joined #evergreen
10:00 berick well, more to point, csharp if you're just testing Windows for now, you don't have to compile.  the libs are included in the insatller I posted on the ticket.  if you want to build and/or run on linux, then carry on :)
10:01 berick also the -Xdiags:verbose can be removed if it's causing problems.  it's just for debugging.  it's never cause probs for me, though, in either flavor of jdk
10:02 Dyrcona berick: Am I right that hatch requires JavaFX for printing?
10:02 berick csharp: oh, and you should be able to compile without X, but not run it
10:02 berick Dyrcona: yes, openjfx is required on linux
10:02 berick that should be in the docs, i think
10:02 * berick checks
10:03 berick yeah
10:03 berick # Debian/Ubuntu version
10:03 Dyrcona I don't think it's included with OpenJDK 7 on Ubuntu.
10:03 berick $ sudo apt-get install openjdk-8-jdk openjfx
10:03 berick openjdk 7 won't work
10:03 csharp javafx is not available on Fedora, I learned
10:04 bibliophylum joined #evergreen
10:04 berick csharp: ah, trail blazing on multiple fronts
10:04 csharp yeah :-)
10:05 Dyrcona Well, you could always download the Oracle stuff at the risk of owning them money. :)
10:05 csharp right
10:05 csharp oracle--
10:06 berick that may be overstating the concern a wee bit ;)
10:06 JBoyer Quick OPAC Q: I have someone saying that when when searching a specific library in the staff client they used to see (on 2.9) "0 of 1 copies available" in search results for lost or missing items at their location. Now on 2.11 lost or missing copies are no longer counted in that display.
10:06 Bmagic I heart java. It makes me want to help the puppy being oppressed by the big bad Oracle man
10:07 JBoyer Are they misremembering or did that change recently?
10:08 Dyrcona On Windows, you must disable things or you'll install non-free stuff, and I mean free as in beer.
10:08 JBoyer (no longer counted as in that "0 of 1..." message doesn't appear, making it look like they have no holdings on that title at all if they only have lost/missing items attached)
10:11 bshum JBoyer: That availability, is that in "results" or "record" ?
10:11 bshum Or both?
10:12 bshum I only ask cause they operate differentlyish, or used to
10:12 JBoyer Results.
10:13 JBoyer In copy_counts.tt2 where you'll get "x of Y available at CONS", and "w of u available at BR1", etc.
10:15 kmlussier JBoyer: I can check on 2.10 fairly quickly.
10:15 JBoyer kmlussier++
10:15 JBoyer I'
10:16 bshum I want to say that no, it's not new that those don't display
10:16 JBoyer ve been digging around in the code and template wise nothing has changed in years, so I'm not sure where this would be coming from, except maybe the "available" flag on copy statuses, maybe.
10:16 bshum I feel like it's always done that, which annoyed people.
10:16 bshum We had our lost items as opac visible for awhile
10:16 bshum And that led to things being shown
10:16 bshum But when we hid that, I think it also hid certain details like that
10:17 JBoyer That would make sense. I don't think we ever made ours visible, though, so I'm not sure what she's remembering, or if this is the first time she noticed that all of their copies on this record were lost/missing.
10:19 bshum So it doesn't appear at all?
10:19 bshum No 0 of 1 or whatenot, weird...
10:19 JBoyer Yeah.
10:19 kmlussier copy_counts.tt2 shows up in the record detail page, right?
10:20 kmlussier No, you said search results. Let me check there.
10:20 csharp we usually keep our test server at the previous version for a few weeks post upgrade exactly for "it did X before the upgrade" issues
10:22 kmlussier On 2.10, it is included Lost (and I assume missing) in the Y of x of Y accounts when logged into the staff client.
10:22 JBoyer csharp, that's not a bad idea (provided thing are caught in time... we're a a month and a half out now.)
10:22 JBoyer Ah.
10:23 kmlussier And in the public catalog, it does not include Lost - to be expected.
10:23 JBoyer Given what I've seen digging through templates I'm starting to think the change will be in how the holdings xml that the templates use is generated.
10:24 JBoyer kmlussier++
10:24 * JBoyer goes back to spelunking.
10:24 kmlussier I'm wondering if it's related to the new feature where you can identify if a copy status is available or not.
10:24 kmlussier That was 2.11, right?
10:25 JBoyer That's what I'm thinking now, yes.
10:38 kmlussier FWIW, we've also been trying to keep a community demo server available that is at least one version behind. I now it's been helpful in confirming previous behavior for a few other bugs.
10:44 bmills joined #evergreen
10:48 kmlussier Calling 1009
10:59 pinesol_green [evergreen|Chris Sharp] LP#1360347 - Acq custom copy status at receiving - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=a84d141>
10:59 pinesol_green [evergreen|Kathy Lussier] LP#1360347: Stamping upgrade script for custom status at receiving - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=a8d0df0>
11:01 csharp cool - on Ubuntu 16.04/OpenJDK 8 I was able to compile hatch, build the Windows installer and install it on a Windows 10 VM
11:01 Dyrcona csharp++
11:01 csharp it appears to be working, but I need to install it on a real machine with a real receipt printer
11:01 csharp (which I'll have to do in the office next week)
11:02 berick csharp++
11:03 berick csharp: if you go to the hatch config UI it says it's connected?
11:06 berick specifically /eg/staff/admin/workstation/hatch
11:08 miker JBoyer: is it possible that the staff member is remembering "0 of 1" from within the staff client? I don't se any change that could account for a difference in the public opac
11:09 miker (btw, we didn't adjust asset.opac_ou_record_copy_count() and friends to understand the is_available flag)
11:09 JBoyer miker, it's definitely the staff client, but these items are no longer showing up in the staff client either.
11:10 miker I misunderstood! sorry ...  in the staff client, the counts /should/ show, but are not, right?
11:10 JBoyer Yes
11:12 csharp hmm - I can't seem to get my workstation to "stick" - I register it and say Use Now, but the top of the page shows "csharp@" and when I log out and back in, the workstation I registered isn't available in the dropdown
11:13 berick csharp: see my question from :03
11:13 berick or can you not log in at all?
11:13 csharp I see This workstation uses a remote print / storage service ("Hatch")? and wss://localhost:8443/hatch in the box below
11:14 berick csharp: hmm
11:14 csharp I've checked the checkbox there
11:14 berick that's the wrong EG code
11:14 csharp this is 2.11.1
11:14 berick you have to talk to the EG hatch omnibus branch
11:14 csharp ohhhhh
11:14 csharp ok - I can set that up on my master server - thanks
11:15 berick cool
11:32 eby joined #evergreen
11:34 * kmlussier decides to join the Friday hatch party.
11:36 * mmorgan1 may decide to join the party, too, in a bit.
11:37 * berick puts out a nice spread, maybe some olives
11:37 mmorgan Deviled eggs?
11:39 berick deviling as we speak
11:39 mmorgan :)
11:40 bshum Woo, woo
11:46 brahmina joined #evergreen
12:09 * csharp hogs the Tabasco olives
12:10 kmlussier csharp: They're all yours!
12:10 kmlussier I'll arm wrestle mmorgan for the deviled eggs.
12:17 kmlussier mmorgan: If you decide to join the party, mlnc2 has the latest hatch branch.
12:17 * mmorgan was just going to ask about that.
12:18 mmorgan So I am assuming the correct installer is this one? https://bugs.launchpad.net/ever​green/+bug/1646166/comments/15
12:18 pinesol_green Launchpad bug 1646166 in Evergreen "Hatch 2.12 Omnibus" [Undecided,New]
12:19 kmlussier That's the one I used last week.
12:19 mmorgan Ok, I will attempt to convince Windows 10 and antivirus that it's ok. ;-)
12:23 sandbergja joined #evergreen
12:23 kmlussier mmorgan: Also, instructions at http://git.evergreen-ils.org/?p=working/Hatch.​git;a=blob;f=INSTALL.adoc;h=8730963286666f9088​78bd7e2a80383b58d8868b;hb=refs/heads/collab/be​rick/lp1646166-native-messaging-2.12-omnibus
12:23 kmlussier If you hadn't found those already.
12:24 mmorgan kmlussier is reading my mind :)
12:24 mmorgan kmlussier++
12:24 * kmlussier runs out to buy lunch for the three family members who spent the morning shoveling snow while I tested code inside a warm house.
12:25 sandbergja Hey everyone!  I have a student here who will be helping out with the DIG hackaway next week.  Who's the best person to get her an account on the wiki?
12:26 jihpringle joined #evergreen
12:29 sandbergja Is anybody still checking the docs@evergreen-ils.org email account?
12:30 MrMeeSeeks joined #evergreen
12:30 MrMeeSeeks left #evergreen
12:43 sandbergja joined #evergreen
12:47 bshum sandbergja: If no one has gotten to it yet, let me know, I can help with setting up wiki account
12:49 bshum docs goes to a few different people, many of them still active
12:49 bshum I think
12:50 mmorgan left #evergreen
13:04 kmlussier sandbergja: I think yboston probably still gets those e-mails. gmcharlt_ or csharp may be able to confirm who is getting those.
13:05 kmlussier We used to have a wiki page that tracked all of this. Not sure it's been getting updated.
13:05 bshum kmlussier: I just checked the listing and yeah yboston gets it, but so does phasefx and gmcharlt
13:05 bshum And someone from bc coop
13:06 bshum We should update said wiki page sometime
13:06 kmlussier This page definitely needs updating - https://wiki.evergreen-ils.org/do​ku.php?id=website_administration
13:06 kmlussier I see a lot of outdated info there.
13:06 * bshum misses anoop :(
13:07 bshum But as far as wiki admins go, there are lots of them in this room, myself included
13:19 kmlussier berick: OK, finally getting to this party. I'm going through install steps again. Last week, I recall you asked about an evergreen directory, which I did not have.
13:20 kmlussier I see making this directory is part of the optional Test Hatch steps. So should I consider that a non-optional step?
13:21 berick kmlussier: the directory should be created by hatch when needed to store data
13:21 berick but for now I would go ahead and create it and run the hatch test
13:21 berick just to rule that out
13:21 kmlussier ok, will do
13:22 berick when the hatch test succeeds, btw, it just looks like a bunch of log entries
13:22 berick it's not super friendly.  the messages should not look like errors, though
13:22 gmcharlt_ sandbergja: currently Yamil, rsouliere, phasefx, me, sdineen
13:22 gmcharlt_ sandbergja: fair to assume that you'd like to be added?
13:23 gmcharlt joined #evergreen
13:25 kmlussier gmcharlt: If sandbergja is added, it probably will be a good idea to eleveate her wiki permissions too so that she can create accounts.
13:25 gmcharlt agreed
13:25 sandbergja Awwww, thanks for your help everyone
13:26 mmorgan joined #evergreen
13:26 sandbergja I would be happy to be added to the email and to have the account creation ability in the wiki
13:26 gmcharlt sandbergja: cool, please PM me the email address you want used
13:28 gmcharlt sandbergja: OK, looks like your wiki account already has the admin privs
13:28 sandbergja Okay!  I see them now!
13:29 jihpringle gmcharlt_: can you remove sdineen as an admin from that list?  She isn't really involved in DIG anymore
13:29 jihpringle sandbergja: if you want someone from the the BC Coop on the admin list I'm happy to be added
13:30 berick kmlussier: just tested without manually creating the directory.  at first, it showed an error, because the logging could not write to the log file, but then the first time the test tries to store data, it creates the directory (and then the logger is happy).
13:32 gmcharlt jihpringle: I've removed her
13:32 jihpringle thanks
13:54 csharp TIL that you need AngularJS installed to run the web client
13:58 berick the more you know.. *rainbow swipe*
14:02 dbs csharp: you need AngularJS installed on your client to run the web client? o.0
14:05 dbs As part of Hatch?
14:07 csharp dbs: no - I just realized that my test box didn't have it installed :-)
14:07 csharp Hatch just needs java
14:07 csharp and Chrome, I guess (at least I'm testing the Chrome(ium) extension)
14:09 berick csharp: ugh, i think the windows installer only knows about Chrome at the moment.  :(  IIRC, chromium uses different registrey keys for native messaging
14:09 csharp yeah - I'm using Chrome on Windows
14:09 csharp s'okay
14:09 berick ok, great
14:10 dbs csharp: phew!
14:10 dbs I thought I had been missing something big in the Hatch docs :)
14:11 csharp hmm - web client isn't coming up for me right now - same errors (404s on angular components)
14:11 csharp I'll try and rule out local foolishness
14:14 kmlussier-clone joined #evergreen
14:16 bmills Bmagic++ lp 1532236
14:16 pinesol_green Launchpad bug 1532236 in Evergreen "Evergreen should allow for HTML formatted action trigger emails" [Wishlist,Confirmed] https://launchpad.net/bugs/1532236
14:17 bmills libraries are loving being able to include their logo for the new welcome to the library email
14:18 kmlussier-clone berick: I had trouble running the Hatch test, so I removed the echo off the the beginning of the file and am seeing this - http://pastebin.com/rDKxqXev
14:19 kmlussier-clone Apologies for the bad line breaks in that paste.
14:19 kmlussier-clone @blame windows
14:19 pinesol_green kmlussier-clone: windows 's bugfix broke kmlussier-clone's feature!
14:19 csharp OMG a clone!
14:21 kmlussier-clone csharp: Yes, while I work on hatch, kmlussier is working on authority testing. Or maybe she's just drinking coffee.
14:22 csharp wow - I want one
14:22 berick kmlussier-clone: ok, it's referencing a bad Java path
14:22 csharp those movies never end well, though, so maybe not :-/
14:22 bshum csharp: A clone, a kmlussier-clone, or coffee? :)
14:22 csharp ha!
14:23 csharp I meant a clone, but I have appreciation for all three :-)
14:23 kmlussier-clone I wouldn't recommend another kmlussier-clone. The copies just keep getting dimmer and dimmer.
14:23 berick kmlussier-clone: do you have a directory C:\Program Files\Java  ?
14:23 berick and if so, what's in that directory
14:24 kmlussier-clone Yes, it has a directory called jre1.8.0_121
14:24 berick ok.. you'll need to edit hatch.bat
14:25 berick and where it says jdk1.8.0_111 replace it with jre1.8.0_121 (near the top)
14:25 berick note to self: just use whatever java is in the path on windows
14:26 berick those environment variables were useful for testing, but now they're just getting in the way
14:26 csharp Hatch is Available !
14:26 berick csharp++ # woohoo
14:26 berick csharp: can you see printers in the printer admin?
14:27 berick assuming printers are available
14:28 kmlussier-clone berick: OK, done. I'll give it another try. Did  you install the wrong thing for Java?
14:28 csharp oof - actually after checking the boxes for those, things are broken
14:28 berick kmlussier-clone: no, the script is just using hard-coded paths right now when it shouldn't
14:29 csharp getting a 404 for https://example.com/js/ui/default/staff/buil​d//fonts/glyphicons-halflings-regular.woff2
14:29 berick csharp: ignore that
14:29 kmlussier-clone csharp: Broken, as in screens aren't loading?
14:30 csharp kmlussier-clone: correct
14:30 berick csharp: ok, can you try the hatch test please?
14:30 berick from the command line
14:30 kmlussier-clone csharp: Yeah, that's what happened when I tried last week. I haven't gotten that far yet today.
14:30 csharp sure
14:31 berick i bet you're having the same issue as kmlussier-clone , bad java path
14:32 * berick tries a test w/ no hard-coded paths..
14:33 csharp yep, I can see the path is wrong
14:35 berick ok, cool, works fine without the hard-coded paths
14:35 * berick pushes to repo
14:38 csharp yep - it works fine after changing the path
14:38 csharp I don't have any printers available to this VM, so I'll have to test for real next week
14:39 berick csharp: can you try the 'copy settings to hatch' button in the hatch UI?
14:39 * berick just pushed this BTW http://git.evergreen-ils.org/?p=wor​king/Hatch.git;a=commitdiff;h=720d7​579a661dbca8a41bff0275f6df5edd24b51
14:39 csharp Settings successfully migrated
14:39 berick csharp: and one more thing..
14:40 berick go to admin -> workstation -> stored preferences
14:40 berick => remove prefs
14:40 berick just want to confirm you're seeing values there
14:40 berick oops, 'remote prefs'
14:40 berick not 'remove prefs'
14:40 csharp I see eg.workstation.all and eg.workstation.default
14:40 berick excellent
14:40 csharp hooray!
14:41 csharp nice to see this in action
14:41 berick hooray, indeed.
14:41 * berick suddenly feels less alone in the world
14:41 csharp we're right behind you.. well several miles back, but you get the idea ;-)
14:54 JBoyer csharp, Quick note since I just noticed "I don't have any printers available in this VM.": Last I knew Windows will let you add a "Generic Plain Text" printer connected to the LPT port which doesn't actually require it to be available or connected.
14:55 JBoyer Doesn't allow you to really test printing, but it will get you the Printer Properties dialog if that's what you want to test in Hatch.
14:58 csharp I'll try that
14:58 csharp after I'm sure this works on Windows, Linux is next
15:04 csharp the PDF printer works
15:05 csharp so is offline part of hatch too, or is it just printing for now
15:05 csharp ?
15:05 berick csharp: just settings storage and printing for now
15:05 berick there is an offline pref, but it doesn't do anytihng yet
15:05 * berick is not working on an offline UI
15:06 gmcharlt yeah, that's on EOLI's queue over the next little while
15:06 berick gmcharlt++
15:07 kmlussier-clone berick: For now, it just works in Chrome, right?
15:07 berick kmlussier-clone: yes.
15:07 berick kmlussier-clone: you can manually install for chromium
15:07 berick FF is right out, though.  that will take more work and maybe more time for FF to catch up
15:07 gmcharlt @clone release-manager
15:07 pinesol_green gmcharlt: Have you tried taking it apart and putting it back together again?
15:09 kmlussier-clone berick: So it sounds like we're moving towards Chrome as a recommended browser for the web client? At least for those who need something beyond simple printing.
15:10 berick kmlussier-clone: yes, for 2.12, if you need hatch, you need chrome
15:10 gmcharlt speaking of offline, phasefx: note http://git.koha-community.org/gitwe​b/?p=koha.git;a=commitdiff;h=44d0ad​451fe744b7aef11b3e176b2bf8a7f6d35b, in particular the bits around the offline manifest
15:12 berick phasefx: when the time comes, if you could please store all offline data with a consistent prefix (e.g. eg.offline.*) I can teach Hatch to honor the "use hatch for offline storage" preference.
15:13 phasefx berick++
15:14 phasefx gmcharlt++
15:17 * mmorgan is working through the hatch install doc, and is "Debugging the Chrome Extension". I'm getting Hatch disconnected: Native host has exited.
15:17 mmorgan Oh wait. maybe I skipped a step.
15:19 berick mmorgan: probably having the same issues kathy and chris had.  i have a fix...
15:20 kmlussier-clone mmorgan: Yes, I think I saw that message last week when I was having trouble.
15:20 berick mmorgan: replace the file C:\Program Files (x86)\Hatch\hatch.bat with this file (you can fetch via browser):
15:20 berick http://git.evergreen-ils.org/?p=working/H​atch.git;a=blob_plain;f=hatch.bat;h=9e381​514b474237ba30cae984ec6bbf90f818574;hb=72​0d7579a661dbca8a41bff0275f6df5edd24b51
15:21 kmlussier-clone berick: Also, I like the changes you made to the Workstation Admin page. It's laid out very nicely.
15:21 berick kmlussier-clone: oh, good!
15:22 * kmlussier-clone could probably change her nick back now that kmlussier has logged out.
15:23 * mmorgan bets kmlussier-clone ran away with all the deviled eggs.
15:24 berick clones have all the fun
15:24 berick well, except in star wars
15:25 bshum "My name is Lincoln."
15:29 mmorgan Yay! no more errors!
15:29 mmorgan berick++
15:30 berick yay
15:30 kmlussier Weird. For some reason, I can't log into the web client with Firefox on this Windows laptop.
15:30 berick kmlussier: dummy/local ssl cert?
15:31 berick (another good thing about using an nginx proxy -- no secondary click-thru's required for FF)
15:32 kmlussier berick: Yeah, I think there's something going on with the ssl certs on the MassLNC VMs. They should be okay, but I've always had to add an exception for them, even when the server was hosted at MVLC.
15:32 kmlussier But it works fine on FF when I'm on my own laptop.
15:32 berick kmlussier: in that case, try going to https://hostname:7682
15:32 Dyrcona kmlussier: That happened to me yesterday with FF.
15:32 Dyrcona berick's suggestion did the trick.
15:33 berick kmlussier: ... and click through the warning
15:33 gmcharlt phasefx: though since AppCache is deprecated in favor of Service Workers... some of that might not apply in the end
15:33 phasefx roger that
15:33 miker berick: oh, the offline data itself will be stored separately from the prefs and settings. biggest reason is there won't be known-key lookups, but just "gimme it all", and rewriting a huge blob for every offline action seems like the wrongest way to do it. :)
15:35 csharp kmlussier: I'm having the same problem and https://hostname:7682 didn't work for me
15:35 csharp (in FF)
15:35 kmlussier Yeah, it's not working for me either.
15:36 csharp oh - hmm, I went *back* to the "normal" page and it let me log in and I'm being prompted for a workstation
15:37 berick miker: i was wondering how you wanted to handle that...  could also implement an 'append' action, so the full rewrites aren't necessary for growing blobs.  (there used to be one, but it was not complete, so it's gone now).  in any event, i can help nudge hatch if needed.
15:37 csharp now working normally - weird
15:37 miker berick: perfect
15:38 kmlussier heh, just tried what csharp said, and it's working here too. But I swear I just did that 5 minutes ago. Maybe I entered the wrong password.
15:39 csharp kmlussier: not just you - something we can probably reproduce later
15:39 kmlussier And then I registered my workstation at CONS. :( I really need to push that patch from Dyrcona
15:39 csharp I know I had the right password
15:39 Dyrcona :)
15:40 csharp ugh - I did too
15:40 csharp wait, maybe *I'm* the clone...
15:40 bshum Check under your eyelid
15:40 csharp :-)
15:40 * kmlussier hears Twilight Zone music playing in the background.
15:44 kmlussier It's not something that needs to be addressed for 2.12, but I just want to make note of my comment about Ctrl-P printing from the holds pull list - https://bugs.launchpad.net/eve​rgreen/+bug/1442838/comments/2
15:44 pinesol_green Launchpad bug 1442838 in Evergreen "Web staff client: holds pull list does not have option to print all columns from screen" [Undecided,Confirmed]
15:44 bmills joined #evergreen
15:44 kmlussier For some reason, the pull list prints fine from Firefox, but it looks terrible in Chrome.
15:45 dbs Service Workers, IndexedDB, yesssss
15:45 kmlussier But with hatch being supported in Chrome, we probably want it to look good there too.
15:48 kmlussier The storage settings in hatch seem to work very well for me. I'm going to move on to printing now.
15:48 berick yay again
16:08 * kmlussier just needed to get her 12yo daughter's help in navigating this Win8 machine.
16:17 kmlussier berick: Can you think of a reason why a printer connected to my laptop wouldn't show up in the Select Printer dropdown?
16:19 abowling anyone have any thoughts on this? everything is connecting fine and tested in srfsh.
16:19 abowling open-ils.cstore 2017-02-10 16:16:34 [ERR :4809:osrf_app_session.c:1015:148676133047469] client_send_message failed
16:20 kmlussier berick: Before trying to connect a printer locally, I had configured a Google Cloud printer as the default printer. Printing from Items Out and from Checkin weren't working, nor did the test print work.
16:21 kmlussier When trying a test print, I saw this in the Console: http://pastebin.com/vr9v7N29
16:21 miker abowling: are you asking because you have a problem, or just because that message is in the logs?
16:21 berick kmlussier: looking..
16:22 abowling miker: problem. db returns no results
16:22 abowling in tpac, that is
16:22 berick kmlussier: intereseting.. can you set the printer color to COLOR instead of monochrome in the printer admin ?
16:23 miker abowling: that is a problem :)
16:23 abowling indeed :)
16:23 berick kmlussier: it should only present options that are supported by the printer, so i'm unclear how it's getting there
16:23 miker I don't have any ideas on that log message, sorry
16:24 kmlussier berick: Yeah, I'm getting the same message, except Monochrome is replaced with Color.
16:24 berick abowling: i think ejabberd kills the tcp connection when messages are too big
16:24 abowling miker: yeah. historical logs in irc and mailing lists are beyond sparse, as well.
16:24 berick kmlussier: ok, i assume those are the only two color options in the printer config?
16:24 kmlussier berick: yes
16:25 abowling berick: i've noted such things. any thoughts/suggestions on WHAT is making the message too big?
16:25 berick kmlussier: oh!  i see the problem
16:25 berick it's using a color for the "quality" value.
16:25 berick one sec..
16:25 Dyrcona abowling: Last time I saw something like that, I had the password for the wrong user/router in .srfsh.xml.
16:26 dbs abowling: MARCXML wrapped in JSON wrapped in XML, * 50 records? Or a too-small maxsize value in ejabberd.(cfg|yml)?
16:26 Dyrcona That was accompanied by could not authenticate to jabber messages.
16:26 Dyrcona Or I'm behind on the conversation.... :)
16:27 * dbs currently running max_stanza_size, 2000000 in their ejabbered.cfg, fwiw
16:27 abowling dyrcona: i thought pwd too in a config. i swear i've checked every pwd about 19 times
16:27 * Dyrcona uses 2 million.
16:29 Dyrcona For the sake of conversation, my specific problem was I put the router user's password in the file and I really wanted the opensrf user's password.
16:29 dbs hrm, http://evergreen-ils.org/documentatio​n/install/OpenSRF/README_2_5_0_alpha.​html#_configure_the_ejabberd_server doesn't mention max_stanza_size
16:30 abowling dbs++
16:31 abowling dbs: you're beautiful!
16:31 Dyrcona yeah. That's a mistake.
16:31 berick kmlussier: in the printer config UI, if you scroll down to the bottom, it shows the printer settings.  does it show a value for printQuality ?
16:31 abowling i SWEAR i made that change.
16:31 abowling i think my mistake was not restarting ejabberd after changing the .cfg
16:32 kmlussier berick: No. I left that field unset.
16:32 abowling that, or i just didn't save it properly :\
16:32 dbs Weird, http://evergreen-ils.org/documentati​on/install/OpenSRF/README_2_4_0.html does, I guess maybe that was removed due to chunking/bundling?
16:32 abowling at any rate, thx
16:32 berick kmlussier: ok, yeah, that matches the error log too
16:32 dbs abowling: yay
16:33 Dyrcona dbs: Could be that.
16:33 * miker is using default 64k stanza size, null rate limiters, and opensrf master with chunking/bundling
16:33 berick so it must be a hatch java issue.. looking
16:33 abowling also, unrelated, on running settings-tester.pl, i get the libdbi err msg, which i'm 99.42% certain is harmless
16:33 dbs maybe abowling is using a version of evergreen that doesn't use chunking/bundling though
16:33 miker dbs: he is, I'm just excited about the future
16:34 dbs so... we should maybe keep the max_stanza_size in the OpenSRF docs unless OpenSRF 2.5 is marked incompatible with Evergreen < 2.12?
16:34 berick kmlussier: doh, found it.  dumb bug.
16:34 abowling has there been conversation about changing/removing that? seems i saw maybe dbwells: mention it somewhere?
16:34 miker abowling: it's removed in opensrf 2.5
16:35 abowling miker++
16:35 berick kmlussier: as an experiment, if you do 'Reset Form' then 'Apply Changes' I would expect it to work.
16:35 abowling fwiw, this ver. is 2.9.8
16:35 miker dbs: sure, no objections. again, just excited about the future
16:35 kmlussier berick: It does!
16:36 berick yay
16:37 berick fix pushed.  requires recompile
16:37 berick i can push another windows installer soon to pick that up and the path fixes
16:38 berick but for now, if you don't modify the Color setting, it should be OK.
16:48 kmlussier berick: Need to leave soon, but even though the test print is working, I'm still unable to print from Items Out or a Transit Slip from check in. I don't see errors related to printing in the Console.
16:48 kmlussier Give me a sec, I'll paste what I do have.
16:50 berick kmlussier: thanks.
16:51 * mmorgan also attempted to print from items out without success, though the test print was successful.
16:51 kmlussier berick: This is what happened when I clicked print for the Transit slip - http://pastebin.com/gsa2wZxm
16:51 kmlussier There are errors, but I was guessing that the piece related to printing was at the bottom, which looked fine.
16:51 kmlussier Also, for the Items Out printing, the only errors that came up occurred when I was selecting the items to print.
16:52 * kmlussier needs to fly, but feels like she has made so much more progress with hatch today than she did this time last week. :)
16:52 kmlussier berick++
16:52 berick for the one you pasted, the stuff going to hatch is busted, becuase of the earlier erros
16:52 berick kmlussier++
16:53 kmlussier berick: OK, let me paste the one for Items Out too. I was thinking the errors were unrelated since they didn't occur at print time, but I'm probably wrong.
16:53 berick kmlussier: thanks.  and you think those print actions work OK in master (non-hatch) ?
16:54 kmlussier berick: I tried Items Out in master without hatch, and I was able to print.
16:55 berick ok, good to know
16:55 berick i'll do some experiments too
16:55 kmlussier I misspoke earlier, the Items Out errors occurred when I clicked the actions button. http://pastebin.com/m8Bir16r
16:56 berick great
16:56 berick i'll see if I can reproduce
16:56 kmlussier berick: Actually, the non-hatch testing was done with 2.11, not master. I can test again on master later but really does need to fly now.
16:56 berick fly!
16:56 kmlussier berick: Thanks for all of your work on this!
16:57 * mmorgan had similar experience. Just tried items out printing without hatch and it worked, with hatch, it did not print.
16:58 berick mmorgan: good to know
16:58 berick i've been so focused on just getting it work with the browser, actually /using/ it was not on my radar ;)
17:02 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:02 mmorgan Well the browser and hatch do seem comfortable with each other, and the interfaces look great to me.
17:02 mmorgan berick++
17:02 berick ah, found it, it's not getting called right
17:03 berick some of this print code was created a long time ago for a theoretical future
17:04 * mmorgan needs to run now, too. One more for the road.
17:04 mmorgan berick++
17:04 mmorgan left #evergreen
17:05 berick i can haz item out receipts.  /me pushes fix
17:11 berick @later tell kmlussier Items Out printing working for me now after pushing latest fix (noted in LP).
17:11 pinesol_green berick: The operation succeeded.
17:29 pinesol_green [evergreen|Jason Stephenson] LP 1648918: Remove Workstation at Root of User's Permission Tree - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=7161adb>
17:29 pinesol_green [evergreen|Bill Erickson] LP#1653742 Copy tree authoritative API share cstores - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=53adf05>
18:47 csharp berick: I tested your latest fix too - all works with the assumption that "java" is in the system path

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat
http://irc.evergreen-ils.org/evergreen/2017-02-10
irc.evergreen-ils.org
crawl=CC-MAIN-2019-13
150151
application/http; msgtype=response
sha1:NFEB35A7KM5KZMRCT7VSZNW2EXWCZ5HJ
<urn:uuid:148b341a-561f-405d-ac77-06b5eadc8779>
2019-03-27T00:27:44Z
64.57.241.14
application/xhtml+xml
sha1:BIQWJMSO7X4CKEKIQ3OP6DIKDPFI4FOC
<urn:uuid:43dae31d-9698-4650-9183-b50591208189>
http://irc.evergreen-ils.org/evergreen/2017-02-10
response
<urn:uuid:38dd5e5d-7f30-49f3-bd45-cb9f5ed3ebea>
isPartOf: CC-MAIN-2019-13
publisher: Common Crawl
description: Wide crawl of the web for March 2019
operator: Common Crawl Admin (info@commoncrawl.org)
hostname: ip-10-13-253-122.ec2.internal
software: Apache Nutch 1.15 (modified, https://github.com/commoncrawl/nutch/)
robots: checked via crawler-commons 0.11-SNAPSHOT (https://github.com/crawler-commons/crawler-commons)
format: WARC File Format 1.1
conformsTo: http://iipc.github.io/warc-specifications/specifications/warc-format/warc-1.1/