| Time |
Nick |
Message |
| 06:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:14 |
|
rjackson_isl joined #evergreen |
| 08:26 |
|
_adb joined #evergreen |
| 08:36 |
|
slink-lib joined #evergreen |
| 09:04 |
|
kmlussier joined #evergreen |
| 09:06 |
kmlussier |
csharp: AFAIK, offline does not use hatch at all. |
| 09:07 |
kmlussier |
Greetings from the land of the bomb cyclone! |
| 09:09 |
bshum |
pow! |
| 09:10 |
kmlussier |
@weather |
| 09:10 |
kmlussier |
Stupid space. |
| 09:10 |
kmlussier |
@weather |
| 09:10 |
pinesol_green |
kmlussier: Seekonk, MA :: Snow :: 25F/-4C | Wind Chill: 9F/-13C | Thursday: Periods of snow and windy. High 31F. Winds N at 25 to 35 mph. Chance of snow 100%. A foot or more of snow expected. Winds could occasionally gust over 50 mph. Thursday Night: Cloudy. Gusty winds this evening. A few flurries or snow showers possible. Low 8F. Winds WNW at 20 to 30 mph. |
| 09:12 |
|
Dyrcona joined #evergreen |
| 09:13 |
|
rlefaive joined #evergreen |
| 09:23 |
rhamby |
@weather |
| 09:23 |
pinesol_green |
rhamby: Error: I did not find a preset location for you. Set via setweather <location> |
| 09:23 |
slink-lib |
setweather Evans, GA 30809 |
| 09:24 |
rhamby |
setweather 30046 |
| 09:24 |
rhamby |
@weather |
| 09:24 |
pinesol_green |
rhamby: Error: I did not find a preset location for you. Set via setweather <location> |
| 09:24 |
rhamby |
setweather Lawrenceville, GA 30046 |
| 09:24 |
rhamby |
@weather |
| 09:24 |
pinesol_green |
rhamby: Error: I did not find a preset location for you. Set via setweather <location> |
| 09:25 |
rhamby |
I think I don't exist. Which actually explains some things. |
| 09:25 |
dbwells |
perhaps it means @setweather ? |
| 09:25 |
dbwells |
@setweather 49546 |
| 09:25 |
pinesol_green |
dbwells: I have changed dbwells's weather ID to 49546 |
| 09:26 |
dbwells |
@weather |
| 09:26 |
pinesol_green |
dbwells: Grand Rapids, MI :: Overcast :: 12F/-11C | Wind Chill: 0F/-18C | Thursday: Scattered flurries and snow showers. High 14F. Winds NNW at 10 to 15 mph. Chance of snow 30%. Thursday Night: Flurries and a few snow showers throughout the night. Low near -5F. Winds NNE at 5 to 10 mph. Chance of snow 30%. |
| 09:27 |
Dyrcona |
@weather |
| 09:27 |
pinesol_green |
Dyrcona: Methuen, MA :: Snow :: 24F/-4C | Wind Chill: 12F/-11C | Thursday: Snow and gusty winds. Snow will become heavy this afternoon. High 31F. Winds N at 25 to 35 mph. Chance of snow 100%. A foot or more of snow expected. Winds could occasionally gust over 50 mph. Thursday Night: Windy with snow showers before midnight. Low 9F. Winds WNW at 25 to 35 mph. Chance of snow 60%. (1 more message) |
| 09:27 |
|
yar joined #evergreen |
| 09:32 |
dbwells |
rhamby: ^^ @setweather seemed to work for me if you really want to set a value :) |
| 09:32 |
rhamby |
@setweather 30046 |
| 09:32 |
pinesol_green |
rhamby: I have changed rhamby's weather ID to 30046 |
| 09:33 |
rhamby |
dbwells++ : I was kind of enjoying the concept of paradoxical non-existence though but I might have watched too much twilight zone in my life. |
| 09:33 |
rhamby |
@weather |
| 09:33 |
pinesol_green |
rhamby: Lawrenceville, GA :: Clear :: 28F/-2C | Wind Chill: 18F/-8C | Thursday: A mix of clouds and sun with gusty winds. High 31F. Winds NW at 20 to 30 mph. Thursday Night: Clear skies. Low 17F. Winds WNW at 10 to 20 mph. |
| 09:34 |
slink-lib |
@setweather 30907 |
| 09:34 |
dbs |
Hmm, trying to transfer funds is failing, seems that our filtering select dojo widget isn't passing the id of the target fund |
| 09:34 |
pinesol_green |
slink-lib: I have changed slink-lib's weather ID to 30907 |
| 09:34 |
slink-lib |
@weather |
| 09:34 |
pinesol_green |
slink-lib: Augusta, GA :: Clear :: 30F/-1C | Wind Chill: 20F/-6C | Thursday: Sunny. High near 40F. Winds WNW at 10 to 20 mph. Thursday Night: Clear skies. Low 23F. Winds WNW at 10 to 15 mph. |
| 09:35 |
dbs |
2.12.4 request: [{"__c":"osrfMessage","__p":{"threadTrace":2,"type":"REQUEST","payload":{"__c":"osrfMethod","__p":{"method":"open-ils.acq.funds.transfer_money","params":["redactio",373,50,"420",null,"Transfer"]}},"locale":"en-US","tz":"America/New_York","api_level":1}}] |
| 09:37 |
miker |
berick: do you know if your ruby patches for the edi gem ever made it to upstream? |
| 09:39 |
dbs |
ah, could be the same "funding source has no credits" silent failure issue that Dyrcona diagnosed back in February 2017 |
| 09:41 |
dbs |
On Valentine's Day no less ❤❤ |
| 09:42 |
Dyrcona |
Yeah, could be that. I don't recall if the transfer fund was null. |
| 09:43 |
* dbs |
adds funding source credit, tries again |
| 09:44 |
csharp |
@setweather 30345 |
| 09:44 |
pinesol_green |
csharp: I have changed csharp's weather ID to 30345 |
| 09:44 |
csharp |
@weather |
| 09:44 |
pinesol_green |
csharp: Atlanta, GA :: Clear :: 24F/-4C | Wind Chill: 11F/-12C | Thursday: Sunny skies. Becoming windy late. High 31F. Winds NW at 20 to 30 mph. Thursday Night: Clear skies. Low 16F. Winds NW at 10 to 20 mph. |
| 09:45 |
dbs |
yep that was it. quite subtle! |
| 09:45 |
dbs |
Dyrcona++ |
| 09:45 |
Dyrcona |
dbs: Glad I could help. :) |
| 09:58 |
berick |
miker: no, you still have to hand patch it. |
| 09:59 |
miker |
berick: thanks. I assume the scripted patching still works, though? |
| 10:00 |
berick |
miker: not sure what you mean |
| 10:01 |
miker |
berick: the stuff in install-ubuntu-trusty.sh ... that's to make it work with ruby 1.9, right? |
| 10:02 |
csharp |
miker: yes |
| 10:02 |
StomproJ |
@weather 56560 |
| 10:02 |
pinesol_green |
StomproJ: Moorhead, MN :: Overcast :: 0F/-18C | Wind Chill: -13F/-25C | Thursday: Snow showers this morning. Becoming partly cloudy later. High 2F. Winds light and variable. Chance of snow 50%. Thursday Night: Clear skies. Low -16F. Winds light and variable. | Updated: 9m ago |
| 10:02 |
Dyrcona |
miker berick: Yeah, that works on xenial, too, fwiw. |
| 10:02 |
berick |
ah, forgot about that |
| 10:02 |
miker |
Dyrcona / csharp: thanks! |
| 10:02 |
Dyrcona |
If you drop the rcov gem it works with ruby 2.x |
| 10:03 |
miker |
hrm, I don't see rcov being installed by that script, actually |
| 10:04 |
csharp |
it was installed by the original installer script - dropping it as a dependency was part of the reason I wrote the ubuntu-trusty installer |
| 10:04 |
miker |
ah |
| 10:04 |
Dyrcona |
Ah, right. I should have looked. :) |
| 10:04 |
miker |
also, it looks like gem install will pull in berick's version already if "Gemspec now points to berick's github repo" means what I think it means... |
| 10:04 |
csharp |
heh - I forgot about this: # hopefully this is all temporary |
| 10:05 |
berick |
well, Bmagic is using the new non-ruby code in 3.0 with success... so, sorta temporary |
| 10:06 |
miker |
berick: am I right about that gemspec thing? |
| 10:06 |
miker |
@hate ruby |
| 10:06 |
pinesol_green |
miker: The operation succeeded. miker hates ruby. |
| 10:07 |
miker |
I'm looking at the last commit listed at: https://github.com/mbklein/openils-mapper/compare/master...berick:master |
| 10:07 |
berick |
miker: it looks like install-ubuntu-trusty.sh pulls in my code and installs it over the mbklien code |
| 10:08 |
* csharp |
thinks he remembers mbklein handing over the reins |
| 10:08 |
* Bmagic |
was summoned |
| 10:08 |
berick |
sorry Bmagic |
| 10:08 |
csharp |
ooh - magic tricks! |
| 10:08 |
miker |
berick: right, the script does that... I wonder if it's necessary now? |
| 10:08 |
berick |
wow, forgot about that too ;) |
| 10:08 |
Bmagic |
berick csharp - haha |
| 10:09 |
berick |
miker: that sounds reasonable, but I can't say for sure |
| 10:10 |
berick |
i clearly flush the ruby from my mind once I'm done whatever I'm doing |
| 10:10 |
csharp |
berick: sounds like a good practice :-) |
| 10:10 |
Bmagic |
ipconfig /flushruby |
| 10:11 |
berick |
heh |
| 10:12 |
* csharp |
installs the gem locally to inspect it |
| 10:13 |
csharp |
looks like the gemspec is the older one (no mention of berick) |
| 10:13 |
miker |
bah, lame |
| 10:14 |
csharp |
yeah, definitely lacks berick's additions |
| 10:16 |
csharp |
but I think it's an issue of mbklein needing to provide berick (or whoever) access to the gem stuff, but since we're moving away from it (even 3+ years ago), nobody considered it worth following up |
| 10:21 |
berick |
csharp++ |
| 10:27 |
|
slink-lib joined #evergreen |
| 10:40 |
Bmagic |
here is one for you: transit_copy_status is undefined when looking at item details in xul runner |
| 10:40 |
Bmagic |
alert message when loading the detailed view for item status "transit_copy_status is undefined" |
| 10:41 |
Bmagic |
the item is in transit_copy but not hold_transit_copy. The copy_status column= 15 and the asset.copy.status column = 6 |
| 10:43 |
Bmagic |
oh my, config.copy_status doesn't contain id 15..... how in the world..... |
| 10:45 |
csharp |
INSERT INTO config.copy_status (id,name,copy_active) VALUES (15,oils_i18n_gettext(15, 'On reservation shelf', 'ccs', 'name'),'t'); |
| 10:45 |
csharp |
^^ from 950.data.seed-values.sql |
| 10:46 |
csharp |
possibly someone decided that was unnecessary and deleted it |
| 10:47 |
|
jvwoolf joined #evergreen |
| 10:47 |
Bmagic |
geez |
| 10:47 |
Bmagic |
gonna have to audit that table |
| 10:49 |
rjackson_isl |
ran into an issue with a db function that was out of sync with what is in current source - function oils_tsearch2 |
| 10:49 |
rjackson_isl |
the current source is a very small function but we have a rather large function in production |
| 10:50 |
rjackson_isl |
running migration utilities to load new bibs resulted in a null vlaue on an insert via the large function definition! |
| 10:50 |
rjackson_isl |
JBOyer (and I) are wondering if this was missed in an update script perhaps? |
| 10:51 |
Bmagic |
rjackson_isl: i've seen stuff like that in the past. I have had some of the same thoughts |
| 10:51 |
rjackson_isl |
feeling a little nervous about replacing production at this point! |
| 10:52 |
|
jvwoolf1 joined #evergreen |
| 10:52 |
* Bmagic |
whispers just do it |
| 10:53 |
csharp |
rjackson_isl: you might also check that there isn't another function in public. or evergreen. that's the "right" one |
| 10:54 |
Bmagic |
berick: found another thing to ponder. Printing labels with hatch. Specifically the Dymo turbo 450 model. Throws a nasty java error in the browser console. Complaining about margins. It doesn't matter what margins we set, same error |
| 10:54 |
csharp |
might be a path issue (see bug 1714026) for an illustration of the problem I'm thinking of |
| 10:54 |
pinesol_green |
Launchpad bug 1714026 in Evergreen "Maintain Control Numbers function should be schema-qualified" [High,Fix released] https://launchpad.net/bugs/1714026 |
| 10:55 |
rjackson_isl |
csharp++ Bmagic++ |
| 10:55 |
berick |
Bmagic: have you tried clearing all settings and testing that way? |
| 10:55 |
Bmagic |
berick: It prints on any other printer |
| 10:59 |
berick |
Bmagic: my point being that if no margin is selected, it should use the printer default (which presumably would work). |
| 10:59 |
berick |
s/no margin/no settings at all/ |
| 11:00 |
Bmagic |
Bmagic: I see, yes, we tried that |
| 11:02 |
berick |
Bmagic: can you confirm when resetting (in the print test UI) that it passes autoMargins:true in the Hatch command? |
| 11:02 |
Bmagic |
berick: it will be a bit. I will need to get a screen share going with the branch |
| 11:03 |
berick |
Bmagic: *nod* be good to see the error msg too, of course |
| 11:03 |
dbs |
Dymos are ALWAYS such a pain to configure |
| 11:03 |
Bmagic |
I'll get back to you |
| 11:18 |
|
rlefaive joined #evergreen |
| 11:29 |
Bmagic |
berick: |
| 11:29 |
Bmagic |
Hatch command failed with status=400 and message=Illegal argument in print request: java.lang.IllegalArgumentException: Bad margins : |
| 11:29 |
Bmagic |
{"settings":{"allPages":true,"pageRanges":[],"printer":"DYMO LabelWriter 450 Turbo","context":"label","autoMargins":true} |
| 11:32 |
|
Christineb joined #evergreen |
| 11:44 |
csharp |
@band add Bad Margins |
| 11:44 |
pinesol_green |
csharp: Band 'Bad Margins' added to list |
| 11:45 |
berick |
heh |
| 11:45 |
berick |
thanks Bmagic |
| 11:46 |
csharp |
"Bad Margins" sounds like a late-night HBO cop thriller from the 80s more than a band though ;-) |
| 11:47 |
csharp |
<don_lafontaine>In a world... where the margins between life and death are thin...</don_lafontaine> |
| 11:47 |
Bmagic |
haha! |
| 11:49 |
berick |
<>when you're one step from the paper's edge</> |
| 11:50 |
csharp |
berick++ |
| 11:53 |
berick |
Bmagic: of course the only meaningful google response is an unanswered question :) this will probably require some trial and error with the printer in hand. |
| 11:53 |
* berick |
wonders if we use them.. checks |
| 11:54 |
Bmagic |
berick: that is where I got |
| 12:06 |
pinesol_green |
[evergreen|Cesar Velez] LP#1691861 - make Item Status edit items in batch in volcopy - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5cbd3ed> |
| 12:11 |
Bmagic |
berick: shall I make a LP? |
| 12:12 |
berick |
Bmagic: yes, please. I may have (indirect) access to a Dymo for testing. i'll more in a bit. |
| 12:12 |
Bmagic |
berick: I considered buying one of those printers |
| 12:13 |
berick |
well, if you get your hands on one let me know |
| 12:13 |
* berick |
wonders how much they cost |
| 12:16 |
Bmagic |
bug 1741299 |
| 12:16 |
pinesol_green |
Launchpad bug 1741299 in Evergreen "DYMO LabelWriter 450 Turbo Hatch Label print fails with margin error" [Undecided,New] https://launchpad.net/bugs/1741299 |
| 12:17 |
berick |
thanks |
| 12:18 |
rhamby |
back |
| 12:25 |
|
jvwoolf joined #evergreen |
| 12:43 |
Dyrcona |
Bmagic: Try setting margins if you can. |
| 12:44 |
Bmagic |
Dyrcona: I did |
| 12:44 |
* Dyrcona |
didn't read the bug report. :) |
| 12:44 |
Bmagic |
Dyrcona: I set them to .25, 1, 1.25, 2, auto. Didn't matter |
| 12:45 |
|
khuckins joined #evergreen |
| 12:45 |
Dyrcona |
OK. |
| 12:45 |
Dyrcona |
Guess Java doesn't like Dymo or vice versa. :) |
| 12:46 |
Dyrcona |
To follow up on something dbs said earlier, printing is ALWAYS such a pain to configure. |
| 12:47 |
Dyrcona |
It has always felt like something just tacked on to the computer, never an integral part of the system. |
| 12:47 |
Dyrcona |
Bmagic: When you tried with margins, did the print message still say automargins: true? |
| 12:48 |
Bmagic |
Dyrcona: no, the error was different, it contained the margin parameters that I set |
| 12:48 |
Dyrcona |
OK. At least it is getting the margin parameters....Doesn't mean it's doing the right thing, but that's something. |
| 12:49 |
Bmagic |
yep, close but no cigar |
| 12:57 |
|
jihpringle joined #evergreen |
| 13:00 |
kmlussier |
Nice! A book that has been highly talked about in the news over the past 24 hours got it's first of 113 holds yesterday morning and already has a popularity badge applied to it. It's nice to see it working so quickly. |
| 13:21 |
rhamby |
kmlussier: have you done much with customizing the badges? |
| 13:28 |
csharp |
@who don't need no stinking badges? |
| 13:28 |
pinesol_green |
jvwoolf don't need no stinking badges. |
| 13:29 |
kmlussier |
rhamby: Not too much. In this particular case, the badge applied was the same as the starter badge that was included in the seed data - most hold requests over the past 5 years. |
| 13:29 |
kmlussier |
C/W MARS has also implemented a consortium-wide badge based on the number of org units that own a title. |
| 13:32 |
rhamby |
a page with a variety of badges that people have found useful might be a good thing for the community wiki |
| 13:33 |
Dyrcona |
We have an internal bug report that the badges are working only intermittently. |
| 13:33 |
* Dyrcona |
has not had time to really look into it. |
| 13:44 |
dbs |
Bmagic: I thought the Dymo margins generally had to be 0, 0, 0, 0 (or close) to work, at least for call number labels |
| 13:44 |
kmlussier |
rhamby: Funny you mentioned that. It's been discussed and I was just thinking about it earlier today. |
| 13:45 |
rhamby |
kmlussier: great minds think alike |
| 13:46 |
dbs |
berick: we've usually bought Dymo Turbo Labelwriter 450s for $100 or less |
| 13:46 |
kmlussier |
Dyrcona: Yeah, I just found another catalog that is actively using the badges, but I wasn't able to replicate the problem there. :( |
| 13:47 |
berick |
dbs: ah, good to know. |
| 13:47 |
dbs |
maybe 0.01,0.01,0.01,0.01 to avoid 0 == false :) |
| 13:48 |
dbs |
berick: $85 CAD at https://www.newegg.ca/Product/Product.aspx?Item=N82E16828111083 :) |
| 13:48 |
dbs |
$78 USD if you s/.ca/.com/ |
| 13:50 |
Dyrcona |
kmlussier: It apparently doesn't happen on the training server, and I don't really know what is different except production is a brick environment. |
| 13:50 |
berick |
dbs: it's adorable! |
| 13:51 |
berick |
they should have called it Lil' Turbo |
| 13:52 |
dbs |
berick++ |
| 13:53 |
|
JBoyer-sick joined #evergreen |
| 13:55 |
JBoyer-sick |
Hello #evergreen. I come to request testing be thrown at bug 1741072 and bug 1712646 . The second depends on the first and both should be good to go for 3.0.3. |
| 13:55 |
pinesol_green |
Launchpad bug 1741072 in Evergreen "Fine level and loan duration aren't displayed when editing items" [Undecided,New] https://launchpad.net/bugs/1741072 |
| 13:55 |
pinesol_green |
Launchpad bug 1712646 in Evergreen "Web Client: Adding bill without billing type fails silently" [Low,Confirmed] https://launchpad.net/bugs/1712646 |
| 13:56 |
JBoyer-sick |
Catalogers will be happy about the first, and circ staff the second. Very kumbaya. |
| 13:56 |
JBoyer-sick |
And I'm out. |
| 13:56 |
Dyrcona |
sick-- |
| 13:56 |
Dyrcona |
JBoyer++ |
| 14:11 |
Bmagic |
dbs: I forgot to mention that. We tried 0,0,0,0 first because what you said. It didn't matter. The issue isn't margins (at least that is the current conclusion) |
| 14:11 |
jeffdavis |
Bmagic: a few months ago you had an issue with an a/t failing with an error "Event reacting failed with No field by the name call_nuarcode" - did you ever figure out what was causing it? We had some very similar errors last night. |
| 14:12 |
Bmagic |
jeffdavis: it was in the template. select * from action_trigger.event_definition where lower(template)~'nuarcode' 1 rows |
| 14:13 |
jeffdavis |
So the failed event def itself had a template problem? There was some discussion of an unrelated event causing the issue somehow. |
| 14:18 |
Dyrcona |
Sounds like a customization gone awry. |
| 14:21 |
Bmagic |
jeffdavis: the problem seemed to go away once I corrected the template |
| 14:23 |
csharp |
@band search nuarcode |
| 14:23 |
pinesol_green |
csharp: Call Nuarcode |
| 14:27 |
|
khuckins_ joined #evergreen |
| 14:27 |
jeffdavis |
In our case it's a MarkItemLost event def giving the error "Event reacting failed with No field by the name 0 in Fieldmapper::action::circulation! at /usr/local/share/perl/5.18.2/OpenILS/Utils/Fieldmapper.pm line 272" |
| 14:28 |
berick |
jeffdavis: sounds like a case of treating the 'target' like an array (target.0) |
| 14:28 |
Dyrcona |
yeap. |
| 14:29 |
berick |
grouped vs un-grouped event def |
| 14:32 |
Bmagic |
jeffdavis: the unsolved mystery is how that failure cascaded to failing other events! I found that with that template messed up, it halted execution upon other unrelated event definitions |
| 14:32 |
csharp |
@who is going to see this weekend's [band] show? |
| 14:32 |
pinesol_green |
JBoyer is going to see this weekend's Hostname Macro show. |
| 14:33 |
* berick |
chuckles |
| 14:33 |
berick |
@band add Lil' Turbo |
| 14:33 |
pinesol_green |
berick: Band 'Lil' Turbo' added to list |
| 14:33 |
Bmagic |
it looks like the process crashed and somehow somewhere, that process on the server was responsible for other AT's |
| 14:35 |
csharp |
Bmagic: yeah - that'll knock the drone off the network but the parent A/T runner process keeps on truckin' leaving dead events strewn all over the place :-/ |
| 14:36 |
berick |
@who thought [band]'s first album was derivative? |
| 14:36 |
pinesol_green |
akilsdonk thought Classic Honey Black 's first album was derivative. |
| 14:36 |
Bmagic |
csharp: that is what I was thinking but others in channel at the time IIRC were saying that it shouldn't have affected anything other than the single AT |
| 14:36 |
csharp |
resetting those is incredibly annoying (especially if not discovered right away) |
| 14:36 |
Dyrcona |
Bmagic: Some of us in channel may not have had a full understanding of what happened. :) |
| 14:36 |
csharp |
I've seen it happen multiple times |
| 14:37 |
csharp |
it can ruin an entire week :-( |
| 14:37 |
Bmagic |
csharp: I can agree with the pain you describe. My fingers still hurt from the typing :) |
| 14:37 |
csharp |
not to mention the patron complaints and helpdesk tickets |
| 14:37 |
berick |
csharp: you've seen the death of a drone processing one event def prevent other event defs from processing? |
| 14:37 |
* csharp |
shudders |
| 14:37 |
Dyrcona |
<sarcasm>A/T failures on a holiday weekend are the best!</sarcasm> |
| 14:38 |
Bmagic |
Here here! |
| 14:38 |
Bmagic |
Happy New Year A/T, and may you live long and prosper! |
| 14:38 |
csharp |
berick: I've seen multiple events fail to process after a single def's failure - not sure of the details/cause |
| 14:38 |
csharp |
next time it happens I'll take more time to diagnose the root cause |
| 14:39 |
Dyrcona |
Well, the drone just dies and the listener doesn't know, right? |
| 14:39 |
|
khuckins__ joined #evergreen |
| 14:40 |
csharp |
Dyrcona: right |
| 14:42 |
|
abowling joined #evergreen |
| 14:48 |
jeffdavis |
first a/t failure last night for pid 12823 shows "Error processing Trigger template: undef error - No field by the name 0 in Fieldmapper::action::circulation!" - so presumably a problem with that template |
| 14:49 |
jeffdavis |
subsequent errors for 12823 have "Event reacting failed with No field by the name 0 in Fieldmapper::action::circulation!" - same error message, but the a/t in question doesn't actually have a template |
| 14:49 |
Bmagic |
I have this other issue that I still can make sense of. Checkin an item that is already in-transit. It's in action.transit_copy with dest_time=null. The copy status is 6. I check it in at the sending library over and over, and the staff client will never prompt for a transit slip to print. |
| 14:50 |
jeffdavis |
As if, upon an a/t drone failure, subsequent events are finding the error evt from the previous a/t failure |
| 14:50 |
Bmagic |
jeffdavis: that is what I was seeing also. The event that was failing wasn't actually the event that had the flaw in the template! Made for some fun. |
| 14:51 |
Bmagic |
which is how I resorted to making the query on the table looking for ANY templates that had the malformed string |
| 14:52 |
jeffdavis |
I wonder if the repetition of the initial failure evt could help to track down where this problem is arising in the a/t code |
| 14:52 |
|
khuckins joined #evergreen |
| 15:00 |
berick |
yeah, i got nothing. don't know how that message could be sticking around. |
| 15:01 |
berick |
it's generated from a TT failure and bubbles up through try/otherwise. the TT processor and message are (seemingly) discarded after the failured. |
| 15:02 |
berick |
heh. systemctl restart failured |
| 15:09 |
Bmagic |
My no transit slip print issue - I am seeing things about booking reservations, would that be a clue? |
| 15:16 |
csharp |
does anyone have definitive steps to reproduce the hatch/web client whitescreen of death? |
| 15:18 |
csharp |
apparently deleting the "Local Storage" cookie within Chrome fixes it, but that blows away the workstation - we're trying to come up with a solution to surgically remove an offending cookie so people without WS-creation perms can just fix it |
| 15:25 |
Bmagic |
csharp: I believe it can be reproduced by using it without hatch and accumulate some settings stored on the browser, then switch to hatch. |
| 15:26 |
jeffdavis |
bug 1741337 |
| 15:26 |
pinesol_green |
Launchpad bug 1741337 in Evergreen "Action trigger event errors can cause unrelated events to fail" [Undecided,New] https://launchpad.net/bugs/1741337 |
| 15:28 |
csharp |
Bmagic: great! - will try |
| 15:29 |
pastebot |
"Bmagic" at 64.57.241.14 pasted "Checkin Trace resulting with no printer prompt" (511 lines) at http://paste.evergreen-ils.org/963 |
| 15:31 |
csharp |
barcode=300572607+ - that's an interesting barcode |
| 15:32 |
Bmagic |
because it ends with a plus sign? |
| 15:32 |
csharp |
yeah |
| 15:32 |
csharp |
also interesting that you don't have threadtraces |
| 15:33 |
csharp |
[INFO:15594:Circulate.pm:3692:<--there is usually a threadtrace here-->] |
| 15:33 |
|
abowling1 joined #evergreen |
| 15:34 |
csharp |
I see some further down in the logs |
| 15:35 |
csharp |
[2018-01-04 13:54:24] open-ils.circ [WARN:15594:Circulate.pm:2515:] circulator: we have a copy 300572607+ that is in-transit, but there is no transit.. repairing |
| 15:38 |
|
abowling joined #evergreen |
| 15:42 |
Bmagic |
csharp: ah yes, I forgot to revert the copy status after I manually canceled the transit in the db |
| 15:42 |
Bmagic |
that isn't a reason it's not printing. I can check it in all day and it will never print |
| 15:47 |
|
sandbergja joined #evergreen |
| 15:57 |
|
rashma_away joined #evergreen |
| 15:57 |
|
mnsri_away joined #evergreen |
| 16:34 |
|
abowling joined #evergreen |
| 16:53 |
miker |
Bmagic: is your router user (xmpp) called something other than router? (just a hunch ATM) |
| 17:11 |
|
alynn26 joined #evergreen |
| 17:21 |
Bmagic |
miker: it's basic vanilla EG setup. The ejabber users are router and opensrf |
| 17:21 |
miker |
Bmagic: kk, nevermind then |
| 18:06 |
|
abowling1 joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 21:01 |
|
jvwoolf joined #evergreen |
