| 09:48 |
Dyrcona |
But, honestly, there's too much code like that. |
| 09:50 |
* dbwells |
hopes it wasn't him, fears the Dyrcona "Hammer of Justice" |
| 09:52 |
Dyrcona |
Nah, I'm not naming names, and I'm not really mad. Just that it's a bad idea. I try to remember to check before dereferencing the results of json query, etc. |
| 09:54 |
Dyrcona |
It also puts the kibosh on doing my test. |
| 09:55 |
Dyrcona |
At least for now. |
| 10:00 |
|
jvwoolf1 joined #evergreen |
| 10:01 |
dbwells |
Dyrcona: I heard you guys (east coast) are getting hit with a second big storm, and I thought of a new term you can use: snowmAGAINon. On second thought, probably a stretch too far :) |
| 10:10 |
csharp |
I think I have it |
| 10:10 |
Dyrcona |
dbwells++ |
| 10:11 |
Dyrcona |
But, yeah, lots of snow at my place. |
| 10:11 |
Dyrcona |
And, I have a patch for the array reference thing that will get me through the test. |
| 10:11 |
Dyrcona |
It may be that I botched things by deleting parts with no items. They may have had holds. |
| 10:21 |
Dyrcona |
dbs: Link the pines file with en-US |
| 10:21 |
Dyrcona |
Sorry, csharp.... |
| 10:46 |
berick |
bshum: commenting out origins at the top of this works too /etc/apt/apt.conf.d/50unattended-upgrades |
| 10:46 |
berick |
oops, Bmagic not bshum |
| 10:46 |
berick |
although, hi bshum |
| 10:46 |
* bshum |
waves at berick |
| 10:46 |
bshum |
berick++ # ansible updates (yesterday's karma coming today!) |
| 10:47 |
bshum |
Just tested and it's happily playing along |
| 10:47 |
berick |
Bmagic: your way looks cleaner, though |
| 10:47 |
berick |
bshum: nice! |
| 10:47 |
Bmagic |
berick cool |
| 08:48 |
Dyrcona |
OK. I will and I'll assign myself. |
| 08:49 |
Dyrcona |
I think fixing that will fix Lp 1753835. |
| 08:49 |
pinesol_green |
Launchpad bug 1753835 in Evergreen "Merge Record Assets Can Fail Because of Duplicate Copy Part Map Entries" [Undecided,New] https://launchpad.net/bugs/1753835 - Assigned to Jason Stephenson (jstephenson) |
| 08:49 |
Dyrcona |
I plan to test it on a 2.12.8 system today. |
| 08:54 |
kmlussier |
Dyrcona++ |
| 08:54 |
|
jvwoolf joined #evergreen |
| 08:58 |
Dyrcona |
Also, how many parts should a copy have? |
| 09:46 |
Dyrcona |
Maybe that can be fixed for 3.2. |
| 09:50 |
csharp |
gmcharlt: fix for bug 1721807 worked for one of my failed templates - going to try another |
| 09:50 |
pinesol_green |
Launchpad bug 1721807 in Evergreen "Web client report template errors when using sources with virtual fields" [High,Confirmed] https://launchpad.net/bugs/1721807 - Assigned to Galen Charlton (gmc) |
| 09:50 |
kmlussier |
I think getting that bug fix in will help. I feel bad I didn't get around to testing it once the test was added. But lots of our features have bugs or could have been implemented better. There's always room for improvement. |
| 09:50 |
kmlussier |
If there wasn't, I wouldn't have a job. |
| 09:50 |
kmlussier |
Or, I should say, I might not have this particular job. |
| 09:51 |
Dyrcona |
:) |
| 09:51 |
gmcharlt |
of course, all cats likely prefer that we switch to full-time cat-petting |
| 09:51 |
gmcharlt |
*our cats |
| 10:03 |
kmlussier |
We've kicked around an idea for years of making the system smarter about parts. For example, knowing that an item packaged with disc 1 to 3 together could fill a hold for disc 1, 2, or 3. It's something I still would like to see happen. |
| 10:05 |
kmlussier |
It might also be a step towards a feature of allowing the system to automatically fill holds in disc order. When disc 3 is returned, the system automatically sends out the next disc in a series. |
| 10:05 |
dbwells |
Fancy! :) |
| 10:26 |
bshum |
Hmm, on the downloads page for 3.0 instructions, the README we get there now shows the new webpack instruction of "npm run build-prod / npm run test" and not the original "grunt all" step |
| 10:26 |
bshum |
Did we replace the 3.0 instruction file incorrectly? Or was that actually backported? |
| 10:26 |
bshum |
The README in rel_3_0 doesn't show that change |
| 10:27 |
Dyrcona |
bshum: That's supposed to be fore 3.1, not 3.0. |
| 10:27 |
Dyrcona |
I think the wrong README is on the downloads page. |
| 10:27 |
bshum |
So possibly the generated HTML is probably linked |
| 15:48 |
kmlussier |
miker: Good to know! |
| 16:18 |
Bmagic |
jeff++ |
| 16:31 |
Dyrcona |
I've got 12,926 parts that are not deleted and do not have an entry in asset.copy_part_map. Is it safe to just delete them? |
| 16:34 |
Dyrcona |
Well, it's a test database for a reason. |
| 16:52 |
Dyrcona |
Hmm... It's too late in the day to mess with th code. Guess I'll leave it to tomorrow. |
| 18:06 |
eby |
does anyone have a sec to run an explain analyse for a hold query. i'm trying to figure out if we have a postgres config issue |
| 19:05 |
|
dbwells_ joined #evergreen |
| 12:40 |
pinesol_green |
[evergreen|Remington Steed] Docs: Edits and images for "Managing Holds" - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e9687f0> |
| 12:49 |
|
rhamby joined #evergreen |
| 12:50 |
pinesol_green |
[evergreen|Remington Steed] Docs: Update "Circ Triggered Events" for web client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5e9eba0> |
| 12:50 |
hleumas |
Hi folks, it's been a good 15 years since I was in an IRC channel, so pardon any lack of etiquette. Currently working on installing my first evergreen test box. Running into a problem with the supplied haproxy config for websockets. Ran into issues with nginx, so I'm fighting with haproxy now. |
| 12:51 |
bshum |
hleumas: Welcome to the channel, feel free to ask away |
| 12:52 |
hleumas |
Ubuntu Xenial, haproxy 1.6.3. After appending the osrf-ws-http-proxy, 'haproxy -c -V' spits out various alerts and errors related to the appended config. |
| 12:52 |
bshum |
And some of us may try to help guide you in the right direction if we don't know |
| 12:52 |
pastebot |
"hleumas" at 64.57.241.14 pasted "haproxy -c -V results" (10 lines) at http://paste.evergreen-ils.org/534 |
| 12:53 |
bshum |
Hmm, I haven't played much with the haxproxy options (I've been only using the nginx in tests) |
| 12:54 |
bshum |
I wonder if it's a version issue with the latest that packages with xenial, vs. whatever version the original config was built for |
| 12:54 |
hleumas |
If you can help me out with nginx, that would work too. I fought with it until I gave up and tried haproxy. |
| 12:54 |
bshum |
Though that listen directive of 0.0.0.0:80 seems not great |
| 12:55 |
Dyrcona |
bshum: That typically means listen on all local IPs on port 80, and I believe it's the same for haproxy. |
| 12:58 |
bshum |
Alrighty |
| 12:58 |
bshum |
What did nginx do/say when you tried to run it? |
| 12:59 |
pastebot |
"hleumas" at 64.57.241.14 pasted "systemctl status haproxy" (17 lines) at http://paste.evergreen-ils.org/535 |
| 13:00 |
bshum |
I wonder if gmcharlt has an idea. haproxy was something I thought Equinox tested/used |
| 13:00 |
hleumas |
Systemd just yelled at me, saying it failed with exit code 1 and that I repeated a start request too quickly (This is after a reboot, and no other attempt to start) |
| 13:01 |
|
rlefaive joined #evergreen |
| 13:01 |
Dyrcona |
Usually you have a busted config, but I can't help you more than that. |
| 13:47 |
bshum |
@blame reports |
| 13:47 |
pinesol_green |
bshum: reports wants the TRUTH?! reports CAN'T HANDLE THE TRUTH!! |
| 13:47 |
Dyrcona |
@blame XML |
| 13:47 |
pinesol_green |
Dyrcona: XML tests their code on the LIVE SERVERS, then blames the user. SAD! |
| 14:07 |
|
yboston joined #evergreen |
| 14:17 |
|
jvwoolf joined #evergreen |
| 14:33 |
terran |
Is there a name for the feeling you get when you finally get a commercial software vendor to admit that a problem you reported to them is in fact a bug on their end? |
| 15:49 |
miker |
kmlussier: not as well as I'd like ;) |
| 15:49 |
* miker |
goes back to drooling over pg11 features |
| 15:57 |
Dyrcona |
heh. |
| 15:59 |
Dyrcona |
Well, I should be testing Evergreen with Pg10 before too long. Ubuntu 18.04 beta1 is due Thursday. |
| 16:06 |
pinesol_green |
[evergreen|Kevin Tran] Docs: Update search_interface.adoc for web client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e1327a0> |
| 16:11 |
|
mmorgan joined #evergreen |
| 16:12 |
Dyrcona |
Ah, kmlussier left. I can't tell her exactly what parts have done to me today.... |
| 18:06 |
jeffdavis |
@karma parts |
| 18:06 |
pinesol_green |
jeffdavis: Karma for "parts" has been increased 3 times and decreased 5 times for a total karma of -2. |
| 18:06 |
jeffdavis |
Huh. |
| 18:07 |
gmcharlt |
csharp: see bug 1721807 for something to test, if you're inclined |
| 18:07 |
pinesol_green |
Launchpad bug 1721807 in Evergreen "Web client report template errors when using sources with virtual fields" [High,Confirmed] https://launchpad.net/bugs/1721807 - Assigned to Galen Charlton (gmc) |
| 20:00 |
|
Christineb joined #evergreen |
| 22:28 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: adding contributor to 3.0.4 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d956bf6> |
| 09:46 |
Dyrcona |
Muchas gracias! That's more than enough to get me going. |
| 09:46 |
dbwells |
No problemo. |
| 09:47 |
mmorgan |
rjackson_isl: I'm taking a look at our report template permissions |
| 09:48 |
rjackson_isl |
thanks mmorgan - the localadmin group has no trouble. We compared settings (Jason and I) and on our test server weren't able to figure out what difference is causing the issue |
| 09:59 |
mmorgan |
rjackson_isl: We have a group containing the single permission CREATE_REPORT_TEMPLATE that works in the xul client. But it doesn't allow even allow accessing the folders in the web client. |
| 09:59 |
miker |
rjackson_isl: that error message doesn't mention permission failure ... is there more in the log? (not saying it's not permissions, mind) |
| 10:05 |
mmorgan |
Adding RUN_REPORTS at the system level allows me to access the folders, but not create a template. |
| 10:05 |
mmorgan |
Changing RUN_REPORTS to the consortium level allowed me to create a template. |
| 10:06 |
rjackson_isl |
miker - Jason indicated the way that the logic is coded (a 'c' module?) there isn't anything excaping to the logs |
| 10:06 |
rjackson_isl |
s/excaping/escaping |
| 10:07 |
rjackson_isl |
mmorgan - I have that one on my list of things to test/ tested - let me look closer |
| 10:07 |
miker |
mmorgan: that's because the permission is marked with global_required="true" in the IDL |
| 10:08 |
miker |
re consortium level perms |
| 10:09 |
miker |
rjackson_isl: sounds like you also need RUN_REPORTS at the top of the org tree |
| 11:28 |
|
yboston joined #evergreen |
| 11:37 |
|
rlefaive joined #evergreen |
| 11:40 |
|
jihpringle joined #evergreen |
| 11:48 |
mmorgan |
gsams: I'm seeing the same thing on our 3.0.3 test server, but not on our 2.12.4 production server. |
| 11:48 |
mmorgan |
I found lp 1642344, but it looks like the breakage is more severe in 3.0.3. |
| 11:49 |
pinesol_green |
Launchpad bug 1642344 in Evergreen "Web Staff Client - Problems cloning existing reports" [Medium,Confirmed] https://launchpad.net/bugs/1642344 |
| 11:56 |
gsams |
mmorgan: I went digging around in logs while trying to pull up the page and I'm seeing some file not found errors for a reports.js file. |
| 11:58 |
* kmlussier |
gets nervous as the lights start flickering. :( |
| 16:58 |
|
mmorgan left #evergreen |
| 17:10 |
|
rlefaive joined #evergreen |
| 17:10 |
gmcharlt |
dbwells: I'm going to have a last-minute signoff for 1751520 in a few minutes; if you're not already in the throes of rolling the beta tarball, I recommend waiting for it |
| 17:11 |
dbwells |
gmcharlt: It is already built and testing, but I can run it again. |
| 17:13 |
gmcharlt |
the webstaff reporter interface won't load without it |
| 17:13 |
dbwells |
yeah, it's worth it, no problem |
| 17:18 |
dbwells |
gmcharlt: So, doing some basic testing, and getting this error in catalog search in web staff: Error: [$injector:unpr] Unknown provider: egAddCopyAlertDialogProvider <- egAddCopyAlertDialog <- egCirc Any ideas? |
| 17:18 |
gmcharlt |
dbwells: ok, I've finished my testing and signoff re bug 1751520 |
| 17:18 |
pinesol_green |
Launchpad bug 1751520 in Evergreen "Reporter doesn't load in web client" [High,Confirmed] https://launchpad.net/bugs/1751520 - Assigned to Galen Charlton (gmc) |
| 17:19 |
gmcharlt |
dbwells: looking at your 17:18:35 now |
| 17:23 |
gmcharlt |
dbwells: not immediately seeing it |
| 09:06 |
|
agoben joined #evergreen |
| 09:12 |
|
rlefaive joined #evergreen |
| 09:14 |
|
yboston joined #evergreen |
| 09:17 |
Dyrcona |
So, I'm still stumped why I get "save attempt: Transaction begin error" whenever I try to save an authority on my test vm. |
| 09:18 |
Dyrcona |
I even upped the pcrud keep alive to 15 seconds, but based on what I saw while doing tail -f, the error comes before the pcrud timeout. |
| 09:26 |
Dyrcona |
Nothing happens in the postgres logs, either. |
| 09:27 |
JBoyer |
It seems extremely unlikely but anything of note in the ejabberd logs? |
| 09:30 |
miker |
Dyrcona: is the authority record linked to a bunch of bibs? |
| 09:30 |
Dyrcona |
Yeah, I have, too, usually after cranking the logging to 11. |
| 09:30 |
Dyrcona |
miker: Yes, 11 bibs or so. |
| 09:31 |
Dyrcona |
So, my test environment is just too slow? |
| 09:31 |
miker |
that's my thought, yes. if you force a reingest of those 11 records, how long does it take cumulatively? |
| 09:32 |
miker |
**cough**queued ingest**cough** |
| 09:32 |
JBoyer |
Ideally it will fail outright on one of them because of busted marc pre-is_marc_valid. Seems unlikely though. |
| 15:14 |
JBoyer |
I feel that. I had Some Ideas yesterday about Inventory. Instead I did not do that. |
| 15:15 |
* JBoyer |
vanishes to re-register said workstation... |
| 15:15 |
jeff |
JBoyer: and i suppose it's not something you can reproduce in a predictable fashion? |
| 15:23 |
JBoyer |
I feel like I have a very reproducible test case: Open a new tab to do some reference help, clear your history after helping user, return to web client, fall over. |
| 15:23 |
* JBoyer |
puts head in hands |
| 15:23 |
|
mmorgan joined #evergreen |
| 15:25 |
bshum |
That... hmm |
| 12:47 |
|
jihpringle joined #evergreen |
| 12:47 |
|
beanjammin joined #evergreen |
| 12:49 |
|
yar joined #evergreen |
| 12:54 |
Dyrcona |
So, on my question earlier about trouble saving authorities in 2.12: I had a report from staff that I could reproduce (more or less) on a test vm, but no in production, where staff saw the issue. |
| 12:54 |
Dyrcona |
It musta been just one of those things. |
| 12:55 |
Dyrcona |
I can't save authorities at all on my 2.12 test vm, but that's probably down to an unfixed bug or some other related issue. |
| 13:02 |
* Dyrcona |
switches back to the production branch on the vm. |
| 13:12 |
Dyrcona |
Weird. Still doesn't work. I must need to wipe it out and build again. |
| 13:12 |
Dyrcona |
That's a project for another day. |
| 17:14 |
* kmlussier |
thinks libraries would find this feature useful. |
| 17:15 |
gmcharlt |
kmlussier: cesardv: I've updated https://bugs.launchpad.net/evergreen/+bug/1732275 |
| 17:15 |
pinesol_green |
Launchpad bug 1732275 in Evergreen "wishlist: add notices count + last notice date to Items Out screen" [Wishlist,Confirmed] - Assigned to Galen Charlton (gmc) |
| 17:15 |
cesardv |
kmlussier: how are your action trigger defs setup? BTW when that was tested on a new EG instance... I often had to run the action_trigger_runner.pl --run-pending manually to get courtesy notice events rather than relying on the cronjob |
| 17:17 |
kmlussier |
cesardv: I added some comments to the bug that explained how I'm testing it, but, basically, I'm taking the barcode of an overdue checked out item in the Concerto data and running it through the action trigger test for the overdue and courtesy notice. |
| 17:17 |
kmlussier |
The events are showing up in the database as complete, and they also show up in the action trigger log on the patron's record. |
| 17:18 |
kmlussier |
By the way, that action trigger log is probably the worst-looking Dojo interface in the web client. But I digress... |
| 17:19 |
* cesardv |
nods silently... |
| 17:19 |
gmcharlt |
cesardv: doing an _un_happy dance? ;) |
| 17:20 |
cesardv |
kmlussier: hmm... not sure... I'm not too familiar with how the "test" feature of the AT defs work... never did for me... I went kinda nuts and set action triggers 5,4,3,2,1-days before the due dates... |
| 17:21 |
kmlussier |
Since it's generating the action trigger event and showing as complete, I would *think* that would be enough to show the feature, but I think lots of things that are wrong. |
| 17:25 |
cesardv |
kmlussier: hmm one way to figure out if it's maybe a display problem on the front-end (grid) vs the backend is making a request to the method via srfsh |
| 17:28 |
* kmlussier |
can check, but needs to leave in 2 minutes for a dental appt. |
| 17:31 |
pinesol_green |
[evergreen|Jason Stephenson] Lp 1350916: Add located URI option to marc_export. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=82c91c0> |
| 17:31 |
pinesol_green |
[evergreen|Jason Stephenson] Lp 1350916: marc_export --uris option release notes. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=88a8637> |
| 17:31 |
cesardv |
kmlussier: anyhow, thanks for looking at that... let me know :) |
| 17:31 |
kmlussier |
OK, a quick test on my clean install shows the same problem. I'll take a look at the srfsh method when I get back later. Thanks cesardv! |
| 17:32 |
cesardv |
kmlussier: de nada |
| 18:10 |
|
beanjammin joined #evergreen |
| 18:25 |
|
Christineb joined #evergreen |
| 22:48 |
pinesol_green |
[evergreen|Cesar Velez] LP#1739504 - Fire off each ping sequentially - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b529835> |
| 22:48 |
pinesol_green |
[evergreen|Cesar Velez] LP#1739504 - add release notes for Latency Tester - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2b3c5f1> |
| 22:57 |
dbwells |
sorry, didn't get those commits quite how I wanted them. Better get to bed before I do real damage. |
| 22:58 |
pinesol_green |
[evergreen|Cesar Velez] LP#1739504 - create prototype of latency test tool in webstaff - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=81ff48e> |
| 22:59 |
* dbwells |
unglues from keyboard |
| 23:07 |
jeff |
dbwells++ |
| 23:12 |
|
Jillianne joined #evergreen |
| 08:52 |
kmlussier |
hmmm...no qatest results have been posted in the channel since Saturday. |
| 08:53 |
bshum |
kmlussier: I vaguely recall phasefx was poking at something regarding that recent failure. Maybe he's still poking. |
| 08:53 |
bshum |
Either way, we need to get those results moved to a newer VM that's not wheezy. Eventually. Someday. |
| 08:54 |
Dyrcona |
Well, I poked at the bug to fix the test, but sine I ran into problem with offline mode, I didn't push it. |
| 08:54 |
|
rlefaive joined #evergreen |
| 09:03 |
csharp |
Dyrcona: the last thing said yesterday was at 15:57, so logs are okay, I think |
| 09:03 |
Dyrcona |
Well, Ok. :) |
| 09:10 |
Dyrcona |
Yes, I think I did copy the one for apache 2.2 and not 2.4 |
| 09:11 |
|
jvwoolf1 joined #evergreen |
| 09:11 |
Dyrcona |
That's better. :) |
| 09:18 |
kmlussier |
Would anyone be interested in testing bug 1661688? It looked good in my testing, but I added some commits that need a signoff before it can be merged. |
| 09:18 |
pinesol_green |
Launchpad bug 1661688 in Evergreen "Want easy way to clear a hold when picked up by other patron" [Wishlist,Confirmed] https://launchpad.net/bugs/1661688 |
| 09:26 |
|
yboston joined #evergreen |
| 09:32 |
kmlussier |
Dyrcona: I can log in with Firefox. |
| 09:33 |
Dyrcona |
kmlussier: I don't trust your tests. You have branches loaded. :) |
| 09:33 |
Dyrcona |
I'm installing stock master on Ubuntu Xenial VMs. |
| 09:33 |
kmlussier |
Dyrcona: Yes, I do. And I'm not using Xenial either. |
| 09:33 |
Dyrcona |
I'll try on another one in a bit. |
| 09:56 |
kmlussier |
rlefaive: No, you should be able to go without a bib source. Most of the records in Concerto don't have a bib source, but I haven't noticed this problem there. |
| 09:57 |
rlefaive |
kmlussier: Null bib source, active copies. Shows up fine when searching the catalogue using the staff client, but does not show up when searching the opac. |
| 09:59 |
rlefaive |
kmlussier: even weirder, when typing into the opac, autosuggest populates the correct title [sidenote: i know the fact that we have autosuggest enabled is weird in itself] - but when you click the suggestion or complete the title, there are “sorry, no entries found" |
| 10:01 |
kmlussier |
rlefaive: I don't see that on a test system with the Concerto dataset. However, that's a fresh install, and I recall when we encountered other visibility issues, there was a difference between upgraded data and those records that were added after the upgrade. |
| 10:02 |
rlefaive |
kmlussier: yeah - there’s a script in the release notes that updates something to do with visibility - but only for bibs that have a source. |
| 10:03 |
kmlussier |
The reasons we only updated visibility for records with a source is because the bug was for records that had a source. But, if you did your upgrade straight from 2.12, you do need to calculate visibility for all your records at some point during the upgrade. |
| 10:08 |
kmlussier |
I think that would have been done in the 2.12.6 - 3.0 upgrade script. And then the script that only touched records with a source came after that. |
| 10:09 |
rlefaive |
kmlussier: ok. I know that we skipped some of the reingest steps because there were so many. We thought that we had applied them all. |
| 10:09 |
* kmlussier |
nods |
| 10:12 |
rlefaive |
kmlussier: My theory is that when the bib source is null, visibility is not getting calculated right. When I put the record in a transcendant bib source, it appeared in the OPAC. And when I removed the bib source, it (eventually) vanished from the opac. (eventually - either it takes forever to index, or something is caching? It’s super frustrating to test because i never know when my changes should take effect) |
| 10:15 |
kmlussier |
rlefaive: Hmmm, let me try those steps and see what happens. |
| 10:20 |
|
beanjammin joined #evergreen |
| 10:24 |
kmlussier |
rlefaive: I'm not seeing my l bib records disappearing from the opac when I change a record back to a null bib source. I restarted memcache, osrf services, apache just to make sure I was getting a cached search. |
| 10:27 |
rlefaive |
kmlussier: ok. I wondered if it might be because the item wasn’t being found. So I made a new item, and now (“now” - after waiting a few minutes) a title search that previously didn’t show it, now shows the bib with “1 of 1 copy available”. Thing is, now there are two copies, and when going into the bib, i see two copies in different locations with status “Available”. |
| 10:27 |
JBoyer |
rlefaive, testing a search for changes can be irritating because they are cached. If you change your search to exclude a word you know doesn't exist (i.e. add a -randomjunk to the search) you can make sure it's not cached results. |
| 10:27 |
rlefaive |
JBoyer++ omg that’s such a good idea! |
| 10:27 |
kmlussier |
JBoyer++ |
| 10:27 |
JBoyer |
Also helps give you something to grep if it's the sort of thing you end up in the logs for. |
| 10:46 |
kmlussier |
JBoyer: I found it by searching for bugs reported by me and sorting the results by newest first. I find the Bugs section of my account is a mess. |
| 10:47 |
JBoyer |
alynn26, to make sure Hatch can startup correctly, open a cmd window (Win + R) and then: |
| 10:47 |
JBoyer |
cd \Program Files (x86)\Hatch |
| 10:47 |
JBoyer |
hatch.bat test |
| 10:47 |
kmlussier |
I guess if I used more of the filters and sorting options, it would be useful. |
| 10:48 |
JBoyer |
kmlussier, it's pretty lousy normally, but sorting by age has helped me locate a couple things. |
| 10:48 |
kmlussier |
Life was easier back when I was interacting with fewer than 100 bugs. |
| 10:48 |
JBoyer |
I should have said press Win+R and then type cmd and enter. I never know how comfortable people are with Windows. |
| 10:49 |
JBoyer |
kmlussier++ |
| 10:50 |
kmlussier |
Speaking of bugs, I should get back to copy alert testing, but if you come across any other patterns, rlefaive, I'm happy to test them out. |
| 10:50 |
rlefaive |
thanks kmlussier for your help!! |
| 10:54 |
|
plux joined #evergreen |
| 10:58 |
alynn26 |
JBoyer: There is no Hatch folder in the Program Files folder. I'm using the lastest version from the Chrome store. I've tried it on several machines with out luck. |
| 14:01 |
|
dwgreen joined #evergreen |
| 14:01 |
|
dwgreen joined #evergreen |
| 14:11 |
|
collum joined #evergreen |
| 15:02 |
kmlussier |
I was going to test bug 1733695, but is there anyone involved in that project who could write up a release notes entry? |
| 15:02 |
pinesol_green |
Launchpad bug 1733695 in Evergreen "Multilingual searching in the OPAC" [Wishlist,Confirmed] https://launchpad.net/bugs/1733695 |
| 15:22 |
rlefaive |
hey kmlussier, Dyrcona - I think I’ve tracked it down. Our asset.copy_vis_attr_cache contains only a couple dozen entries from recently made items (and a lot of them have duplicates). I take it that table is supposed to contain one row per OPAC visible item? |
| 15:25 |
Dyrcona |
I think so. Mine has 8,424,240 rows. |
| 16:29 |
Dyrcona |
iber=&field.milestone%3Alist=85026&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search |
| 16:29 |
Dyrcona |
What a link! |
| 16:30 |
Dyrcona |
kmlussier++ |
| 16:30 |
Dyrcona |
That's what I call testing. :) |
| 16:30 |
kmlussier |
Wait, what am I getting karma for? |
| 16:32 |
Dyrcona |
you called 3 db upgrade numbers. I assume you tested 3 branches or a branch with 3 upgrades. |
| 16:34 |
pinesol_green |
[evergreen|Mike Rylander] LP#1733695: Pull record attribute values from multiple sources - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a8759ba> |
| 16:34 |
pinesol_green |
[evergreen|Mike Rylander] Add release note for multilingual search - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a820163> |
| 16:34 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1733695: Stamping upgrade scripts for multilingual search - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=87846cf> |
| 13:25 |
kmlussier |
I'm on master |
| 13:25 |
JBoyer |
kmlussier++ |
| 13:26 |
JBoyer |
That was the other thing I was curious about . |
| 13:27 |
kmlussier |
I was going to test that when I was going through my bug mail this morning, but other things came up. |
| 13:30 |
miker |
jeff: hrm.. no, it doesn't do that for brand new records, but that'd be good... it does mangle the 005, though |
| 13:31 |
|
khuckins__ joined #evergreen |
| 13:31 |
* miker |
should read all the lines |
| 14:28 |
JBoyer |
miker, kmlussier: Behold: https://github.com/wix/angular-tree-control/issues/285 |
| 14:30 |
kmlussier |
JBoyer++ |
| 14:31 |
JBoyer |
I feel that last comment, in my booooones. |
| 14:50 |
kmlussier |
heh, I was going to test something in reports, had already forgotten that I couldn't load reports. |
| 14:56 |
|
kmlussier joined #evergreen |
| 14:58 |
|
Dyrcona joined #evergreen |
| 14:59 |
Dyrcona |
kmlussier: I jinxed it by saying that I never have problems with the wifi here. :) |
| 15:06 |
JBoyer |
miker, kmlussier: I think I have a fix for the reporter, its installing now so I can do science to it. |
| 15:07 |
Dyrcona |
heh |
| 15:19 |
* JBoyer |
looks like he was too close a cartoon explosion, hair all awry, ashes everywhere. |
| 15:20 |
JBoyer |
perhaps another test... |
| 15:26 |
* kmlussier |
wishes she could see this. |
| 15:26 |
miker |
kmlussier++ (signoff) |
| 15:27 |
kmlussier |
miker++ #Putting up with all my feedback. :) |
| 15:28 |
miker |
kmlussier++ #providing feedback to put up with^W^W^Wimprove the code! |
| 15:28 |
kmlussier |
I wish I could say I'm planning to relax for the rest of the day, but there are copy alerts to be tested. |
| 15:55 |
kmlussier |
abneiman: I noticed you set the target for https://bugs.launchpad.net/evergreen/+bug/1746824 to 3.0.4 even though it's a wishlist bug. Is that something you're thinking should be backported or did you really mean to set it to 3.1? |
| 15:55 |
pinesol_green |
Launchpad bug 1746824 in Evergreen "wishlist: enhance egGrid to allow CSS styling" [Wishlist,Confirmed] |
| 15:56 |
kmlussier |
I ask, because your answer will affect whether I add a comment to that bug or not. |
| 15:56 |
abneiman |
kmlussier I would like to see it backported if it merges cleanly, but if the consensus is that it is better off in 3.1 that's ok with me |
| 02:57 |
|
JBoyer joined #evergreen |
| 03:33 |
|
JBoyer joined #evergreen |
| 04:19 |
|
rlefaive joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
| 07:03 |
|
agoben joined #evergreen |
| 07:03 |
|
rlefaive joined #evergreen |
| 07:18 |
|
rjackson_isl joined #evergreen |
| 11:46 |
phasefx |
sec |
| 11:47 |
phasefx |
from npm install, I get warnings, the first one being: npm WARN enoent ENOENT: no such file or directory, open '/home/opensrf/git/Evergreen/package.json' |
| 11:48 |
Dyrcona |
Did you run npm install in the Open-ILS/web/js/ui/default/staff subdirectory? |
| 11:49 |
phasefx |
looks like I have it scripted to do so, yes, but not when I reported that error, no :D I think everything is okay now, trying a smoke test |
| 11:49 |
Dyrcona |
Cool. |
| 11:50 |
phasefx |
when just doing normal hacking on the javascript, do I need to do npm run build from that subdirectory as well? |
| 11:53 |
Dyrcona |
Yes. |
| 12:09 |
* phasefx |
will punt for now; chaos powers are exhausting |
| 12:10 |
|
NRHNeedHelp joined #evergreen |
| 12:10 |
NRHNeedHelp |
Hi all! |
| 12:11 |
NRHNeedHelp |
Question... we're trying to print from Chrome to a spine labeler, but even with the Hatch extension installed, we click the test printing buttons but nothing happens. |
| 12:13 |
NRHNeedHelp |
But if I use IE (where we can't use the Hatch extension), a print dialog box appears after clicking the print button and I can choose a printer and print. What are we missing in Chrome? |
| 12:14 |
NRHNeedHelp |
Again, the Hatch extension is installed and I've clicked that Use Hatch For Printing option too |
| 12:14 |
NRHNeedHelp |
I'm lost |
| 12:15 |
phasefx |
NRHNeedHelp: which interface are you using exactly? |
| 12:15 |
NRHNeedHelp |
?The web based interface? |
| 12:15 |
phasefx |
which page within the web based interface? |
| 12:16 |
NRHNeedHelp |
Evergreen Version 3-0-3... Hatch Printer Settings... I can see my printers, select them, etc. then I go to the Test Printing link and try to click the Print or Print with Dialog boxes and it does nothing. |
| 12:17 |
NRHNeedHelp |
However, in IE (I know, not compatible due to no extension) if I follow those same exact steps, I can print when I click the Print with Dialog box... |
| 12:18 |
* phasefx |
doesn't have hatch installed, but trying the test print buttons without does work for him in Chrome. Hrmm |
| 12:19 |
phasefx |
NRHNeedHelp: could you disable the Use Hatch for Printing option and try it? |
| 12:21 |
berick |
phasefx: re: the live test failure, have you modified your auto installer to use 'npm run build' instead of 'grunt build' ? |
| 12:21 |
phasefx |
berick: I did |
| 12:21 |
NRHNeedHelp |
Okay, disabled use hatch for printing and now I get the dialog boxes. |
| 12:22 |
NRHNeedHelp |
in Chrome... Had to darken my print to 30 on the spine printer but it's printing. |
| 12:25 |
phasefx |
NRHNeedHelp: making it work with Hatch, I don't have any experience there yet |
| 12:26 |
phasefx |
berick: oh, I misunderstood your question (confused it with earlier topic with Dyrcona) |
| 12:26 |
phasefx |
I did update the wheezy installer |
| 12:26 |
berick |
phasefx: k. so, wait, you're latest comments.. the test is working for you now? |
| 12:27 |
berick |
i ask because the live test works for me |
| 12:27 |
phasefx |
so, I was having trouble with my local dev environment (didn't know to use ubuntu-xenial-developer pre-req target). With the qa test stuff, I replaced grunt with npm build like so: http://git.evergreen-ils.org/?p=working/random.git;a=commitdiff;h=2b5148506e6e19bc97cde983109d1169bb3e222b |
| 12:28 |
phasefx |
the only thing failing in that environment is the offline live test |
| 12:28 |
berick |
diff looks good |
| 12:28 |
phasefx |
bug 1751318 |
| 12:28 |
pinesol_green |
Launchpad bug 1751318 in Evergreen "live_t/24-offline-all-assets.t failure" [Undecided,New] https://launchpad.net/bugs/1751318 |
| 12:29 |
Dyrcona |
phasefx: I recommend moving to something more recent than wheezy for the test installations. :) |
| 12:29 |
phasefx |
you might need a pristine environment for the test to fail |
| 12:30 |
phasefx |
Dyrcona: yeah, I'm going to get there :) |
| 12:30 |
Dyrcona |
Not saying that will fix the test failure. |
| 12:30 |
Dyrcona |
I think it leaves community support in May. |
| 12:30 |
* phasefx |
nods |
| 12:31 |
* Dyrcona |
put branches out there to remove installation support for Wheezy. |
| 16:13 |
Bmagic |
but 1751368 |
| 16:13 |
Bmagic |
bug 1751368 |
| 16:13 |
Bmagic |
even |
| 16:13 |
pinesol_green |
Launchpad bug 1751368 in Evergreen "Web client: Check-in deleted item from patron account" [Undecided,New] https://launchpad.net/bugs/1751368 |
| 17:04 |
|
mmorgan left #evergreen |
| 17:16 |
|
beanjammin joined #evergreen |
| 17:47 |
|
rlefaive joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
| 19:42 |
|
rlefaive joined #evergreen |
| 06:02 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org |
| 06:25 |
|
pastebot joined #evergreen |
| 06:25 |
|
dbs_ joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Failed Running Evergreen browser client build/test - Expected 6 errors but encountered 2. <http://testing.evergreen-ils.org/~live> |
| 06:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
| 06:31 |
|
jeff___ joined #evergreen |
| 06:31 |
|
RBecker_ joined #evergreen |
| 06:38 |
|
serflog joined #evergreen |
| 10:06 |
kmlussier |
dbs: Yes, that would be a useful addition, I think. |
| 10:07 |
* dbs |
will give that a shot as a way of procrastinating writing |
| 10:07 |
kmlussier |
dbs++ |
| 10:08 |
remingtron |
dbs: Robert Soulliere is still hosting the live docs server, so he's "in charge" of implementing build changes in a visible way. But we have a docs dev server too, where things can be tested. |
| 10:08 |
remingtron |
docs-testing.evergreen-ils.org |
| 10:11 |
|
mmorgan1 joined #evergreen |
| 10:12 |
dbs |
ah installing 200mb of packages for latex support :) |
| 10:13 |
Dyrcona |
Yeah, there is that...Just so that asciidoc can generate PDFs. |
| 12:21 |
mmorgan |
eby: what do you see? |
| 12:22 |
eby |
9 |
| 12:22 |
* mmorgan |
has no idea what "9" means. |
| 12:22 |
eby |
we've had some lag we are looking into so we've seen checked out holds still show up on the shelf list for a little bit |
| 12:23 |
eby |
but wanted to make sure wasn't something else with that 9 |
| 12:23 |
eby |
thanks for testing |
| 12:23 |
berick |
9 == hold fulfilled |
| 12:23 |
berick |
sounds like a bug in the UI |
| 12:23 |
mmorgan |
np! |
| 17:06 |
|
mmorgan left #evergreen |
| 17:37 |
miker |
thanks for being down, launchpad... |
| 18:30 |
|
jwoodard joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
| 01:39 |
|
beanjammin joined #evergreen |
| 03:39 |
|
beanjammin joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:15 |
|
rjackson_isl joined #evergreen |
| 07:32 |
|
dwgreen joined #evergreen |
| 08:22 |
|
rlefaive joined #evergreen |
| 10:39 |
ngf42 |
gah! https://gfycat.com/OptimisticUglyGalapagoshawk |
| 11:20 |
Bmagic |
csharp: How's 3.0.2 going? (or is it 3.0.3?) |
| 11:28 |
|
beanjammin joined #evergreen |
| 11:35 |
dbwells |
Today's point releases (2.12.10 and 3.0.4) are tentatively scheduled to begin building at 2pm EST. If you have a bugfix you would like to see included, please test and push before then. Thanks! |
| 12:07 |
|
Christineb joined #evergreen |
| 12:22 |
|
jihpringle joined #evergreen |
| 12:24 |
|
kmlussier joined #evergreen |
| 14:39 |
gmcharlt |
dbwells: nah, it ended up being just one fixup that's trivial |
| 14:39 |
dbwells |
gmcharlt++ # sounds good, thank you! |
| 14:42 |
Dyrcona |
gmcharlt++ berick++ |
| 14:44 |
pinesol_green |
Showing latest 5 of 6 commits to Evergreen... |
| 14:44 |
pinesol_green |
[evergreen|Bill Erickson] LP#1739803 Remove superseded 'extern' directory - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5eadd3f> |
| 14:44 |
pinesol_green |
[evergreen|Bill Erickson] LP#1739803 Quiet some repetitive console messages for unit tests - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=76f56e0> |
| 14:44 |
pinesol_green |
[evergreen|Bill Erickson] LP#1739803 Webstaff: Replace Grunt with Webpack - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5c6e280> |
| 14:44 |
pinesol_green |
[evergreen|Bill Erickson] LP#1739803 Add newly required dependency for jasmine-core - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cb24863> |
| 14:44 |
pinesol_green |
[evergreen|Galen Charlton] LP#1739803: add angular tablesport to vendor bundle - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0a81e0d> |
| 14:45 |
berick |
gmcharlt++ Dyrcona++ |
| 14:46 |
berick |
as a reminder, the move to webpack changes the dev process some. you have to 'npm run build' (or a variation thereof) then copy files into server directories. |
| 14:46 |
gmcharlt |
berick: just to cover our bases, could you send a heads-up to open-ils-dev? |
| 14:47 |
* kmlussier |
feels like an old dog who can't learn new tricks. |
| 14:47 |
gmcharlt |
by the way, npm build-watch worked well for me |
| 14:47 |
berick |
gmcharlt: cool, yeah, i've been using it too, it's helpful |
| 14:48 |
JBoyer |
So I can update my process, is there an npm run all, or is grunt all replaced with npm run test followed by npm run build-prod ? |
| 14:50 |
JBoyer |
And while I'm thinking about it: |
| 14:50 |
JBoyer |
berick++ |
| 14:50 |
JBoyer |
gmcharlt++ |
| 14:50 |
JBoyer |
dbwells++ |
| 14:50 |
JBoyer |
Dyrcona++ |
| 14:50 |
JBoyer |
Bmagic++ |
| 14:51 |
gmcharlt |
JBoyer: currently it's npm run build (npm run build-prod) first, then npm run test, in that order |
| 14:51 |
gmcharlt |
no "all" as of yet |
| 14:51 |
JBoyer |
and anyone else working on today's releases. plus,plus,plus,plus,plus. |
| 14:51 |
Bmagic |
csharp++ |
| 14:52 |
JBoyer |
gmcharlt, thanks. |
| 16:50 |
dbs |
jeffdavis: IIRC there is no built-in option for simple2zoom, it just forks and forks and forks |
| 16:52 |
jeffdavis |
ok thanks |
| 16:53 |
jeffdavis |
a quick skim of the Net::Z3950::Simple2ZOOM source doesn't show anything either |
| 16:53 |
kmlussier |
Looks like we have duplicate numbers for perl live tests in master again. In fact, I think I may be responsible for merging the duplicates. |
| 16:53 |
kmlussier |
@blame kmlussier |
| 16:53 |
pinesol_green |
kmlussier: everything was going great until kmlussier came along |
| 16:54 |
csharp |
@praise kmlussier |
| 16:54 |
* pinesol_green |
You don't want to get mixed up with someone like kmlussier. kmlussier is a loner, Dottie. A rebel. |
| 17:47 |
berick |
jeffdavis: oh good, glad it's helpful |
| 17:47 |
|
derekz left #evergreen |
| 18:09 |
|
Dyrcona joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Failed Running Evergreen browser client build/test - Expected 6 errors but encountered 2. <http://testing.evergreen-ils.org/~live> |
| 18:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
| 20:52 |
|
beanjammin joined #evergreen |
| 20:56 |
|
kmlussier joined #evergreen |
| 20:56 |
kmlussier |
Calling 1089 |
| 21:07 |
pinesol_green |
Showing latest 5 of 9 commits to Evergreen... |
| 21:07 |
pinesol_green |
[evergreen|Jason Stephenson] LP 1694058: Add confirmation dialog for multiple title holds. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cac2694> |
| 21:07 |
pinesol_green |
[evergreen|Jason Stephenson] LP 1694058: Final OPAC Changes for Multiple Hold Placement - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7e76706> |
| 21:07 |
pinesol_green |
[evergreen|Jason Stephenson] Lp 1694058: Fix Issue With Place Holds Reported in Testing - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=04bf77f> |
| 21:07 |
pinesol_green |
[evergreen|Kathy Lussier] LP# 1694058: Release notes entry for placing multiple holds - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6dbb6c7> |
| 21:07 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1694058: Stamping upgrade script for duplicate holds coust - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=986a2d0> |
| 23:06 |
|
b_bonner left #evergreen |
| 00:02 |
|
beanjammin joined #evergreen |
| 02:45 |
|
beanjammin joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:20 |
|
rjackson_isl joined #evergreen |
| 07:33 |
|
dwgreen joined #evergreen |
| 07:36 |
|
rlefaive joined #evergreen |
| 10:03 |
mmorgan |
Dyrcona++ |
| 10:04 |
|
rlefaive joined #evergreen |
| 10:06 |
Dyrcona |
Claiming 1088. |
| 10:11 |
pinesol_green |
[evergreen|Mike Rylander] LP#1746584: Adjust bib visibility test for patron browse - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ea0569d> |
| 10:11 |
pinesol_green |
[evergreen|Jason Stephenson] Lp 1746584: Stamping Upgrade Script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=32b0358> |
| 10:15 |
|
yboston joined #evergreen |
| 10:23 |
|
jihpringle joined #evergreen |
| 10:37 |
|
Christineb joined #evergreen |
| 11:59 |
|
rlefaive joined #evergreen |
| 12:06 |
|
beanjammin joined #evergreen |
| 12:09 |
Dyrcona |
dbwells++ # It works on 3.0 and with some minor backport rearrangement it works on 2.12 also. |
| 12:10 |
dbwells |
Dyrcona: that's great, thanks for testing |
| 12:11 |
Dyrcona |
For completeness' sake, I'll test it on master and then push it early this afternoon, unless someone else is dying to look at it, too. |
| 12:13 |
Dyrcona |
It looks so simple. I should have thought of that. :) |
| 12:16 |
dbwells |
I think I am beginning to get a hang of Angular, though I won't say "the hang". Angular is somehow resistant to a singular hang. |
| 12:21 |
|
khuckins joined #evergreen |
| 12:30 |
Dyrcona |
:) |
| 12:45 |
|
yboston joined #evergreen |
| 13:08 |
pinesol_green |
[evergreen|Dan Wells] LP#1749992 Disable payment button during payment - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=760140b> |
| 13:13 |
Dyrcona |
Well, I'll take a break and let some others have a shot at testing branches. :P |
| 13:18 |
|
jihpringle_ joined #evergreen |
| 13:18 |
kmlussier |
Dyrcona++ |
| 13:28 |
|
beanjammin joined #evergreen |
| 14:22 |
kmlussier |
I don't ever remember saying that. FAKE NEWS! |
| 14:24 |
gmcharlt |
only because I drank all of NOBLE's coffee, natch |
| 14:26 |
dbs |
Happy news time: a faculty member came to me today asking me to add a feature that would enable a link from the original version of a book to the translation, if we have it |
| 14:27 |
JBoyer |
I certainly remember putting the bottomless coffee claim to the test. It was touch and go for a moment. |
| 14:27 |
dbs |
He was super-excited when we took a look at a few examples and saw the "Formats & Editions" link to English / French editions in the detailed records. So yay for that feature (and for cataloguers using the 240 correctly) |
| 14:27 |
gmcharlt |
dbs: yay! |
| 14:29 |
JBoyer |
A couple of us were comparing OPAC progress over the years (Still some 2.4-ish screenshots around somewhere), that is a nice interface. |
| 17:05 |
|
mmorgan joined #evergreen |
| 17:05 |
|
mmorgan left #evergreen |
| 17:07 |
|
derekz left #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 21:30 |
sandbergja |
folks are probably gone at this point, but I did push some point release notes to master, rel_3_0, and rel_2_12 |
| 21:31 |
pinesol_green |
[evergreen|Jane Sandberg] Adding 3.0.4 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8cbcdf6> |
| 21:31 |
pinesol_green |
[evergreen|Jane Sandberg] Release notes for 2.12.10 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d44bf3c> |
| 00:33 |
|
book` joined #evergreen |
| 06:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:19 |
|
rjackson_isl joined #evergreen |
| 07:25 |
|
collum joined #evergreen |
| 07:46 |
|
rlefaive joined #evergreen |
| 08:34 |
|
Dyrcona joined #evergreen |
| 08:35 |
|
derekz joined #evergreen |
| 08:35 |
|
mmorgan joined #evergreen |
| 08:37 |
pinesol_green |
[evergreen|Jason Boyer] LP1737540: Add Patron Information to Receipts - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=870569b> |
| 08:38 |
|
kmlussier joined #evergreen |
| 08:39 |
|
ngf42 joined #evergreen |
| 08:59 |
mmorgan |
I'm remembering a bug where a volume hold gets cancelled when a call number is edited in the unified editor, but I can't find it in Launchpad. |
| 11:26 |
mmorgan |
Gotcha. Money is complicated. |
| 11:26 |
Dyrcona |
It shouldn't be, but it is.... Numbers with emotions attached. :) |
| 11:27 |
csharp |
ooh ooh - we should totally start adding emoticons to payments based on how the patron is acting |
| 11:29 |
Dyrcona |
BTW, berick, I'm doing some more testing of Lp 1739803. I like what I see so far. |
| 11:29 |
pinesol_green |
Launchpad bug 1739803 in Evergreen "Webstaff: Replace Grunt with Webpack + Angular 1.6" [Medium,New] https://launchpad.net/bugs/1739803 - Assigned to Jason Stephenson (jstephenson) |
| 11:29 |
csharp |
*standing with clipboard* "So Ms. Jones, how would you say you're *feeling* about paying this fine today?" |
| 11:29 |
Dyrcona |
heh. I used Gregory Jones to test. |
| 11:29 |
csharp |
:-) |
| 11:30 |
Dyrcona |
Only 3 patrons owe money in concerto. |
| 11:30 |
Dyrcona |
Out of the box, anyway. |
| 13:21 |
Dyrcona |
Heh. I missed the band that csharp added earlier, but when I looked up my brain turned it into something else. |
| 13:22 |
Dyrcona |
@band add Dang Old Banjo |
| 13:22 |
pinesol_green |
Dyrcona: Band 'Dang Old Banjo' added to list |
| 13:23 |
kmlussier |
I have a question about bug 1694058. I signed off on it back in November, but left it available for somebody else to test since Dyrcona did his work based on our requirements. I usually like to give somebody uninvolved in the project a chance to test it. |
| 13:23 |
pinesol_green |
Launchpad bug 1694058 in Evergreen "Ability to Place Multiple Title/Metarecord Holds at Once" [Wishlist,New] https://launchpad.net/bugs/1694058 |
| 13:23 |
kmlussier |
At this point, would anyone object if I merged it? |
| 13:24 |
Dyrcona |
I certainly don't object, and two months is plenty of time. :) |
| 13:29 |
pinesol_green |
Launchpad bug 1749593 in Evergreen 3.0 "Webstaff: Grids on Bills and Patron Messages Screens do not show properly" [Undecided,New] https://launchpad.net/bugs/1749593 |
| 13:31 |
Dyrcona |
It only shows up in master, and likely rel_3_0, but not in 3.0.3, since the patch that causes it was added after the 3.0.3 release. |
| 13:42 |
Dyrcona |
Well, someone emailed me a photo of the console on the downed server....Looks like a HD error, probably dead. |
| 13:45 |
kmlussier |
Dyrcona: I plan to test that one (holds picku) if nobody else looks at it. I've just had to prioritize testing of bug 1744385 ahead of everything else this week. |
| 13:45 |
pinesol_green |
Launchpad bug 1744385 in Evergreen "Wishlist: Search & display infrastructure improvements" [Wishlist,New] https://launchpad.net/bugs/1744385 |
| 13:45 |
Dyrcona |
kmlussier: Thanks. Good to know. I understand your priorities. |
| 13:47 |
|
rlefaive joined #evergreen |
| 16:20 |
hbrennan |
Bmagic: Very cool. Thanks for sharing :) |
| 16:20 |
Bmagic |
Cool indeed |
| 16:23 |
Dyrcona |
!?chown # my new best friend |
| 16:28 |
Dyrcona |
Oh, nice. Lp 1749593 is messing with my testing. |
| 16:28 |
pinesol_green |
Launchpad bug 1749593 in Evergreen 3.0 "Webstaff: Grids on Bills and Patron Messages Screens do not show properly" [Undecided,New] https://launchpad.net/bugs/1749593 |
| 16:29 |
|
derekz_ left #evergreen |
| 16:30 |
Dyrcona |
First time I've seen it happen on a patron with bills. |
| 17:32 |
|
kmlussier joined #evergreen |
| 17:35 |
Dyrcona |
Maybe I'll be back later. Mabye I won't. |
| 17:43 |
miker |
@later tell Dyrcona ng-{blah} versions of most html5 attributes are magical in angular, AFAIU. they "just work" ... or don't, I guess, in some cases |
| 17:43 |
pinesol_green |
miker: The operation succeeded. |
| 18:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:56 |
|
Dyrcona joined #evergreen |
| 18:57 |
Dyrcona |
Well, I'm giving it another shot. I think I needed to add a method to the service for the handler to call. It looks like raw JS doesn't work. |
| 19:01 |
Dyrcona |
What I said at 4:28:28 PM.... |
| 06:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:17 |
|
rjackson_isl joined #evergreen |
| 07:29 |
|
dwgreen joined #evergreen |
| 07:34 |
|
rlefaive joined #evergreen |
| 10:35 |
csharp |
heh - that's me and the channel logs |
| 10:36 |
csharp |
I'll google something and have myself to thank for the solution :-) |
| 10:38 |
Dyrcona |
:) |
| 10:39 |
gsams |
csharp: So he ran hatch.bat test and got what I would call normal output, when compared to my working machine. |
| 10:40 |
csharp |
hmm |
| 10:40 |
csharp |
gsams: he ran it as the user with the problem? |
| 10:40 |
gsams |
csharp: I sent him an email for clarification on that point, just in case. |
| 10:45 |
gsams |
Heh, I was just looking over that late last night. |
| 10:45 |
csharp |
perhaps the ID between the extension and hatch is mismatched? |
| 10:48 |
csharp |
WriteRegStr HKLM "Software\Google\Chrome\Extensions\${EXTENSIONID}" "update_url" "${EXTENSION_UPDATEURL}" <-- if they can check that registry key, it might not match the extension manifest |
| 10:55 |
* Dyrcona |
can duplicate the crashy behavior of OpenSRF by installing the updates on a test vm. |
| 10:56 |
Dyrcona |
OpenSRF really doesn't like it if you restart ejabberd while things are running. :) |
| 10:56 |
csharp |
yeah - it's pretty catastrophic |
| 10:58 |
Dyrcona |
Ok. Going back to the apt discussion. I have /etc/apt/apt.conf.d/20auto-upgrades on a system that is configured to do unattended upgrades. |
| 11:07 |
Dyrcona |
Ok. It's gets even more interesting. A VM I made Tuesday with 16.04.3 and that is totally up to date, does not have 20auto-upgrades file. I know I chose No during installation. |
| 11:07 |
Dyrcona |
Inconsistency, thy name is Linux.... :) |
| 11:08 |
Dyrcona |
heh. load is 8.4 on the vm after the updates finished. |
| 11:09 |
Dyrcona |
I did not have the problem with the C services on the test VM. |
| 11:09 |
Dyrcona |
I guess what happened on the util server was special. |
| 11:10 |
* Dyrcona |
should blow this vm out and build it into a test brick of 2-3 vms. |
| 11:13 |
Dyrcona |
@monologue |
| 11:13 |
pinesol_green |
Dyrcona: Your current monologue is at least 15 lines long. |
| 11:15 |
Dyrcona |
Ok. If you're sick of the unattended-upgrades chatter, tell me, and I'll stop, but I did one more test. |
| 11:15 |
Dyrcona |
If you didn't enable unattended upgrades during install with Ubuntu 16.04.3, it looks like you don't get 20auto-upgrades. |
| 11:16 |
Dyrcona |
If you later enable it with dpkg-reconfigure, you do get the file. |
| 11:17 |
Dyrcona |
if you subsequently disable it with dpkg-reconfigure, 20auto-upgrades is there with both update package list and unattended upgrades disabled. |
| 17:01 |
|
mmorgan left #evergreen |
| 17:11 |
Dyrcona |
Hebedeebedeebe...That's all folks! |
| 18:19 |
|
Dyrcona joined #evergreen |
| 18:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:53 |
|
beanjammin joined #evergreen |