| Time |
Nick |
Message |
| 05:37 |
|
JBoyer joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:41 |
|
collum joined #evergreen |
| 07:50 |
|
mantis joined #evergreen |
| 08:33 |
|
mmorgan joined #evergreen |
| 09:33 |
|
Dyrcona joined #evergreen |
| 09:37 |
|
mantis1 joined #evergreen |
| 09:43 |
|
jvwoolf joined #evergreen |
| 09:51 |
|
mantis joined #evergreen |
| 09:51 |
|
mmorgan1 joined #evergreen |
| 09:52 |
|
jvwoolf1 joined #evergreen |
| 09:55 |
|
tsadok_ joined #evergreen |
| 10:01 |
|
stephengwills joined #evergreen |
| 10:01 |
|
stephengwills left #evergreen |
| 10:14 |
Dyrcona |
Why is working with MARC so difficult? Now, I'm trying to dump some records from the database to a binary MARC file in UTF-8, and of course, its mangling the "fancy" characters. You'd think I'd have this down pat by now. |
| 10:16 |
Dyrcona |
No, if I can just keep my fat palms off of the touchpad.... (I keep "clicking" inadvertently in another window.) |
| 10:17 |
* csharp_ |
removes offensive trolling from the IRC logs |
| 10:18 |
Dyrcona |
OK, when pulling records from the DB, use (BinaryEncoding => 'utf8') on the use MARC::File::XML line, and if using IO::File to write the output do $fh->binmode(':utf8'); |
| 10:19 |
Dyrcona |
csharp_: I'm half curious to see the trolling because I missed it, but I hope you're not referring to my monologues. :) |
| 10:21 |
csharp_ |
oh, I deleted those too :-) |
| 10:21 |
csharp_ |
I KEED I KEED |
| 10:21 |
Dyrcona |
:P |
| 10:21 |
csharp_ |
it's not worth repeating |
| 10:22 |
Dyrcona |
Yeah, np. I'm only "half" curious, 'cause trolls are usually boring. |
| 10:22 |
csharp_ |
yep |
| 10:34 |
* Dyrcona |
ponders fixing the 856 by moving subfield 3 in front of the others instead of being at the end. |
| 11:16 |
mantis |
Weird thing. I noticed when using Angular, I get a weird rollover effect when trying to place an Item Hold that prevents me from clicking the option in Chrome. But in Firefox it's fine. Has anyone else noticed this? |
| 11:26 |
Dyrcona |
Hrm.. "Not an array reference..." |
| 11:37 |
Dyrcona |
mantis: I haven't seen that, but I hardly ever use the staff client, only when testing something specific. |
| 11:48 |
mmorgan1 |
mantis: I'm not seeing the same thing. Are you looking at the full record in the staff catalog? |
| 11:53 |
jeff |
mantis: I'm pretty sure it's a Chrome bug. We just had a report of exactly that today. |
| 11:54 |
jeff |
Chrome 99 on Windows exhibits the problem. Chrome 98 on macOS does not. |
| 11:54 |
jeff |
I haven't found a Chrome bug/issue for it yet. |
| 11:55 |
jeff |
one quick workaround for placing an item/copy level hold from that point is to select the "view" option to bring the copy up in Item Status, and then use the "Request" feature to place the copy hold. |
| 11:56 |
jeff |
(not a suitable workaround in all scenarios, but useful in many) |
| 12:03 |
jeff |
none of the current Chrome release channels on macOS include Chrome 99.x. I suspect it's currently on a phased release as the main channel. |
| 12:04 |
jeff |
I'm going to test more on Windows, to see if it's OS specific or just Chrome 99. |
| 12:14 |
|
jihpringle joined #evergreen |
| 12:17 |
jeff |
hah! vendor stated that they had a document that went into detail about how their product uses SIP2. We asked for a copy, they sent us the 2006 3M SIP 2.0 protocol specification document. |
| 12:19 |
mantis |
jeff++ |
| 12:19 |
JBoyer |
jeff, hah, reminds me of those self-certifying sip implementations. "What parts of the standard do you support?" "Oh, all of them. (As far as you or we know.)" |
| 12:29 |
jeff |
When talking (or joking) about idiosyncrasies of the SIP2 protocol, I can never decide if I want to go the Emo Philips route or the Monty Python route. |
| 12:31 |
jeff |
@decide I said, "Die, heretic!" And I pushed him over. or What? I, I don't know that. ahh! |
| 12:31 |
pinesol |
jeff: go with What? I, I don't know that. ahh! |
| 12:34 |
|
collum joined #evergreen |
| 12:40 |
|
collum joined #evergreen |
| 12:41 |
Dyrcona |
jeff: That sounds about right. |
| 12:49 |
Dyrcona |
jeff++ # Mixed references. |
| 13:10 |
|
jvwoolf joined #evergreen |
| 14:02 |
|
jihpringle joined #evergreen |
| 14:41 |
mmorgan |
mantis: jeff: Just got our first report of the tooltip obscuring the Item hold and Call Number Hold links. |
| 14:43 |
mmorgan |
Just upgraded my Chrome from 98.0.4758.102 (where I didn't see the issue) to 99.0.4844.51 and am now seeing it. |
| 14:44 |
jeff |
i have one report that https://ng-bootstrap.github.io/#/components/tooltip/examples does NOT exhibit the issue. |
| 14:44 |
jihpringle |
mmorgan: we just had that reported this morning |
| 14:52 |
mmorgan |
Oddly, that seems to be the only tooltip that does that. All the others appear appropriately at the top of the row. |
| 14:53 |
jihpringle |
I see that too, all the other tooltips are fine |
| 14:57 |
jeff |
I can reproduce on Chrome 99 on Windows, I cannot reproduce in Chrome 100 on Windows. Whatever it was, it appears to have been a Chrome bug. I don't know how easily we can work around it between now and when the fixed version of Chrome rolls out. |
| 14:57 |
jeff |
unable to reproduce on current Chrome Beta for Windows, Version 100.0.4896.20 (Official Build) beta (64-bit) |
| 14:58 |
jeff |
no mention of the issue in the ng-bootstrap github repo (yet!) |
| 14:58 |
jihpringle |
the workaround I'm giving my library is Firefox :) |
| 14:58 |
jeff |
haven't found the issue in the chrome bug tracker (yet!) |
| 15:00 |
JBoyer |
jeff++ |
| 15:06 |
mmorgan |
jihpringle: We're on 3.7.2, so we have the Opac View link to the old catalog, and users can place a Copy hold there. |
| 15:06 |
mmorgan |
bug 1910452 |
| 15:06 |
pinesol |
Launchpad bug 1910452 in Evergreen 3.6 "Angular Catalog: Search links and Added Content" [Undecided,Fix released] https://launchpad.net/bugs/1910452 |
| 15:07 |
jihpringle |
mmorgan: we're on 3.7.0 so the links in Patron View don't work for us and placing holds via the traditional catalogue always uses the staff account contact details |
| 15:09 |
jihpringle |
I'm really looking forward to our next upgrade when we get all the awesome catalogue fixes that came in 3.7.2 |
| 15:13 |
mmorgan |
jihpringle: Oh right! We've also applied bug 1939426, which grabs the user prefs. Haven't tested it rigorously enough to sign off yet, though. |
| 15:13 |
pinesol |
Launchpad bug 1939426 in Evergreen "Placing holds as staff in traditional catalog in 3.7 doesn't always load user settings" [Undecided,Confirmed] https://launchpad.net/bugs/1939426 |
| 15:15 |
Dyrcona |
mmorgan: Are you using it in production? |
| 15:17 |
Dyrcona |
If you've been using a patch in production for a while and no one has complained, that's pretty thorough testing. :) |
| 15:17 |
mmorgan |
Dyrcona: We are, but we are still having some issues with the screen. |
| 15:18 |
mmorgan |
Agreed, putting in production = thorough testing :) |
| 15:21 |
* mmorgan |
will take another look and try and add a signoff this afternoon. |
| 16:13 |
jeff |
in Chrome 99, offsetWidth and offsetHeight on the eg-grid-body-cell element returns 0. |
| 16:13 |
jeff |
(but only in that one column -- "Holdable?") |
| 16:46 |
jeff |
looks like placing <div>hello<//div> in an <ev-grid-body-cell> causes the eg-grid-body-cell to have offsetHeight 0 |
| 16:46 |
jeff |
but only on Chrome 99 |
| 16:47 |
jeff |
er, make that <div>hello</div> -- not the typo above |
| 17:06 |
|
jvwoolf left #evergreen |
| 17:09 |
mmorgan |
jeff++ # looking |
| 17:09 |
|
mmorgan left #evergreen |
| 17:17 |
jeff |
confirmed Version 99.0.4844.51 (Official Build) (arm64) |
| 17:17 |
jeff |
(as affected) |
| 17:18 |
jeff |
on macOS |
| 18:00 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live//archive/2022-03/2022-03-04_16:00:02/test.29.html> |
| 22:22 |
|
JBoyer joined #evergreen |
