Time |
Nick |
Message |
00:46 |
|
sandbergja joined #evergreen |
06:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:16 |
|
rjackson_isl_hom joined #evergreen |
07:49 |
|
collum joined #evergreen |
08:08 |
|
rlefaive joined #evergreen |
08:11 |
|
mantis1 joined #evergreen |
08:26 |
|
Dyrcona joined #evergreen |
08:33 |
|
rfrasur joined #evergreen |
08:34 |
|
mmorgan joined #evergreen |
08:50 |
|
alynn26 joined #evergreen |
08:58 |
|
alynn26_away joined #evergreen |
09:28 |
|
dbwells joined #evergreen |
09:30 |
|
rfrasur joined #evergreen |
09:46 |
csharp |
following up on bug 1901760 - I think the problem is happening in Open-ILS/web/js/ui/default/staff/services/auth.js, but I'm not sure what would need to be changed to account for browsers that don't like shared workers |
09:46 |
pinesol |
Launchpad bug 1901760 in Evergreen "Staff Client Whitescreen on login on all browsers on iOS/Android" [High,Confirmed] https://launchpad.net/bugs/1901760 |
09:49 |
|
Cocopuff2018 joined #evergreen |
09:55 |
|
jvwoolf joined #evergreen |
09:56 |
pastebot |
"berick" at 168.25.130.30 pasted "for csharp" (12 lines) at http://paste.evergreen-ils.org/10072 |
10:07 |
csharp |
berick: trying that - one sec... |
10:16 |
Bmagic_ |
Is there a combination of EDI attributes that cause the edi_order_pusher to include the shelving location ID number instead of the name field for asset.copy_location? |
10:17 |
Bmagic_ |
Ingram has a 10 character limit |
10:20 |
Dyrcona |
@blame add $who has a 10 character limit. |
10:20 |
pinesol |
Dyrcona: The operation succeeded. Blame #31 added. |
10:20 |
Dyrcona |
@blame 31 Dyrcona |
10:20 |
pinesol |
Dyrcona: Dyrcona has a 10 character limit. |
10:24 |
csharp |
berick: something is still broken I think |
10:24 |
rhamby |
better than a nine character limit? (queue Monty Python's Always Look on the Bright Side of Life) |
10:26 |
csharp |
berick: https://drive.google.com/file/d/11RRxVj_rZGPy807oBrPxPNELwiXxxHif/view?usp=sharing |
10:26 |
csharp |
Android_11_wireless_debugging++ |
10:27 |
csharp |
@dunno add your password is too secure |
10:27 |
pinesol |
csharp: The operation succeeded. Dunno #69 added. |
10:30 |
Bmagic |
rhamby++ |
10:30 |
Bmagic |
EDIWriter.pm seems to suggest that the name is always what is written. Never the ID number.... |
10:33 |
Dyrcona |
Bmagic: Sounds like you've answered your question. |
10:33 |
Bmagic |
Dyrcona: yeah, I guess so :) - just figured that I couldn't be the only one with this problem |
10:34 |
Dyrcona |
Dunno. |
10:35 |
Dyrcona |
What happens when you send Ingram the long name? |
10:36 |
berick |
csharp: looking |
10:38 |
|
lisacarlucci joined #evergreen |
10:41 |
* Dyrcona |
cranks up the volume on Led Zeppelin II. |
10:41 |
Bmagic |
Dyrcona: I think the message is sound. They just don't like it :) |
10:42 |
pastebot |
"berick" at 168.25.130.30 pasted "for csharp -- extended:1" (19 lines) at http://paste.evergreen-ils.org/10073 |
10:45 |
Dyrcona |
@blame Programming |
10:45 |
pinesol |
Dyrcona: Programming HAXORED Dyrcona's SERVERZ!!!! |
10:47 |
Dyrcona |
Bmagic: Ingram needs to fix their code, but in the meantime, you could truncate the field to 10 characters. I don't know if that will cause other issues later, but I suspect that it will. |
10:47 |
Bmagic |
Agreed - it's their problem |
10:48 |
berick |
a new EDI attr may be in order |
10:48 |
Bmagic |
If they only want 10 charactets, then IMO, they need to just read the first 10 |
10:48 |
berick |
"it's their problem" never seems to work out in the end :\ |
10:48 |
Dyrcona |
berick++ |
10:48 |
Bmagic |
berick: right, that's true |
10:48 |
Dyrcona |
"It's their problem" usually ends up being my problem. |
10:48 |
Bmagic |
lol |
10:49 |
rhamby |
Dyrcona - usually being roughly 98.9% of the time? |
10:49 |
Dyrcona |
More like 99.999999999% of the time. |
10:49 |
Bmagic |
that number sounds too precise. rhamby did some math |
10:50 |
rhamby |
plus or minus 0.000000001% |
10:51 |
Dyrcona |
Usually is a synonym for always. |
11:10 |
csharp |
berick: still not working - if I can provide debug info again let me know |
11:11 |
csharp |
or if I can add console.log somewhere useful |
11:12 |
berick |
csharp: same log output? not getting any farther? |
11:15 |
csharp |
berick: yes - the output looks the same |
11:16 |
berick |
k |
11:20 |
|
sandbergja joined #evergreen |
11:21 |
berick |
csharp: i'll poke at it here .. |
11:25 |
Dyrcona |
@quote search vacation |
11:25 |
pinesol |
Dyrcona: 3 found: #164: "<kmlussier> It is a truth universally...", #210: "<Dyrcona> Axiom #2: Never take vacation, you'll...", and #211: "<Dyrcona> Corrollary #2.1: Never schedule an..." |
11:25 |
Dyrcona |
@quote get 164 |
11:25 |
pinesol |
Dyrcona: Quote #164: "<kmlussier> It is a truth universally acknowledged that the first day of work after a vacation must be the longest workday of the year." (added by gmcharlt at 03:56 PM, April 24, 2017) |
11:25 |
Dyrcona |
@quote get 210 |
11:25 |
pinesol |
Dyrcona: Quote #210: "<Dyrcona> Axiom #2: Never take vacation, you'll return with too much work to do." (added by csharp at 09:33 AM, November 24, 2020) |
11:27 |
mmorgan |
Also true that the first full work week after two short work weeks must be the longest work week of the year. |
11:31 |
rhamby |
mmorgan - agreed |
11:33 |
csharp |
berick: thanks - I'm ready to test again whenever you're ready |
11:51 |
|
mrisher joined #evergreen |
11:53 |
mmorgan |
collum++ # Signoffs! |
12:09 |
|
jihpringle joined #evergreen |
12:12 |
berick |
csharp: https://bugs.launchpad.net/evergreen/+bug/1901760/comments/7 |
12:12 |
pinesol |
Launchpad bug 1901760 in Evergreen "Staff Client Whitescreen on login on all browsers on iOS/Android" [High,Confirmed] |
12:23 |
csharp |
berick: awesome - will test asap |
12:33 |
mmorgan |
berick++ csharp++ |
13:52 |
csharp |
after tinkering with opensrf configs, routers are dying off after seeming to start successfully |
13:52 |
csharp |
nothing at all in opensrf logs sys/warn/error that look related |
13:52 |
csharp |
any suggestions? |
13:53 |
csharp |
"tinkering with" = "adding services to" |
13:53 |
csharp |
curbside and courses, specifically |
13:53 |
csharp |
I've gone over both opensrf.xml and opensrf_core.xml pretty thoroughly |
13:54 |
csharp |
also tried backing out the changes, but still broken |
13:54 |
csharp |
seems like I'm missing something obvious |
13:59 |
csharp |
so I restarted ejabberd on a lark and that seems to have "fixed" one of the borked servers |
13:59 |
csharp |
nevermind - it's broken again |
14:00 |
csharp |
still no logs at all |
14:00 |
csharp |
* ERR router Has PID file entry [23222], which matches no running router processes |
14:00 |
csharp |
* ERR router Has PID file entry [23223], which matches no running router processes |
14:00 |
csharp |
that's all I have to go on |
14:04 |
berick |
csharp: xmllint modified xml files look OK? |
14:04 |
Dyrcona |
I was just about to suggest that. |
14:04 |
Dyrcona |
berick++ |
14:05 |
Dyrcona |
I'd also try comparing with stock examples via a visual diff program. |
14:06 |
berick |
yeah, i can imagine several ways a technically valid xml file could still cause confusion in the code |
14:08 |
csharp |
xmllint passes and I'm not seeing anything obvious using vimdiff - gonna need to walk away from this for a bit to clear my head |
14:08 |
csharp |
thanks! |
14:09 |
Dyrcona |
csharp: Is this a "fresh" install on Ubuntu 18.04? |
14:11 |
csharp |
it's 18.04, but not fresh |
14:11 |
csharp |
it was working fine before I started applying file changes |
14:12 |
Dyrcona |
OK, then it's likely not where I was going: ldconfig. |
14:12 |
csharp |
I was cavalier and didn't back up the files beforehand, but I've never hit this before (at least not lately) |
14:12 |
csharp |
ah |
14:12 |
Dyrcona |
Do you keep your configurations in git? |
14:12 |
csharp |
sort of - it's part of GenaSYS |
14:13 |
csharp |
should probably init a local git repo in /openils/conf though |
14:13 |
Dyrcona |
I put it all in a local git repo as part of our custom branch. |
14:14 |
Dyrcona |
So, when I install, I don't have to edit the files, just copy them. |
14:14 |
csharp |
yeah, that's similar to our normal process |
14:14 |
csharp |
in this case, the goal was "enable curbside and course reserves", which required me to update our stock file - then came the dark times |
14:15 |
Dyrcona |
I assume that the code files are all in place. I'd double check that. |
14:15 |
csharp |
I began my vacation like this, and GD it I'm gonna end it like this too |
14:15 |
csharp |
that's my next step after my break in a minute |
14:19 |
Dyrcona |
I've not had too much trouble with this sort of thing. It's usually something I missed in the configuration, though. |
14:21 |
|
sandbergja joined #evergreen |
14:27 |
Bmagic |
charp: wild shot in the dark, but make sure the hostname doesn't start with a numeric |
14:58 |
|
sandbergja joined #evergreen |
15:11 |
csharp |
Bmagic: yeah, not the case here, but thanks for the suggestion! |
15:28 |
|
nfBurton joined #evergreen |
15:29 |
csharp |
I tried reinstalling to make sure all the code is in place - still broken |
15:30 |
csharp |
it appears to work for a while, then the router processes are gone without a trace |
15:30 |
csharp |
so back to the config files, which I will start from stock EG and rebuild |
16:00 |
csharp |
nope! |
16:00 |
csharp |
still busted |
16:00 |
csharp |
this is crazy |
16:02 |
Dyrcona |
csharp have you checked the ejabberd logs? |
16:02 |
csharp |
looking now |
16:07 |
Dyrcona |
OOM killer? |
16:08 |
csharp |
nothing obvious anywhere |
16:10 |
berick |
dmesg ? |
16:19 |
csharp |
maybe this: https://stackoverflow.com/questions/12537380/ejabberd-server-keeps-logging-me-off-and-back-on-constantly#12628037 |
16:20 |
csharp |
Received <stream:error> message from Jabber server |
16:20 |
csharp |
Text of error message received from Jabber: Replaced by new connection |
16:22 |
berick |
csharp: you're getting that error in your logs? |
16:24 |
csharp |
berick: yes |
16:34 |
berick |
csharp: did you modify opensrf_core.xml as well? |
16:35 |
csharp |
berick: yes, and your question made me realize that at one point I copied one servers core file to the other |
16:35 |
csharp |
which of course means they're trying to use each others' connections |
16:35 |
csharp |
so that is almost certainly the problem |
16:36 |
csharp |
*sigh* |
16:36 |
csharp |
yep - that's what I did |
16:36 |
csharp |
jeez |
16:38 |
csharp |
berick++ Dyrcona++ # helping me think it out! |
16:38 |
berick |
yay |
16:38 |
csharp |
@who has a case of the Mondays? |
16:38 |
pinesol |
eby has a case of the Mondays. |
17:06 |
|
mmorgan left #evergreen |
18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:23 |
|
mantis1 joined #evergreen |
18:24 |
|
mantis1 left #evergreen |
22:47 |
|
whatthebutzman joined #evergreen |