10:26 |
berick |
bshum: oh, going for PG 10.. bold |
10:26 |
bshum |
berick: But hey, on the plus side, npm ran happily enough |
10:27 |
berick |
;) |
10:27 |
bshum |
berick: PG10 is the default for Ubuntu 18 |
10:27 |
bshum |
We could add the PG apt repo and only install up to 9.6 I guess |
10:27 |
bshum |
To match what we're doing with Stretch |
10:27 |
* bshum |
will consider that as an option to get a working system proceeding so that we can test the rest of it |
10:28 |
pinesol |
[evergreen|Jason Boyer] LP1792371: Fix De-select Whole Page Action - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5f4b487> |
10:29 |
bshum |
Oh for randomness, now that eg_startup is in apache_24 folder, we need to add it to the .gitignore too |
10:30 |
berick |
bshum: well, pg10 prep is certainly appreciated. if that's a pre-req for adopting the 18.04 install target, though, it will push it back. |
10:42 |
bshum |
Where they tell you that 9.6 is obsolete, and you should install 10 instead |
10:43 |
bshum |
Must be a package thing with the repo |
10:43 |
berick |
that was fast |
10:43 |
* bshum |
clicks OK and proceeds anyways |
10:43 |
bshum |
:D |
10:44 |
bshum |
Well their site says it's still supported through 2021 |
10:45 |
bshum |
I don't know why this warning popped up |
10:45 |
* bshum |
will test that further the next installs |
10:47 |
bshum |
And concerto DB created with PG 9.6 on Ubuntu 18.04. Moment of truth, firing up open-ils services... |
10:48 |
bshum |
And search works in tpac |
10:49 |
bshum |
Whee |
10:49 |
bshum |
Now to setup my websockets and see if the web client can open... lol |
10:49 |
berick |
woohoo |
10:49 |
bshum |
berick++ |
10:50 |
JBoyer |
bshum++ # What does this button do... |
10:52 |
Dyrcona |
bshum++ |
10:52 |
* Dyrcona |
is still working on getting OpenSRF to work with a clean Ubuntu 18 vm. |
10:54 |
bshum |
Staff client logs in for me too. |
10:54 |
bshum |
I'll test more of the parts later on |
10:54 |
bshum |
And get all the changes I recommend for OpenSRF and Evergreen into some branches for further testing |
10:56 |
bshum |
Unrelated, there are "ads" in my Ubuntu 18 terminal screen |
10:56 |
bshum |
"here's how to make a kiosk, look at this tutorial URL" |
10:56 |
bshum |
"here's entertainment tips to use with Ubuntu" |
10:56 |
Dyrcona |
Yes, I've seen those. |
10:56 |
bshum |
That's just weird |
10:56 |
Dyrcona |
No, just stupid. |
15:35 |
Dyrcona |
Lp 1793356 |
15:35 |
pinesol |
Launchpad bug 1793356 in OpenSRF "Ejabberd strips custom XML attributes" [Medium,Confirmed] https://launchpad.net/bugs/1793356 |
15:35 |
Dyrcona |
1 "5" not 2. |
15:38 |
berick |
Dyrcona: ah, thanks for checking that. test likely needs a poke |
15:39 |
Dyrcona |
Yeah, I suspect it is looking for things in attributes. |
15:40 |
Dyrcona |
Yeah, looks like the sample message needs updating on line 114. |
15:43 |
Dyrcona |
And, looks like line 202 is also blowing up. |
15:46 |
|
computertechie9 joined #evergreen |
15:47 |
Dyrcona |
berick: Would you like me to update the bug with the test failure details? |
15:53 |
berick |
Dyrcona: oh, yeah, or just a comment that it's happening so it's not lost |
15:53 |
Dyrcona |
Will doo. |
15:53 |
Dyrcona |
do. |
10:49 |
|
bdljohn joined #evergreen |
11:15 |
berick |
note to self, running 'prove' on a pgtap file produces confusing results. |
11:16 |
Dyrcona |
heh. |
11:34 |
berick |
would be great to get bug 1787274 merged before the RC - review/test volunteers needed |
11:34 |
pinesol |
Launchpad bug 1787274 in Evergreen "Web Client: Transits Don't Always Clear" [Critical,Confirmed] https://launchpad.net/bugs/1787274 |
11:37 |
miker |
berick: I have a few to toss in that boat, too. once I'm at a computer I'll list them here of that might be helpful |
11:38 |
berick |
miker: great |
11:38 |
* berick |
adds a test note to the LP |
11:39 |
kmlussier |
berick: I'm about to load some patches on a VM. I can add that one to the pile. |
11:39 |
berick |
kmlussier++ |
11:39 |
berick |
kmlussier: well, maybe wait for miker's input -- not sure what he's got in mind |
13:28 |
BAMkubasa |
hello good people. can anyone tell me in which of the data tables I can find details about secondary permission group(s) that a user is in? actor.usr has profile for the primary permission group, but I'm trying to find out other instances where staff have multiple permission groups |
13:29 |
jeff |
BAMkubasa: I believe that would be in permission.usr_grp_map |
13:29 |
jeff |
yep, just double checked my memory. you'll find a mapping in that table of usr (actor.usr.id) to grp (permission.grp_tree.id) |
13:34 |
BAMkubasa |
ok, gotcha Jeff. that worked with my test case. Thanks! |
13:34 |
jeff |
BAMkubasa: you're welcome! |
13:36 |
|
pihlstro7 joined #evergreen |
13:36 |
|
pihlstro7 was kicked by jeff: spam |
14:25 |
|
jvwoolf joined #evergreen |
14:25 |
kmlussier |
Nope. Looks like I added eg.circ.checkin.do_inventory_update. Sigh... |
14:27 |
kmlussier |
Actually, eg.circ.checkin.do_inventory_update is the correct setting that's tied to that checkin modifier. I don't know what that other one is. |
14:30 |
pinesol |
[evergreen|Jane Sandberg] Docs: LP1793184 adding to the 3.2 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cbdc776> |
14:44 |
|
TheLugal18 joined #evergreen |
14:45 |
|
TheLugal18 was kicked by jeff: spam |
14:46 |
|
beanjammin joined #evergreen |
14:50 |
pinesol |
[evergreen|Bill Erickson] LP#1787274 Prevent multiple active copy checkins - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a03994f> |
14:50 |
pinesol |
[evergreen|Bill Erickson] LP#1787274 Active copy transit unique constraint - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=87bc5e5> |
14:50 |
pinesol |
[evergreen|Bill Erickson] LP#1787274 One active transit pgtap tests - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2b72119> |
14:50 |
kmlussier |
Gah! Forgot about the upgrade script. |
14:51 |
kmlussier |
Calling 1133 |
14:56 |
pinesol |
[evergreen|Kathy Lussier] LP#1787274: Stamping upgrade script for no dupe transits - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=af72b32> |
10:07 |
* csharp |
is looking at bug 1773434 |
10:07 |
pinesol |
Launchpad bug 1773434 in Evergreen "Item Status - missing option to "Show in Catalogue"" [Undecided,Confirmed] https://launchpad.net/bugs/1773434 |
10:08 |
|
jwoodard joined #evergreen |
10:08 |
csharp |
looks like we have working code there with a semi-signoff from kmlussier, but it ends with a question about menus |
10:09 |
csharp |
wondering if we shouldn't accept the fix as-is and let kmlussier open a new bug if she thinks it makes sense to change it - thoughts? |
10:09 |
* csharp |
was about to test and sign off |
10:10 |
pinesol |
[evergreen|Galen Charlton] LP#1786534: ensure that changes don't regress - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4894212> |
10:11 |
gmcharlt |
csharp: yeah, I think it makes sense to either leave that for a follow-up bug or just do a quick follow-up patch |
10:12 |
gmcharlt |
either way, so long as it doesn't block /something/ getting in for 3.2 |
11:02 |
Dyrcona |
The CStoreEditor generates search_ delete_ create_ and update_ functions for the objects from the IDL. It uses the oils_obj:fieldmapper attribute with the :: converted to an underscore. |
11:03 |
Dyrcona |
It also requires a transaction for delete, create, and update. |
11:03 |
Dyrcona |
If you have any specific questions, please ask. |
11:05 |
csharp |
jeffdavis: FYI, PINES staff are about to test bug 1715767 - hopefully we'll see a signoff so it can make it to 3.2 |
11:05 |
pinesol |
Launchpad bug 1715767 in Evergreen "Allow others to use my account (privacy waiver)" [Wishlist,New] https://launchpad.net/bugs/1715767 |
11:06 |
csharp |
(unless it's too late for getting that done) |
11:07 |
berick |
csharp: too late on that one for 3.2, but a sign-off now so we can merge as soon as rel_3_2 is branched would be great. |
12:38 |
|
plux left #evergreen |
12:38 |
|
plux joined #evergreen |
12:39 |
JBoyer |
git --amend --notary |
12:44 |
plux |
working on an upgrade from 3.0.3 to 3.2 beta on a test box - hit issues with the reingest at 1103.data.virtual_index_defs.sql - tried running with just one valid biblio.record_entry id and it just hangs - ditto for other records |
12:45 |
plux |
anyone else seeing issues with that? |
12:46 |
|
beanjammin joined #evergreen |
12:47 |
JBoyer |
plux, is postgresql completely crashing on you? depending on your database you might be running into bug 1764542 |
12:47 |
pinesol |
Launchpad bug 1764542 in Evergreen "Incorrect format on config.metabib_field insert results in segmentation fault" [High,Confirmed] https://launchpad.net/bugs/1764542 |
13:15 |
csharp |
hmm - that's interesting :-/ :https://pastebin.com/nrrRPgrX |
13:16 |
|
yboston joined #evergreen |
13:16 |
berick |
would have been more interesting had it returned a result ;) |
13:32 |
csharp |
trying to ferret out an issue where I register a workstation, log in with it, then am brought back to workstation (though it sees the one I registered) and when I click "Use Now" it goes back to the login page with "egAuth found no valid authtoken" in an endless loop |
13:33 |
csharp |
this is on FF and Chrome and cache/cookie clears have all happened |
13:34 |
csharp |
I've applied several patches at the behest of my colleagues for testing bugs, so I don't know what broke it :-/ |
13:36 |
Dyrcona |
charp: Have you tried doing the npm, make, and make install steps again? |
13:36 |
Dyrcona |
csharp, that is. |
13:36 |
csharp |
no, I haven't |
11:28 |
berick |
bshum++ |
11:29 |
bshum |
berick++ Dyrcona++ jeffdavis++ # trailblazers |
11:29 |
berick |
then i can merge the ansible branch |
11:30 |
pinesol |
[opensrf|Bill Erickson] LP#1777180 Websocketd gateway and test scripts - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=21c9c76> |
11:30 |
pinesol |
[opensrf|Jason Stephenson] LP#1777180 Update README for websocketd - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=d1c33b4> |
11:31 |
csharp |
okay for bug 1735816, after applying the patch, we're not seeing already-entered copy notes when we click copy notes - I can confirm they are created in the DB |
11:31 |
pinesol |
Launchpad bug 1735816 in Evergreen "Cannot Delete Existing Copy Notes" [Medium,Confirmed] https://launchpad.net/bugs/1735816 |
11:31 |
csharp |
gathering console output now |
11:35 |
JBoyer |
:/ Have you done all of the clear cache/hard reload voodoo that Chrome wants you too doo? |
11:37 |
csharp |
yeppers |
11:38 |
|
blongwell joined #evergreen |
11:40 |
bshum |
sandbergja++ # your testing notes are great! |
11:42 |
sandbergja |
Thanks! |
11:43 |
JBoyer |
Well that's fabulous, it looks like that patch has fallen off of production here... and all of our other machines. woo. |
11:43 |
JBoyer |
One moment. |
13:14 |
|
beanjammin joined #evergreen |
13:18 |
pinesol |
[opensrf|Ben Shum] LP#1777180: Add zip/unzip to prerequisites - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=da7e927> |
13:21 |
|
dkyle1 joined #evergreen |
13:25 |
bshum |
phasefx: FYI, I'm thinking to rebase the branches to eliminate wheezy install targets |
13:25 |
bshum |
And push those through, since Wheezy is definitely EOL |
13:25 |
bshum |
I know you're in the process of building a new live test server, but I just wanted to give you a head's up before I go ahead |
13:26 |
miker |
bshum: IMO, that's kinda a version-y thing... we know that up to 3.1 works on wheezy, so I'd say remove it for master only. thoughts? |
13:26 |
bshum |
miker: Yes I was only going to push that change for master only |
13:26 |
bshum |
(for 3.2) |
13:49 |
miker |
I'm glad we don't support IE ... think of all the phantom click sounds! |
13:49 |
berick |
that means it's working! |
13:50 |
berick |
well, not functioning, of course, but putting forth effort |
13:54 |
jihpringle |
aabbee: that fix is on my list to test in a sandbox later today |
13:55 |
aabbee |
jihpringle: great news, thank you! i hope it just misplaced the line when it was merged and is an easy fix. looking forward to knowing either way. |
14:18 |
pinesol |
[opensrf|Jason Stephenson] Lp#1718459: Remove Debian 7 Wheezy installation support. - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=265aa9f> |
14:20 |
|
rlefaive joined #evergreen |
15:47 |
berick |
jeff: only for the install -g @angular/cli bit |
15:47 |
berick |
i wonder if we can get rid of that, though |
15:48 |
JBoyer |
I thought all of the stuff that needed to be done by root was in <blah>-developer? |
15:48 |
bshum |
berick: Hmm, that directory doesn't exist on my test system anymore, but the folders leading up to it seem to be owned by me |
15:48 |
JBoyer |
my entire build (after prereqs) is run by opensrf until install time. |
15:49 |
berick |
JBoyer: it is... |
15:49 |
bshum |
Would it matter that I'm using myself benjamin, rather than opensrf to run the step though? Since the user is opensrf for the Evergreen repo |
15:53 |
JBoyer |
+- oops. |
15:53 |
berick |
https://gist.github.com/berick/6a5f9f111de78f23dbfd8f17227fa534 -- for example ;) |
15:53 |
jeff |
berick: ah, yeah. looks like installing @angular/cli locally is possible, but weird. |
15:54 |
berick |
anyway, the 2 "becomes" are what I'm trying to remove |
15:54 |
* berick |
doesn't have a clean vm handy at the moment to test |
15:54 |
bshum |
I can test that out on my busted VM with the error :) |
15:55 |
bshum |
But I'll retest it on a clean VM afterwards |
15:55 |
berick |
bshum: cool, may have to do some chown'ing first |
15:55 |
bshum |
I was just going to blow away the directories and start over too, but yeah I getcha |
15:55 |
berick |
the ultimate chown |
16:44 |
bshum |
I think for majority users, we'd want that option to exist and be turned on |
16:44 |
bshum |
Or at least, I would :D |
16:45 |
berick |
yeah, +1 to that. it is an OS-specific installer and this just makes that whole thing easier |
16:49 |
bshum |
berick: I'll put all those thoughts into a branch and test everyone on fresh VMs tomorrow |
16:50 |
bshum |
Thanks! |
16:50 |
bshum |
Signing off for now, have a nice day y'all |
16:50 |
Bmagic |
lata |
16:51 |
berick |
later bshum |
16:51 |
berick |
and thanks again |
10:49 |
csharp |
it's not happening to me on Linux (Chrome or FF) |
10:49 |
csharp |
yeah, we cleared cookies, then tried again |
10:49 |
|
stephengwills left #evergreen |
10:49 |
Dyrcona |
OK. I asked not because I have answers, but I didn't see that behavior when I tested it recently. I also used FF and Chromium on Linux. |
10:50 |
Dyrcona |
I did log in with eg2/staff, first. |
10:50 |
jeff |
csharp: What version of Chrome on each? By any chance, has one recently upgraded to Chrome 69 and the other is still on an earlier version? |
10:50 |
csharp |
https://pastebin.com/xaHugXr2 - dev tools console output |
13:15 |
pinesol |
[evergreen|Dan Scott] LP#1774886 Distinguish Phys Char Wizard with an edit icon - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1d38620> |
13:21 |
|
beanjammin joined #evergreen |
13:32 |
Dyrcona |
JBoyer: Would you mind sharing the SQL you used to cancel all of your duplicate transits? I am inclined to go with your solution to that problem. |
13:33 |
JBoyer |
I'll see if I still have it around. It took a few rounds to make sure I wasn't getting rid of things we need. (and I can't exactly test a recreation since it's stopped...) |
13:34 |
Dyrcona |
I can probably figure something out, but thought that if you did the work already, I could save myself some time. :) |
13:41 |
berick |
in case it hasn't been said, +1 to the unique constraint being part of the fix for that bug |
13:46 |
|
terran joined #evergreen |
14:11 |
|
yboston joined #evergreen |
14:11 |
csharp |
maybe something local |
14:13 |
Dyrcona |
JBoyer: That looks a lot like where my thoughts were heading. You should get all of the duplicates that way. |
14:13 |
bshum |
Well the copy locations editor worked for me when I opened it on my test VM |
14:14 |
bshum |
I don't remember how to navigate to funds :) |
14:14 |
pinesol |
[evergreen|Bill Erickson] LP#1724083 Webstaff approve pending patron address - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e763bd6> |
14:14 |
bshum |
The only way I found forward was through the eg2 version of it |
14:14 |
bshum |
But let's say that I'm rusty in my Evergreen navigation |
15:57 |
phasefx |
csharp: jeff: ^ I have multi-host support worked out |
15:58 |
csharp |
phasefx: there should be some VMs for the purpose (probably long out of date) on mundungus |
15:59 |
csharp |
I created Ubuntu, Debian, and Fedora hosts IIRC, but I didn't have credentials to set up buildslaves |
15:59 |
phasefx |
csharp: main things are 1) vm's need to be refreshed from snapshot periodically and 2) they need to accept an outside ssh connection (key-based) |
15:59 |
|
bdljohn1 joined #evergreen |
16:00 |
phasefx |
(optionally from a known IP if you want to tighten it further) |
16:00 |
|
bdljohn joined #evergreen |
16:02 |
|
bdljohn1 joined #evergreen |
16:05 |
phasefx |
branched from collab/phasefx/wheezy_installer, we have http://git.evergreen-ils.org/?p=working/random.git;a=tree;h=refs/heads/collab/phasefx/eg_live_tests There's a public key in there for livetesting.evergreen-ils.org, and a config file in qa/test_runner.xml for managing remote hosts |
16:06 |
|
bdljohn joined #evergreen |
16:10 |
csharp |
which OSes need to be testing? I have Ubuntu 14.04 & 16.04 and Debian jessie hosts running |
16:10 |
csharp |
I can add others |
16:10 |
|
bdljohn1 joined #evergreen |
16:11 |
phasefx |
csharp: I think the more the merrier, but I'll likely be getting a Debian Jessie vm to replace the wheezy one we've been using |
16:14 |
phasefx |
the script will fork a process for each server being tested |
16:14 |
Dyrcona |
phasefx: I'd go for stretch so that you get a longer support lifetime. |
16:15 |
phasefx |
Dyrcona: sounds sane to me |
16:16 |
* phasefx |
needs to put together a multi-host dashboard/summary page |
16:20 |
phasefx |
we could also test branches other than master if desired |
16:32 |
Dyrcona |
JBoyer: I think we need a more thorough approach to remove "duplicate" transits. I added a query and I was able to create the index, but I still have 1,712 copies with duplicate transits since we upgraded to 3.0 using my first query from https://pastebin.com/AqZeeeh2 |
16:38 |
|
mmorgan1 joined #evergreen |
16:42 |
Dyrcona |
But, I guess all of those transits can't be open....I think the open ones where another has been sent, should probably be canceled. |
00:08 |
|
sandbergja joined #evergreen |
01:06 |
|
beanjammin joined #evergreen |
06:31 |
pinesol |
News from qatests: Failed Running Evergreen browser client build/test - Expected 6 errors but encountered 3. <http://testing.evergreen-ils.org/~live> |
06:31 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
06:42 |
|
JBoyer joined #evergreen |
06:56 |
|
agoben joined #evergreen |
07:10 |
|
rjackson_isl joined #evergreen |
08:19 |
JBoyer |
Ouch. That's really bad. :( |
08:21 |
JBoyer |
Have you put that server under fairly significant load to be certain it's not hardware at all? |
08:21 |
JBoyer |
(That's much more appealing than something in the db being so broken that the entire thing dies....) |
08:22 |
csharp |
yeah, this is a tried and true test server identical to our prod servers |
08:22 |
csharp |
been using it since 2014 - all appears to be fine hw-wise |
08:22 |
JBoyer |
Guess it's a good thing I'm planning to do the same here this week. :/ |
08:23 |
csharp |
I think I'll do a single-thread reingest with some RAISE NOTICEs as you suggested |
08:24 |
JBoyer |
++ |
09:34 |
|
jvwoolf joined #evergreen |
09:35 |
|
terran joined #evergreen |
09:49 |
|
collum joined #evergreen |
09:59 |
JBoyer |
Dyrcona, I don't have a lot of great info on the duplicate transits issue, as a test I canceled all of the duplicates and added a unique index on target_copy where the cancel and recv times are null. Haven't heard of any issues since. |
10:00 |
Dyrcona |
JBoyer: Thanks! That reminds that I need to search the logs for a particular example. |
10:03 |
JBoyer |
It's clearly still being triggered, as a quick grep of the index name is pulling up 27 attempts this month to insert a dup. :/ |
10:09 |
|
rlefaive joined #evergreen |
14:01 |
|
sandbergja joined #evergreen |
14:04 |
sandbergja |
In the item service, it looks like location is listed twice in the flesh array: https://github.com/evergreen-library-system/Evergreen/blob/1e6cbaca69712d708bf4e720e14ac78e1dc24ab6/Open-ILS/web/js/ui/default/staff/circ/services/item.js#L18 |
14:04 |
pinesol |
sandbergja: [evergreen|Dan Wells] LP#1777675 Stamping upgrade script for latest inventory date support - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1e6cbac> |
14:05 |
sandbergja |
Is it safe to remove the second occurrence of 'location'? Nothing broke with my very limited testing... |
14:13 |
pastebot |
"csharp" at 64.57.241.14 pasted "record that breaks postgres when reingested" (20 lines) at http://paste.evergreen-ils.org/14087 |
14:13 |
berick |
sandbergja: yes, good to remove dupes |
14:14 |
sandbergja |
berick++ |
16:04 |
terran |
I tried leaving it on overnight and it logged out, but I don't know at what time |
16:04 |
* mmorgan |
is checking for notes, but believes it uses the same for other staff logins. |
16:04 |
bshum |
Probably |
16:06 |
terran |
Thanks, we're using the 7200 second timeout for staff so I'm testing to see if it stays on longer than that |
16:06 |
terran |
(We had one library say that staff keep having to log in.) |
16:07 |
* bshum |
blames the kiosk |
16:07 |
terran |
bshum: that's where I'm leaning |
16:08 |
terran |
I asked them to check their custom settings |
16:11 |
terran |
Thanks, that all reinforces my thoughts :) |
16:11 |
rhamby_ |
csharp: it's a fair cop |
16:14 |
Dyrcona |
:) |
16:17 |
terran |
berick++ for first patch signed off for bug squashing week! (and thanks to Garry for testing, but I don't see him in here) |
16:32 |
berick |
woohoo |
16:32 |
berick |
Garry++ |
16:39 |
phasefx |
berick: have you tried the eg2/ work on wheezy by chance? |
16:41 |
Dyrcona |
There is/are Lp bugs with branches to remove wheezy prereqs if anyone wants to dust them off. |
16:41 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/1718459 |
16:41 |
pinesol |
Launchpad bug 1718459 in OpenSRF "Remove Installation Targets for Debian Wheezy" [Undecided,New] |
16:41 |
phasefx |
it'll take me a while to get the live tests moved over to something newer |
16:45 |
|
jvwoolf left #evergreen |
16:59 |
|
khuckins_ joined #evergreen |
17:02 |
|
Christineb joined #evergreen |
00:05 |
pinesol |
[evergreen|Jane Sandberg] Docs: documenting new 3.2 features based on release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bb466cd> |
06:30 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
07:05 |
|
rlefaive joined #evergreen |
07:24 |
|
kmlussier joined #evergreen |
07:29 |
|
bdljohn joined #evergreen |
14:07 |
Dyrcona |
berick: They should still be on whatever brick processed that request for a few days. They'll be more intact from the brick than from our syslogger. I'll see if I can find them and add them to the bug. |
14:09 |
berick |
Dyrcona++ |
14:12 |
|
yboston joined #evergreen |
14:16 |
abneiman |
Question for the room |
14:16 |
abneiman |
I'm testing sort persistence in web client grids -- so far in 3.1.5, not a single Cat or Circ grid will save a user-set sort priority. Once you leave the interface and come back, it's back to default sort. Spot checks in 3.0.9 show the same. |
14:17 |
abneiman |
Has anyone else come across this? I know a couple bugs have been filed for specific grids (bug 1758381 and bug 1790169) but I'm curious id anyone's looked into it more broadly |
14:17 |
pinesol |
Launchpad bug 1758381 in Evergreen "Web Client: Copy Buckets Default Sort Seems to be Random" [Undecided,Confirmed] https://launchpad.net/bugs/1758381 |
14:17 |
pinesol |
Launchpad bug 1790169 in Evergreen "Web Client: Sort Priority not honored in Check In and Capture Hold screens" [Undecided,New] https://launchpad.net/bugs/1790169 |
14:25 |
kmlussier |
abneiman: Sort persistence is one thing I haven't looked closely at yet. |
15:15 |
|
rlefaive joined #evergreen |
16:01 |
|
khuckins joined #evergreen |
17:27 |
|
aabbee left #evergreen |
18:31 |
pinesol |
News from qatests: Failed Running Evergreen browser client build/test - Expected 6 errors but encountered 3. <http://testing.evergreen-ils.org/~live> |
18:31 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
06:32 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
06:32 |
pinesol |
News from qatests: Failed Log Output: osrfsys.log - Expected 3 errors but encountered 7. <http://testing.evergreen-ils.org/~live> |
06:54 |
|
agoben joined #evergreen |
07:07 |
|
Dyrcona joined #evergreen |
07:10 |
|
rjackson_isl joined #evergreen |
09:46 |
rjackson_isl |
Dyrcona++ |
09:46 |
Dyrcona |
You'll want a select for sql command you want to run, and I wouldn't worry about the order too much. |
09:46 |
Dyrcona |
for each sql command.. |
09:59 |
* berick |
preps a perl live test fix patch |
10:02 |
|
rlefaive_ joined #evergreen |
10:02 |
rjackson_isl |
oh joy a couple of duplicate tcn values trying to udelete the bibs - off to find and change those to uniqueness! |
10:04 |
Dyrcona |
Was the merge matching on a field related to the tcn, i.e. 001 or 035? |
10:05 |
rjackson_isl |
sorry - I didn't participate in the merge portion |
10:07 |
|
kmlussier joined #evergreen |
10:30 |
berick |
ok perl live test fixes pushed: |
10:30 |
berick |
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/berick/perl-live-test-failure-2018-09-06 |
10:30 |
berick |
2 commits -- test/sign-off/merge volunteer needed |
10:31 |
bshum |
berick++ |
10:33 |
Dyrcona |
The closed_date is new in 3.2/master, right? |
10:34 |
bshum |
Looks like it |
10:35 |
berick |
yes |
10:35 |
berick |
ditto the other fix |
10:38 |
Dyrcona |
I can test the tests in a few. |
10:40 |
Dyrcona |
Oh, I hear off stage voices telling me that someone is going to test the branch with the ansible installer. |
10:41 |
berick |
Dyrcona: heads up, I had some problems w/ my ansible installer yesterday... |
10:41 |
berick |
the 'npm' command is acting funky |
10:41 |
Dyrcona |
Heh. npm always acts funky. |
10:47 |
berick |
Dyrcona: well, hoping it's merged before the opensrf release, not necessarily by tomorrow, though |
10:47 |
berick |
we still have a little time before osrf release is cut |
10:47 |
berick |
i wouldn't complain, though ;) |
10:48 |
Dyrcona |
I'll see what I can get to today and tomorrow. I've already volunteered to test the 3.2 beta. |
10:48 |
Dyrcona |
Of course, next week is bug squashing week... |
10:50 |
|
Christineb joined #evergreen |
10:51 |
bshum |
berick: Assuming my live tests complete successfully in a second here, I'll push your changes through and then I'd like to do a PO template sync so that I can have less breakage while testing Evergreen with i18n enabled. |
10:51 |
berick |
bshum++ |
10:52 |
bshum |
"All tests successful" yay! |
10:54 |
pinesol |
[evergreen|Bill Erickson] LP#1635354 Invoice close date perl live test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=505e46b> |
10:54 |
pinesol |
[evergreen|Bill Erickson] LP#1774277 Acq requests live test vandelay repair - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=30a0646> |
11:00 |
|
khuckins_ joined #evergreen |
11:01 |
* bshum |
assumes that more fieldmapper changes will come with the merging for ang6, etc. so I'll check for PO template sync again after we get those in. |
11:02 |
Dyrcona |
bshum++ |
11:03 |
berick |
that's the only change |
11:04 |
bshum |
That might be okay then |
11:04 |
bshum |
It's not a string that needs to be entity-ized or whatever they call that |
11:04 |
Dyrcona |
So, think I'll go head and test websocketd without a proxy on one of my test vms with production data and the branch we'll use for our next update at CW MARS. |
11:04 |
berick |
right |
11:05 |
berick |
Dyrcona: nice. |
11:05 |
* Dyrcona |
has a selfish motive. It's a bummer having to kill apache2 processes every hour or two. |
11:28 |
Dyrcona |
I was just about there. :) |
11:33 |
berick |
i wonder if we should add an optional build target in the EG makefile for building the web clients. that way if you have the -developer deps installed, a simple 'make' builds everything. no extra steps. |
11:34 |
Dyrcona |
berick: Sounds like a good idea, and websocketd appears to work. I can login at least. :) |
11:35 |
berick |
Dyrcona: oh good! as far as I know, that's the first non-proxy ssl test |
11:35 |
Dyrcona |
Hm... I suppose websocketd doesn't have to run as root because it uses a port higher than 1024. |
11:35 |
berick |
yes, i've been running as opensrf |
11:35 |
Dyrcona |
I started it with sudo out of an overabundance of caution. |
11:36 |
Dyrcona |
I didn't have to change any Apache configuration or anything in Evergreen, either. Very nice! berick++ |
11:37 |
Dyrcona |
I'll test this week and next before adding my sign off. |
11:42 |
berick |
Dyrcona++ |
11:45 |
Dyrcona |
Ah ha. I still need root because of permissions on my ssl private key file. |
11:47 |
Dyrcona |
I don't recommend changing those permissions for anyone following along at home. :) |
12:40 |
|
yboston joined #evergreen |
13:18 |
|
bdljohn joined #evergreen |
13:28 |
|
ohiojoe joined #evergreen |
13:45 |
ohiojoe |
good afternoon everyone, DIG meeting in 15 minutes |
13:47 |
|
sandbergja joined #evergreen |
13:49 |
ohiojoe |
testing one two three (taps mic) is this thing on? |
13:52 |
jeff |
ohiojoe: loud and clear. |
13:52 |
* kmlussier |
waves at ohiojoe |
13:52 |
ohiojoe |
excellent, thank you |
16:25 |
|
yboston joined #evergreen |
16:47 |
gmcharlt |
berick: et. al. - I've pushed a signoff branch for bug 1775466 and am +1 for merging it for the beta |
16:47 |
pinesol |
Launchpad bug 1775466 in Evergreen "Angular6 Base Application" [Wishlist,Confirmed] https://launchpad.net/bugs/1775466 |
16:48 |
berick |
gmcharlt++ |
16:50 |
berick |
things have been pretty quiet today, so I see no need to delay much more. i'm going to reivew gmcharlt's branch and do a few more tests then merge unless I hear otherwise in the next 30 mins or so |
17:17 |
|
mmorgan1 left #evergreen |
17:21 |
gmcharlt |
berick: are you planning on merging the disable-XUL branch, assuming nobody jumps in right away to give it third-eyes? |
17:22 |
berick |
gmcharlt: i certainly can |
17:23 |
berick |
gmcharlt: and that branch may need the 'rm -rf' additions you added (in the make clean's) |
17:24 |
berick |
+1 to skip_xul=yes |
17:24 |
gmcharlt |
berick: ah, indeed |
17:25 |
Dyrcona |
If you want someone to test a 3.2 beta branch before making a tarball, I can probably manage that. |
17:26 |
berick |
Dyrcona: a final set of eyes before tarballin' would certainly be appreciated |
17:27 |
Dyrcona |
I have a clean VM that I prepared for next week. I'll use that. |
17:31 |
berick |
gmcharlt: merged |
17:32 |
pinesol |
[evergreen|Galen Charlton] LP#1790923: add release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0469a1c> |
17:53 |
|
sandbergja joined #evergreen |
17:55 |
|
khuckins joined #evergreen |
18:22 |
gmcharlt |
berick: I've done my testing of bug 1791162 |
18:22 |
pinesol |
Launchpad bug 1791162 in Evergreen "Support building the browser client via Evergreen 'make'" [Wishlist,Confirmed] https://launchpad.net/bugs/1791162 |
18:23 |
gmcharlt |
I've left a comment, but I think this needs a bit more baking time and should be left for the RC |
18:23 |
gmcharlt |
and for the purpose of the beta build, leave make_release as it is; build masters can just supply -x to skip building the XUL client |
18:29 |
Dyrcona |
:) |
18:30 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:33 |
Dyrcona |
gmcharlt++ berick++ |
18:33 |
Dyrcona |
headache-- |
18:40 |
|
rsulejmani joined #evergreen |
09:17 |
mmorgan |
Dyrcona: http://irc.evergreen-ils.org/evergreen/2018-08-28#i_374554 |
09:18 |
Dyrcona |
mmorgan++ # Yes, I thought so. |
09:18 |
Dyrcona |
There has been a lot of that since the upgrade to 3.0. |
09:21 |
Dyrcona |
Strange that it didn't blow up in my test database last week. |
09:21 |
mmorgan |
Dyrcona: Was your test db newly built? |
09:24 |
Dyrcona |
mmorgan: No, it was a duplicate of production with some upgrade scripts applied. |
09:24 |
Dyrcona |
The upgrade scripts did not fix the trigger. |
09:24 |
Dyrcona |
It is failing in that database today, because I had it refresh from production on Saturday. |
10:32 |
|
mmorgan1 joined #evergreen |
10:45 |
gmcharlt |
new pull request to fix a webstaffblocker; requesting review - bug 1781235 |
10:45 |
pinesol |
Launchpad bug 1781235 in Evergreen "Web Client: Sometimes Unable to Change Primary Patron Barcode within "See All" Box" [High,Confirmed] https://launchpad.net/bugs/1781235 |
10:46 |
* Dyrcona |
will ask the bug reporter if he'd like it set up for testing today. It could wait until next week, no? |
10:55 |
|
rlefaive_ joined #evergreen |
10:57 |
Dyrcona |
And, here we go! |
11:19 |
jeff |
spammers-- |
11:41 |
berick |
oh yeah, dev meeting today |
11:41 |
berick |
good time for one, I guess |
11:42 |
Dyrcona |
I guess it is. |
11:51 |
bshum |
phasefx: Curious, did we ever find out what's happened to the live test running? The page seems to be gone now entirely. |
11:56 |
|
beanjammin joined #evergreen |
11:58 |
pinesol |
[evergreen|Jeff Davis] LP#1781641: make staff-applied patron blocks overridable on web client checkout/renew - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=55f5d3c> |
12:01 |
|
rlefaive joined #evergreen |
12:18 |
pinesol |
berick: The operation succeeded. berick loves deleting things. |
12:19 |
phasefx |
deleting is certainly easier :) |
12:19 |
phasefx |
at this point |
12:19 |
bshum |
If it was me, I'd say anything older than a month might be unnecessary. |
12:20 |
bshum |
For the live test outputs I mean |
12:20 |
bshum |
Even a couple weeks is probably overkill |
12:20 |
bshum |
We really only are paying attention if it screams at us daily |
12:20 |
phasefx |
alright, I'm convinced |
12:22 |
* phasefx |
had an old notion of comparing output between runs, but that doesn't have to go far back in time either |
12:23 |
phasefx |
everything but this month has been deleted; we'll see if it recovers with the next run |
15:21 |
kmlussier |
berick, you have the floor |
15:21 |
* berick |
clears throat |
15:22 |
berick |
in reverse of the list, I need volunteers to help with building, documentation, etc for the Beta |
15:22 |
dbwells |
I've put myself on the sheet for the beta build, and remingtron will do a test install, but more testers are always welcome. |
15:22 |
berick |
thanks dbwells and remingtron |
15:22 |
Dyrcona |
I can test. |
15:23 |
berick |
thanks Dyrcona |
15:23 |
JBoyer |
I'll give at least a live-data upgrade a shot. |
15:23 |
kmlussier |
berick: sandbergj is usually pretty good about taking care of release notes. |
15:23 |
berick |
kmlussier: even for the major releases? wasn't sure if that usually fell under the regular process |
15:24 |
dbwells |
I have also put myself (for now) and the release notes line, but plan to ask sandbergja if she wants to give it a go. |
15:24 |
berick |
awesome |
15:24 |
berick |
note to self: save some time to review the DB upgrade in depth Friday |
15:25 |
berick |
ok and. |
15:25 |
berick |
discussed earlier today in IRC, bug merge cut-off for beta1 will be tomorrow night |
15:25 |
berick |
(thursday) |
15:26 |
berick |
so we can start the build steps first thing Friday |
15:26 |
berick |
i expect there will be a bump or two given the late mergeds of xul stuff, angular stuff |
15:26 |
berick |
*merges |
15:26 |
berick |
which leads me to... |
15:26 |
berick |
any last minute OMGNO's on either the xul or angular stuff? |
15:27 |
berick |
(note I'm running the angular stuff through build tests to today on the current code) |
15:27 |
gmcharlt |
so just to give an update on the XUL-disabling stuff |
15:28 |
gmcharlt |
it is going to be *easy* to revert if we end up not running with it before release of 3.2.0 |
15:28 |
* dbwells |
steps out quietly |
15:31 |
Dyrcona |
I'm a bit concerned about the XUL link, because I swear that I've seen parts of the web staff client fail without it. |
15:31 |
gmcharlt |
so outright removal won't be possible in 3.2 |
15:31 |
Dyrcona |
heh. |
15:31 |
* JBoyer |
must also disappear. Micro update re: bug 1731922, it's been well tested, the version on the AMO site is fine for testing, you just need to make sure your hatch.bat has the changes in that branch. Will answer any Qs tomorrow |
15:31 |
pinesol |
Launchpad bug 1731922 in Evergreen "Firefox add-on for Hatch" [Wishlist,Confirmed] https://launchpad.net/bugs/1731922 |
15:32 |
kmlussier |
gmcharlt: Do we have a list of those interfaces? |
15:32 |
berick |
good targets for early angular porting |
15:39 |
berick |
i'll keep the original branch around for history |
15:39 |
berick |
well, branches |
15:39 |
berick |
that should be wrapped up today |
15:39 |
kmlussier |
Great! Do you need volunteers to test it or are they already lined up? |
15:40 |
berick |
I do need volunteers |
15:40 |
* gmcharlt |
volunteers |
15:40 |
berick |
main test targets are: ability to build/install/run etc. and testing the ACQ admin UI's to make sure they function as expected |
15:40 |
Dyrcona |
I can probably test it again tomorrow. |
15:40 |
berick |
there's a lit of the UI's in the release notes that will be ang6-based |
15:40 |
berick |
s/lit/list/ |
15:41 |
berick |
but basically got to admin -> acq admin and poke around |
15:41 |
berick |
i'll update the LP when I'm done and slap a pullrequest on |
15:41 |
kmlussier |
#action gmcharlt and Dyrcona to test ang6 branch once it is squashed. |
15:41 |
berick |
thanks gmcharlt, Dyrcona |
15:42 |
kmlussier |
berick++ gmcharlt++ Dyrcona++ |
15:42 |
berick |
oh, one thing I wanted to mention... |
15:42 |
berick |
since we're just doing grid UI's for now |
15:43 |
berick |
the grid has some additional niceties. arrow keyboard navigation (all directions), drag-drop column positioning works, Enter==dbl-click, verticall expand rows to see more content, inline translations editor |
15:43 |
Dyrcona |
berick++ |
15:43 |
berick |
good to test some of that too |
15:44 |
kmlussier |
Ooh! People are going to be happy to see drag-drop column positioning. |
15:44 |
berick |
everything else should be the same |
15:44 |
kmlussier |
OK we have about 15 minutes left. Do we have anything else on Evergreen updates or on any other topic? |
17:58 |
berick |
gmcharlt++ |
18:06 |
|
khuckins joined #evergreen |
18:10 |
|
khuckins_ joined #evergreen |
18:32 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
18:32 |
pinesol |
News from qatests: Failed Log Output: osrfsys.log - Expected 3 errors but encountered 7. <http://testing.evergreen-ils.org/~live> |
19:35 |
|
bdljohn1 joined #evergreen |
21:47 |
|
bdljohn joined #evergreen |
09:29 |
Dyrcona |
open-ils.cstore, of course. |
09:29 |
|
kmlussier joined #evergreen |
09:30 |
JBoyer |
I thought a couple folks have run into issues with huge numbers of events and possible memory issues, maybe the memory pressure caused failures to spawn new cstore drones in such a way that the whole thing wasn't killed by the oom killer? |
09:30 |
JBoyer |
Kind of hard to test that, really, but it sounds possible. |
09:31 |
JBoyer |
s/test/verify/ |
09:33 |
Dyrcona |
kern.log doesn't show anything. |
09:34 |
Dyrcona |
The machine has 32GB of RAM. |
09:34 |
JBoyer |
That would be hard to clog. |
13:03 |
jeffdavis |
csharp: I don't suppose you've had a chance to look at bug 1715767 ? |
13:03 |
pinesol |
Launchpad bug 1715767 in Evergreen "Allow others to use my account (privacy waiver)" [Wishlist,New] https://launchpad.net/bugs/1715767 |
13:03 |
|
robbiecalwls joined #evergreen |
13:04 |
robbiecalwls |
Hi Everyone. Hope you had a nice holiday weekend. Really banging my head against the wall with web client. |
13:04 |
robbiecalwls |
setup a new server as a test, signed SSL cert, can get into software client fine, web client no |
13:05 |
robbiecalwls |
Edge gives me "login failed" when I know my username/pass is correct and firefox does nothing |
13:07 |
robbiecalwls |
any thoughts/help/hints are greatly appreciated! :) |
13:07 |
nfBurton |
Did you test the login at the end through srfsh? |
13:08 |
nfBurton |
The end of installation** |
13:08 |
robbiecalwls |
yes, works fine |
13:08 |
robbiecalwls |
even created an additional user and tested OK |
13:08 |
nfBurton |
hmm. I have this if i don't use the websockets tag while installing opensrf |
13:09 |
nfBurton |
But my server uses Apache2-Websockets |
13:09 |
robbiecalwls |
I am also using Apache2-Websockets |
13:43 |
* berick |
removed OPTIONAL in the websocketd branch, fyi |
13:44 |
* Dyrcona |
has been meaning to try websocketd without a proxy. |
13:45 |
* bshum |
was thinking to remake his asciinema video, but now thinks maybe he'll wait until the dust settles from merging of things |
13:45 |
berick |
sounds like a Faulkner novel. The Merging of Things |
13:46 |
berick |
Dyrcona: non-proxy test would be appreciated, certainly |
13:46 |
gmcharlt |
berick: I've finished reviewing your addition to bug 1779920 |
13:46 |
pinesol |
Launchpad bug 1779920 in Evergreen "wishlist: Add Auto Renewal functionality" [Wishlist,Confirmed] https://launchpad.net/bugs/1779920 - Assigned to Galen Charlton (gmc) |
13:46 |
gmcharlt |
berick: OK to merge? |
16:52 |
kmlussier |
dbwells++ |
17:11 |
|
mmorgan left #evergreen |
17:43 |
Bmagic |
I just dealt with memcached "Too many open files" - I saw it was discussed on IRC http://irc.evergreen-ils.org/evergreen/2015-01-09#i_148725 |
17:45 |
cesardv |
berick: sorry for the late reply... just went over the latest branch you pushed to lp1779920, which Galen merged - thanks for that, all looks good! Haven't gotten a chance for an actual install-n-run test, but I will soon |
17:46 |
berick |
cesardv: hey, no problem. since it's already merged, a double of the code in master would be apprecaited |
17:47 |
cesardv |
berick: will do |
18:00 |
berick |
AFK for a bit, will wrap up bug 1774277 later |
09:18 |
kmlussier |
jeff: Yes, that is true. |
09:19 |
Dyrcona |
I want to say something about the white screens and 3.0.11 (Lp 1775719). # This came up elsewhere this morning. |
09:19 |
pinesol |
Launchpad bug 1775719 in Evergreen 3.0 "Multiple IndexedDB connections (via tabs) can result in data inconsistency" [High,Fix committed] https://launchpad.net/bugs/1775719 |
09:19 |
Dyrcona |
I have not seen white screens on a test system with 3.0.11 installed. |
09:20 |
Dyrcona |
I have seen a white screen with the regular login screen on a system with the Angular 6 branch installed. |
09:20 |
Dyrcona |
So, that would be /eg/staff/login and not the /eg2/staff/login. |
09:20 |
Dyrcona |
However, deleting the auth cookies resolved that white screen. |
09:21 |
Dyrcona |
I assume that logging out didn't clear the cookies. |
09:22 |
Dyrcona |
That is all. :) |
09:22 |
kmlussier |
Dyrcona: I've seen that auth cookie white screen on a test system without the Angular 6 branch. It has happened when I've done something unexpected. I can't remember what the unexpected thing was. In my case, though, I hadn't previously logged out. |
09:23 |
Dyrcona |
I logged out using the hamburger menu, but not sure if I was on an eg or eg2 URL. |
09:24 |
Dyrcona |
I should try it again. |
09:25 |
kmlussier |
OK, in my case I cleared local storage while I was still logged in. http://irc.evergreen-ils.org/evergreen/2018-03-14#i_350503 |
17:57 |
Bmagic |
nfBurton++ |
18:17 |
|
Mat__ joined #evergreen |
18:18 |
matLAC |
anyone around to help with an odd problem? |
18:20 |
matLAC |
Our printer will not print receipts. I have it set in the system printer settings. When I go in and select the printer and print a test page, it works fine. But when I go to a patron page and try and print a receipt, it says there is a printer cannot be found |
18:23 |
pinesol |
[evergreen|Dan Wells] Forward-port 3.0.11 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=79bb4ec> |
18:23 |
pinesol |
[evergreen|Dan Wells] Forward-port 3.1.5 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0596857> |
18:23 |
jihpringle |
matLAC are you running the web client or xul client? |
18:25 |
matLAC |
xul. Still trying to get web client up and running. Running into problems with HATCH and our server crashed so I've been all hands on rebuilding that |
18:26 |
matLAC |
3.0.6 is our current build |
18:28 |
matLAC |
It also printed hold sheets |
18:29 |
jihpringle |
if you haven't already, try selecting the radio button for Receipt in the Printer Settings Editor and then click the Set Default Printer and Print Test Page |
18:30 |
jihpringle |
it sounds like maybe the receipt printer context isn't using what you've set for the default |
18:31 |
matLAC |
Beautiful. Thanks a ton. Too easy. Now I feel dumb. Thanks for having the outside view |
18:31 |
jihpringle |
no worries, I'm glad that worked! |
18:32 |
matLAC |
now to fix the patron computer that can't find the net. Thank ya! |
07:56 |
|
rlefaive joined #evergreen |
08:29 |
|
mmorgan joined #evergreen |
08:36 |
|
collum joined #evergreen |
08:59 |
Dyrcona |
berick: I successfully upgraded a VM from NodeJS v6 to v8 and tested the Angular 6 branch over the weekend. What I looked at seemed to work. |
09:10 |
|
yboston joined #evergreen |
09:11 |
Dyrcona |
A related question: Do we still need to install grunt/cli in 3.1->master? |
09:14 |
Dyrcona |
bshum | csharp: Have either of you started branches or Lp bugs for Ubuntu 18.04? |
13:14 |
mmorgan |
We found a similar error message on another table when that was the case. |
13:18 |
Bmagic |
I'm not seeing it |
13:18 |
Bmagic |
I dropped the trigger and I still get the error |
13:20 |
mmorgan |
Bmagic: What about asset.copy_tag_copy_map I just found a duplicate trigger on a test system. |
13:20 |
Bmagic |
oh found it |
13:21 |
Bmagic |
inherit_copy_tag_copy_map_copy_fkey versus inherit_asset_copy_tag_copy_map_copy_fkey |
13:21 |
Bmagic |
the name "asset" is the "correct" naming convention and I still had a trigger rule without that in the title |
14:42 |
|
stephengwills joined #evergreen |
15:01 |
|
terran_ joined #evergreen |
15:04 |
|
mmorgan1 joined #evergreen |
15:10 |
terran_ |
Does anyone have a concerto test server up right now that has the new bill summary screen installed on it? |
15:12 |
kmlussier |
terran_: The one in 3.1? Yes, the masslnc community demo server has it. |
15:12 |
terran_ |
kmlussier: Hrrm, I was having trouble searching for patrons on that server. Trying again... |
15:14 |
terran_ |
kmlussier: I can search mlnc4 but don't see the new bill summary. mlnc2 is timing out when I try to search for a patron |
15:15 |
kmlussier |
terran_: If you go to https://mlnc4.noblenet.org/eg/staff/circ/patron/228/bills and then double click on a bill, you should see it. |
15:15 |
kmlussier |
Not sure what's going on with mlnc2. Can't even remember what I have loaded on there. I'll check it out. |
15:16 |
terran_ |
Thanks Kathy! I'd get Chris to load it on our test server, but he's teaching a class right now so I can't bug him :) |
15:17 |
terran_ |
Oh... I was looking at the main screen rather than on the bill details <blush> |
15:19 |
|
stephengwills joined #evergreen |
15:21 |
terran_ |
kmlussier++ |
16:02 |
|
khuckins joined #evergreen |
16:22 |
|
t_ joined #evergreen |
16:43 |
|
mmorgan joined #evergreen |