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/evergreen/+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=8730963286666f908878bd7e2a80383b58d8868b;hb=refs/heads/collab/berick/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 docsevergreen-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/doku.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/build//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=working/Hatch.git;a=commitdiff;h=720d7579a661dbca8a41bff0275f6df5edd24b51 |
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/gitweb/?p=koha.git;a=commitdiff;h=44d0ad451fe744b7aef11b3e176b2bf8a7f6d35b, 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/Hatch.git;a=blob_plain;f=hatch.bat;h=9e381514b474237ba30cae984ec6bbf90f818574;hb=720d7579a661dbca8a41bff0275f6df5edd24b51 |
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/evergreen/+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/documentation/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/documentation/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 |