| 01:56 |
|
eady joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 07:56 |
|
mantis joined #evergreen |
| 08:38 |
|
rfrasur joined #evergreen |
| 11:42 |
jeff |
but this appears to be in IO::Select (is that part of IO::Socket?) |
| 11:42 |
jeff |
(no, not part of IO::Socket) |
| 11:56 |
|
jihpringle joined #evergreen |
| 11:59 |
csharp_ |
working on bug 1932051 ... I have set up a similar test to what berick describes in https://bugs.launchpad.net/evergreen/+bug/1896285/comments/6 |
| 11:59 |
pinesol |
Launchpad bug 1896285 in Evergreen 3.5 "Use batch methods for multi-row grid actions" [Medium,Fix released] |
| 11:59 |
pinesol |
Launchpad bug 1932051 in Evergreen "AngularJS Add to Item Bucket Generating too many simultaneous requests" [High,New] https://launchpad.net/bugs/1932051 - Assigned to Chris Sharp (chrissharp123) |
| 11:59 |
csharp_ |
still maxxing out the 5/5 open-ils.actor drones when I add 100 items to a new bucket |
| 14:40 |
Dyrcona |
It makes the output files world writable, which isn't what we'd normally want, and I suspected that it would do this because default permissions when writing files with Perl. |
| 14:51 |
JBoyer |
Anytime umask is 0 you should end up with 777 or 666 perms. Looking at that section it looks like you should set it to 0 to be absolutely certain you don't inherit an unknown value. So we can either specify the mode every single time open is called (not great) or we can specifically set it to a known-good value for our purposes, I imagine 022 is fine for that. |
| 14:53 |
Dyrcona |
JBoyer: Yes. The logic for a program written in C is set umask to 0, then use your own permission mask when creating files from a daemon process. umask is typically 022 so setting it to that may not be a bad idea. |
| 14:54 |
Dyrcona |
I've reverted that commit for my current test. I wasn't seeing anything in syslog, but now, I'm not seeing anything to stderr, either, so maybe there were no log messages, yet. |
| 14:56 |
Dyrcona |
In production, there are almost always some messages about not being able to draw some figure or another. |
| 14:57 |
Dyrcona |
Ha! Timing: Jul 2 14:57:08 jasontest Clark Kent reporting: ** daily LOST ITEMS PAYMENTS: [WARN:7388:clark-kent.pl:40:] Reporter warning: Couldn't draw /openils/var/web/reporter/6236/72235/204102/report-data.html.bar.gif : No attribute 'shading'#012No data sets or points at /openils/bin/clark-kent.pl line 835. |
| 14:58 |
JBoyer |
I forgot that perl's open doesn't accept that kind of mode, we should definitely just set the umask to what we want rather than trying to swap to sysopen. |
| 14:58 |
Dyrcona |
JBoyer: Yeah. I think we'll have to use 022. |
| 14:59 |
Dyrcona |
Something like that, but the good thing is that message went to syslog. |
| 15:00 |
JBoyer |
Maybe that can be cleaned up when pie charts are either finished or throw out. ;) |
| 15:04 |
Dyrcona |
So, now, I'm testing with my daemonize changes back in place to see if that unintentionally closes the connection to syslog. |
| 15:05 |
Dyrcona |
I'll change the umask from 0 to 022 before I update the bug. |
| 15:07 |
Dyrcona |
I'm not so sure that the individual reporter processes need to daemonize themselves. |
| 15:11 |
Dyrcona |
Ah, but the fact that they daemonize themselves means that they keep running even if the parent process dies, no? |
| 16:33 |
alynn26 |
Dyrcona ++ |
| 16:50 |
|
jvwoolf left #evergreen |
| 17:23 |
|
mmorgan left #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:24 |
|
rjackson_isl_hom joined #evergreen |
| 07:51 |
|
mantis joined #evergreen |
| 08:13 |
|
Dyrcona joined #evergreen |
| 13:01 |
csharp_ |
nfBurton: "invalid" means the output (of either type) would not be created |
| 13:01 |
nfBurton |
ah |
| 13:02 |
nfBurton |
Some are fine, but it's just the holds |
| 13:02 |
csharp_ |
it's a way to stop the A/T from moving forward if it doesn't meet the validity test |
| 13:02 |
nfBurton |
From the json file? |
| 13:02 |
csharp_ |
what we need (as miker has talked about in the past) is a way to have multiple validators for each event def |
| 13:03 |
Dyrcona |
The hold was likely picked up or changed state between the time the event was created and the delay was met. |
| 17:10 |
miker |
csharp_: yes! I want stacked validators, collectors, reactors, all of em! :) that would let us create simple, reusable validators and reactors, rather than complicated special purpose ones |
| 17:10 |
miker |
he said 4 hours later |
| 17:14 |
miker |
@later tell nfBurton once https://bugs.launchpad.net/evergreen/+bug/1859707 gets in, you'll have a usable interface to look at triggered events, and can explore in the staff client! :) |
| 17:14 |
pinesol |
miker: The operation succeeded. |
| 17:14 |
pinesol |
Launchpad bug 1207533 in Evergreen "duplicate for #1859707 Triggered event log times out for large-data sites" [Medium,Confirmed] |
| 17:55 |
|
Stompro joined #evergreen |
| 18:00 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live//archive/2021-06/2021-06-25_16:00:02/test.29.html> |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:22 |
|
mantis joined #evergreen |
| 07:33 |
|
collum joined #evergreen |
| 07:43 |
JBoyer |
For any that followed the CentOS drama a while back, it looks like there are more options to choose from: https://arstechnica.com/gadgets/2021/06/centos-replacement-distro-rocky-linuxs-first-general-release-is-out/ |
| 08:59 |
|
Dyrcona joined #evergreen |
| 09:08 |
|
dguarrac joined #evergreen |
| 09:25 |
|
Keith-isl joined #evergreen |
| 09:27 |
Dyrcona |
@later tell Bmagic I've finally gotten back to looking at your issue with symspell and parallel ingest. I'm testing with Pg 12 and setting up Pg 9.6. |
| 09:27 |
pinesol |
Dyrcona: The operation succeeded. |
| 09:35 |
|
Keith_isl joined #evergreen |
| 10:06 |
mantis |
What format does Evergreen use for email notifications? I'm looking to format hyperlinks. |
| 10:27 |
gmcharlt |
Dyrcona: thanks for checking! |
| 10:28 |
berick |
gmcharlt: no data in acq.debit_attribution here |
| 10:29 |
gmcharlt |
berick: thanks as well! |
| 10:30 |
mantis |
Dyrcona: Yes. Though I have noticed with my testing that linking to a library's opac doesn't bring it up however outside links are fine. |
| 11:20 |
|
Keith_isl joined #evergreen |
| 12:03 |
|
Keith-isl joined #evergreen |
| 12:18 |
jeffdavis |
acq.debit_attribution is empty here too |
| 13:17 |
jeff |
but no, while not impossible it's probably not someone who left a few hundred tabs open. |
| 15:01 |
|
jihpringle joined #evergreen |
| 16:36 |
|
alynn26 joined #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:05 |
gmcharlt |
noting a big pull request I just filed for the Angular rewrite of various acquisitions adminsitration interfaces: https://bugs.launchpad.net/evergreen/+bug/1904244 |
| 18:05 |
pinesol |
Launchpad bug 1904244 in Evergreen "Angular Acquisitions: Administration" [Wishlist,Confirmed] |
| 20:23 |
|
jonadab joined #evergreen |
| 02:36 |
|
dickreckard joined #evergreen |
| 04:21 |
|
dickreckard joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:28 |
|
kmlussier joined #evergreen |
| 06:30 |
kmlussier |
@later tell miker tsbere created the original persistent login https://bugs.launchpad.net/evergreen/+bug/979970 |
| 06:30 |
pinesol |
kmlussier: The operation succeeded. |
| 15:44 |
jeff |
search tweaking/optimization question: I can enclose a term in double quotes to prevent stemming. This greatly improves a single-word author search for parris, which otherwise matches "Parry" due to (I think) stemming. Short of telling the user to search for "parris" instead of parris, are there approaches that others here have found helpful? |
| 15:46 |
jeff |
(the various highlighted instances of "Parry" may hint to some staff that stemming is doing them a disservice, and they may adjust their query.) |
| 17:27 |
|
jvwoolf left #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 21:21 |
|
jamesrf joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:11 |
|
Dyrcona joined #evergreen |
| 07:20 |
|
rjackson_isl_hom joined #evergreen |
| 07:27 |
|
mantis joined #evergreen |
| 09:32 |
|
Keith-isl joined #evergreen |
| 09:37 |
|
dickreckard joined #evergreen |
| 09:39 |
|
ShulaBee joined #evergreen |
| 09:46 |
mantis |
I was following mmorgan's slides for creating a test environment via VB using Ansibile but when trying to fire it up, there is an ejabberd error. |
| 09:47 |
mantis |
"Unable to restart service ejabberd: Job for ejabberd.service failed because the control process exited with error code" |
| 09:48 |
mantis |
The network option has been changed to "Bridged Adapter" in the VB settings if that helps |
| 09:49 |
Dyrcona |
mantis: It's probably a misconfiguration of ejabberd. There should be an ejabberd error log on the VM that will tell you more. |
| 09:50 |
mmorgan |
mantis: Which Ubuntu .iso did you use to build the VM? |
| 09:54 |
berick |
miker: there are limitations to the facet display. i just copied the logic from the tpac's config.tt2 |
| 10:54 |
Dyrcona |
I suppose I could try this against a stock branch to see if it is a problem with our customization, which I highly suspect. |
| 10:54 |
berick |
Dyrcona: i seem to recall it tells you the file that has issues, even if it's an INCLUDEd file. i would expect form.tt2 to be the location of the issue |
| 10:57 |
|
jvwoolf joined #evergreen |
| 10:59 |
Dyrcona |
berick: It doesn't look like it to me. The error does go away if I add and extra END at the bottom, though. I'm going to test with stock to see what happens. |
| 10:59 |
berick |
k, i could be misremembering |
| 10:59 |
Dyrcona |
I could be wrong, too. |
| 11:00 |
Dyrcona |
I'll paste my template if I get really stumped. Maybe it's something obvious that I'm too blind to see. |
| 11:47 |
|
Stareagle80 joined #evergreen |
| 11:47 |
|
Stareagle80 left #evergreen |
| 11:47 |
|
Stareagle joined #evergreen |
| 11:49 |
Stareagle |
Test post to see if |
| 11:49 |
Stareagle |
I got things right |
| 11:49 |
miker |
berick: you are a gentleman and a scholar, sir! that does seem simple and I plan to steal it. (and also LP it, and point to your branch. so, not steal so much as thank you) |
| 11:49 |
Dyrcona |
I see your test. Welcome aboard, Stareagle. |
| 11:53 |
berick |
miker++ # LP |
| 11:58 |
mmorgan |
mantis: miker: Regarding change operator, we've thought about making the order of Temporary, Staff, and Persistent oposite, making Peristent the default. Haven't done it yet, though. |
| 12:00 |
Dyrcona |
mmorgan: Is that because you have a lot of staff with individual logins? |
| 15:58 |
pinesol |
Launchpad bug 1932363 in Evergreen "Angular: eg-org-family-select with limitPerms set can include ancestors that the user doesn't have access to" [Medium,New] https://launchpad.net/bugs/1932363 |
| 15:59 |
gmcharlt |
@later tell sandbergja interested in your opinion on bug 1932363 |
| 15:59 |
pinesol |
gmcharlt: The operation succeeded. |
| 16:13 |
jeffdavis |
jvwoolf: I don't have a way to monitor API calls in real time, but we do monitor # of drones for each service, so I get alerts when we hit max_children. I also have a cronjob that looks for "no children available" warnings in the logs. |
| 16:13 |
jeffdavis |
When that happens I manually review the logs looking for clusters of similar-looking calls to that service leading up to the alert. |
| 16:14 |
jeffdavis |
Then I look at the staff client to see where that particular call happens, and see if I can reproduce on a test server. |
| 16:14 |
jvwoolf |
jeffdavis++ |
| 16:14 |
jvwoolf |
Thanks for the info |
| 16:40 |
mmorgan |
We've had a few reports over the past week of white screens and the screen just refreshing when attempting to login. Anyone else heard similar? |
| 16:55 |
mmorgan |
Shula_L: Interesting, that doesn't seem to be our issue, though. I always want to blame updates, Windows updates have been going around. |
| 16:56 |
Shula_L |
mmorgan: I wouldn't be surprised at all if it's a case of the updates. |
| 17:44 |
mmorgan |
berick: fyi, bug 1932369 |
| 17:44 |
pinesol |
Launchpad bug 1932369 in Evergreen "Angular: Change Operator behavior differs from AngularJS" [Undecided,New] https://launchpad.net/bugs/1932369 |
| 17:45 |
|
mmorgan left #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 20:01 |
|
kco joined #evergreen |
| 20:21 |
|
jihpringle joined #evergreen |
| 20:24 |
|
cmalm joined #evergreen |
| 11:42 |
|
troy joined #evergreen |
| 11:44 |
|
Dawn joined #evergreen |
| 11:48 |
Dyrcona |
gmcharlt: You're basically undoing the previous patch on the title fields. |
| 11:50 |
gmcharlt |
Dyrcona: correct, but unless I missed something during testing, that part of c31d052576 seems to have not been necessary |
| 11:50 |
pinesol |
gmcharlt: [evergreen|Jeff Davis] LP#1902965: HTML filter on Bootstrap OPAC search results and record display - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c31d052> |
| 11:52 |
gmcharlt |
(and if I _am_ missing something, arguably the normalization belongs inside html_text_attr() rather than outside it anyway |
| 11:53 |
|
Dawn joined #evergreen |
| 12:00 |
jeffdavis |
"><script>alert('uh oh');</script> |
| 12:01 |
jeffdavis |
^ that was the vulnerability that the html filter was fixing per 1902965 |
| 12:09 |
|
jihpringle joined #evergreen |
| 12:10 |
gmcharlt |
which no longer seems to be an issue even with my latest patch in place, but yeah, more eyes on testing will reveal all |
| 12:18 |
jeffdavis |
Just setting up a test environment for it now. |
| 12:21 |
|
rlefaive joined #evergreen |
| 12:22 |
|
plux joined #evergreen |
| 12:26 |
plux |
any reports of issues building 3.7 on Ubuntu 20.04 with Angular building? on my third attempt and /openils/var/web/eg2 doesn't build/get created using the tarball |
| 12:28 |
Dyrcona |
heh. "Ubunut." |
| 12:31 |
plux |
I had tried the git build as dev as well - hit different issues but many warnings and errors when I got to building Angular - was wondering if my Ubuntu vm is missing some dependency that stopped something from building - but I don't see errors on the install |
| 12:32 |
plux |
this is just the default code base on new Ubuntu 20 server - using concerto db - everything builds fine but staff client Administration links are broken |
| 12:46 |
Dyrcona |
plux: I haven't tried administration, yet, but everything else seems to be working so far. I've been editing concerto records to test gmcharlt's branch that was mentioned earlier. |
| 12:46 |
Dyrcona |
I'm using a default install as well of the latest master code from git. |
| 12:47 |
|
collum joined #evergreen |
| 12:48 |
jeff |
pinesol++ |
| 13:19 |
jeffdavis |
Dyrcona: I'll still have a look, but definitely don't wait on my input |
| 13:30 |
|
eady joined #evergreen |
| 13:33 |
|
jvwoolf joined #evergreen |
| 13:37 |
Dyrcona |
jeffdavis: I pushed a signoff branch and mentioned what I did for testing. |
| 14:21 |
|
rhamby joined #evergreen |
| 14:23 |
|
jvwoolf joined #evergreen |
| 14:28 |
|
gmonti left #evergreen |
| 17:13 |
|
mmorgan left #evergreen |
| 17:20 |
|
plux joined #evergreen |
| 17:28 |
|
jihpringle joined #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:01 |
|
jonadab joined #evergreen |
| 19:24 |
|
kmlussier joined #evergreen |
| 00:06 |
|
gmcharlt joined #evergreen |
| 00:27 |
|
sandbergja joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:58 |
|
Dyrcona joined #evergreen |
| 07:14 |
|
rlefaive joined #evergreen |
| 07:17 |
JBoyer |
Hi! If for any reason you re-use your freenode password (which you shouldn't do anyway), the best time to stop that was last week. The second best time is today: https://twitter.com/plainoldchair/status/1402685764937338881 |
| 14:50 |
jeff |
I saw 6/14 and 6/15 proposed, but I don't see that one was settled on. JBoyer's email says "by" 6/15. |
| 14:54 |
|
rjackson_isl_hom joined #evergreen |
| 15:16 |
Dyrcona |
We intend to have the Libera channel logged by Monday, 6/14 morning. No estimated hour. It might happen over the weekend, depending on gumption. |
| 15:17 |
Dyrcona |
Bmagic: My VM ran out of memory while processing one of the files for the sideload process, so my testing will definitely wait for next week. I'll run the sideload process on the db server. |
| 15:43 |
jeff |
sure, I should be able to have logging set by then. |
| 15:44 |
Bmagic |
Dyrcona: cool |
| 15:44 |
Bmagic |
thanks for checking into it! |
| 17:14 |
|
rlefaive joined #evergreen |
| 17:15 |
|
mmorgan left #evergreen |
| 17:15 |
|
rlefaive joined #evergreen |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:01 |
|
sandbergja joined #evergreen |
| 00:18 |
|
sandbergja joined #evergreen |
| 00:37 |
|
sandbergja joined #evergreen |
| 00:50 |
|
gmcharlt joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:21 |
|
rjackson_isl_hom joined #evergreen |
| 07:58 |
|
collum joined #evergreen |
| 08:00 |
|
tlittle joined #evergreen |
| 16:25 |
rhamby |
link here: https://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_companies |
| 17:01 |
|
jvwoolf left #evergreen |
| 17:02 |
|
rfrasur_ joined #evergreen |
| 17:09 |
Bmagic |
is it ok (on a test machine) to truncate metabib.title_field_entry? Then run reingest? Like, it's not going to blow up Evergreen or anything? It would just cause title searches to result nothing? |
| 17:13 |
gmcharlt |
Bmagic: you should probably also truncate metabib.combined_title_field_entry, but what you propose to do should not be full of explodium |
| 17:14 |
Bmagic |
gmcharlt++ |
| 17:20 |
|
mmorgan left #evergreen |
| 17:50 |
jeff |
yeah, I was making no claim other than I found the get_barcodes calls annoying. :-) |
| 17:50 |
jeff |
miker++ |
| 17:51 |
jeff |
I'm not sure what csharp's other symptoms are with regard to drones getting "swamped". |
| 18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 21:37 |
|
dbwells joined #evergreen |
| 21:39 |
|
dbwells joined #evergreen |
| 22:17 |
|
troy__ joined #evergreen |
| 01:10 |
|
sandbergja joined #evergreen |
| 01:23 |
|
JBoyer joined #evergreen |
| 05:32 |
|
rlefaive joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:53 |
JBoyer |
jeffdavis++ |
| 07:15 |
|
rjackson_isl_hom joined #evergreen |
| 07:28 |
|
dbwells joined #evergreen |
| 15:11 |
terranm |
+1 |
| 15:11 |
JBoyer |
In order to nail that down, is everyone ok with a team consisting of gmcharlt_ , mmorgan , phasefx , and myself? With possible assistance from jeff and or Dyrcona depending on other commitments? |
| 15:12 |
dluch |
ReleaseTeam (tm)++ |
| 15:12 |
JBoyer |
And yes, everyone that can commit can help: test, commit, push, you've helped put the release together. :) |
| 15:12 |
Dyrcona |
That release team works for me. |
| 15:12 |
rhamby |
+1 |
| 15:13 |
csharp |
#info csharp = Chris Sharp, GPLS |
| 16:17 |
jeff |
It's Kiwi IRC. They also have a "client builder" which is designed to create an embedded client on a web page of your choosing. |
| 16:55 |
|
mantis left #evergreen |
| 17:17 |
|
mmorgan left #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:20 |
|
rlefaive joined #evergreen |
| 18:27 |
|
dluch joined #evergreen |
| 18:27 |
|
Bmagic joined #evergreen |
| 06:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:22 |
|
drigney joined #evergreen |
| 06:23 |
|
phasefx joined #evergreen |
| 06:24 |
|
jgoodson joined #evergreen |
| 09:55 |
|
awitter joined #evergreen |
| 10:47 |
|
Stompro joined #evergreen |
| 11:08 |
Dyrcona |
Grr. marc-- |
| 11:08 |
Dyrcona |
gmcharlt: The badldr.usmarc test data also has an extra record terminator in it. |
| 11:09 |
Dyrcona |
tsbere's code causes it to error out, but the normal code doesn't. I think that's a different bug in the normal code. |
| 11:11 |
Dyrcona |
Record number 2 ends like this: \x1e\x1d\x1d, or you could say there's an extra \x1d between records 2 and 3. |
| 11:17 |
Dyrcona |
Oh. Is that supposed to be the test? The 3rd record begins with \x1d? |
| 11:23 |
Dyrcona |
The difference is that tsbere's code adds the extra record terminator to the previous record, so it inverts the sense of the test. If I modify the code to include \x1d as junk data, the parser chugs on through the file and errors out later. |
| 11:24 |
Dyrcona |
I think we should use |
| 11:25 |
Dyrcona |
\x1e\x1d as the record separator and consider anything that doesn't conform to that as junk. |
| 11:44 |
|
jihpringle joined #evergreen |
| 14:49 |
|
jihpringle joined #evergreen |
| 15:00 |
|
rfrasur joined #evergreen |
| 15:24 |
Dyrcona |
berick: I opened bug 1930747 on something that I noticed while working on Quipu integration. |
| 15:24 |
pinesol |
Launchpad bug 1930747 in Evergreen 3.7 "MARC_NAMESPACE in AppUtils should be constant" [Undecided,New] https://launchpad.net/bugs/1930747 |
| 15:35 |
|
mantis2 left #evergreen |
| 15:36 |
|
jihpringle joined #evergreen |
| 15:47 |
|
mantis2 joined #evergreen |
| 17:13 |
|
mmorgan left #evergreen |
| 17:51 |
|
mantis2 left #evergreen |
| 17:52 |
|
rlefaive joined #evergreen |
| 18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:05 |
|
sandbergja joined #evergreen |
| 18:11 |
|
sandbergja joined #evergreen |
| 00:07 |
|
sandbergja joined #evergreen |
| 01:09 |
|
sandbergja joined #evergreen |
| 01:25 |
|
sandbergja joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:45 |
|
rlefaive joined #evergreen |
| 07:13 |
|
rjackson_isl_hom joined #evergreen |
| 07:16 |
|
mantis2 joined #evergreen |
| 10:03 |
|
rlefaive joined #evergreen |
| 10:35 |
|
sandbergja joined #evergreen |
| 10:52 |
|
Keith-isl joined #evergreen |
| 10:58 |
pinesol |
[evergreen|Jane Sandberg] LP1922120: Add to carousel action in angular catalog - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ec252ff> |
| 10:59 |
|
jvwoolf joined #evergreen |
| 11:12 |
pinesol |
[evergreen|Terran McCanna] LP1908619 Adjustments to Staff Search Preferences Page - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=20bd496> |
| 11:12 |
pinesol |
[evergreen|Galen Charlton] LP#1908619: add a release notes sentence - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c8072fb> |
| 11:23 |
* gmcharlt |
claims 1264 |
| 11:28 |
pinesol |
[evergreen|Mike Rylander] LP#1778955: Remove our custom version of array_remove(anyarray,anyelement) - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=460d0c0> |
| 11:28 |
pinesol |
[evergreen|Jane Sandberg] LP#1778955: fixing upgrade script, removing duplicate function definition - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8c79f68> |
| 16:18 |
Bmagic |
Dyrcona: This sprang from the electronic_bib_import.pl work I'm doing |
| 16:19 |
Bmagic |
answer: probably not migration, but yes on the vendor |
| 16:21 |
Dyrcona |
Bmagic: USMARC records should be in MARC8 unless the leader says UTF-8. Trouble is, I've seen just about anything in actual MARC records, and it is difficult to tell at run time. |
| 16:24 |
Dyrcona |
For the logs and anyone else following along at home: It turns out that tsbere made a pull request on github for the issue, but his code breaks the tests. I'll take that up and see if I can fix it so it doesn't break the tests. |
| 16:27 |
Dyrcona |
Also, for Bmagic, and those following along, generally, the only way to detect the encoding of a MARC record that says it is MARC8 is to assume it is MARC8, convert it UTF-8 for Evergreen and catch any errors. That's another reason why I often read the records individually and convert them to MARC::Record inside an eval, so that 1 or two bad records don't spoil the whole batch. |
| 16:30 |
|
jihpringle joined #evergreen |
| 16:32 |
jeff |
indication of marc8 vs utf8 is at the record level, not the file level, right? |
| 17:10 |
|
mmorgan left #evergreen |
| 17:49 |
|
mantis2 joined #evergreen |
| 17:49 |
|
mantis2 left #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:55 |
|
StomproJ joined #evergreen |
| 19:39 |
|
mantis2 joined #evergreen |
| 19:39 |
|
mantis2 left #evergreen |
| 01:31 |
|
sandbergja joined #evergreen |
| 06:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:22 |
|
rjackson_isl_hom joined #evergreen |
| 07:58 |
|
mantis1 joined #evergreen |
| 08:00 |
|
collum joined #evergreen |
| 09:55 |
Dyrcona |
dbriem: That's a tough call, though I would favor opening a new bug. |
| 09:59 |
|
Dyrcona joined #evergreen |
| 10:04 |
|
sandbergja joined #evergreen |
| 10:10 |
sandbergja |
Checking on some credit card functionality: when I turn on credit card payments in test mode, the patron's account still seems to be credited, even though the payment is a fake one just for testing |
| 10:10 |
sandbergja |
Does that match what others see? |
| 10:11 |
Dyrcona |
sandbergja: Yes, I think that is correct. |
| 10:11 |
sandbergja |
Dyrcona++ |
| 10:11 |
sandbergja |
Thanks! |
| 10:11 |
sandbergja |
Is that the expected behavior (in which case I think it merits a note in the docs)? |
| 10:12 |
sandbergja |
(I went into it with the mindset of "I'm in test mode, so it will just be test/fake transactions all the way down") |
| 10:12 |
Dyrcona |
Yes, I expect it to work that way, at least. Test CC credentials should be used on test systems. |
| 10:13 |
sandbergja |
Dyrcona: thanks -- I will add a note to the docs |
| 10:13 |
Dyrcona |
Your vendor usually also supplies test CC numbers, too. |
| 10:14 |
Dyrcona |
gmcharlt: Regarding the mail to the general list about moving the IRC channel, did you mean to have discussion on the list in replies to your email? |
| 10:15 |
gmcharlt |
Dyrcona: yeah, as a possibility; I suspect that the discussion is inherently going to be split between email and IRC regardless, but I wanted to give infrequent users of IRC a heads-up |
| 10:16 |
Dyrcona |
gmcharlt: Thanks that's more or less what I suspected. |
| 14:43 |
Dyrcona |
@band search Spinning Rust |
| 14:43 |
pinesol |
Dyrcona: No bands found matching 'Spinning Rust' |
| 14:44 |
Dyrcona |
@band add Spinning Rust |
| 14:44 |
pinesol |
Dyrcona: Band 'Spinning Rust' added to list |
| 15:54 |
|
dbs joined #evergreen |
| 16:00 |
|
jwoodard joined #evergreen |
| 16:17 |
|
jvwoolf joined #evergreen |
| 17:59 |
|
StomproJ joined #evergreen |
| 17:59 |
|
mmorgan left #evergreen |
| 18:00 |
|
mantis1 left #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:03 |
|
StomproJ joined #evergreen |
| 18:13 |
|
Dyrcona joined #evergreen |
| 18:27 |
|
Dyrcona joined #evergreen |
