| Time |
Nick |
Message |
| 02:28 |
|
akilsdonk joined #evergreen |
| 02:28 |
|
Bmagic joined #evergreen |
| 02:28 |
|
troy joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live//archive/2022-02/2022-02-03_04:00:02/test.29.html> |
| 07:45 |
|
rjackson_isl_hom joined #evergreen |
| 08:26 |
|
mantis1 joined #evergreen |
| 08:28 |
|
Dyrcona joined #evergreen |
| 08:36 |
|
mmorgan joined #evergreen |
| 09:16 |
Dyrcona |
jeff: Lp 1959904 |
| 09:16 |
pinesol |
Launchpad bug 1959904 in Evergreen "Angular Patron Search Can Freeze the Browser" [Undecided,New] https://launchpad.net/bugs/1959904 |
| 09:23 |
Dyrcona |
Has anyone ever searched authority.record_entry and related tables for records matching on Library of Congress authority ID? I have a list of these to delete and then replace. |
| 09:33 |
Dyrcona |
This works for me: select id from authority.full_rec where tag = '010' and index_vector = to_tsvector('sh 85003532 '); |
| 09:34 |
Dyrcona |
That extra space is probably an artifact of the file I was given, but it doesn't seem to hurt. |
| 09:48 |
Dyrcona |
Well, to get the authority.record_entry.id, you want authority.full_rec.record, but the where clause is the main thing. |
| 10:59 |
miker |
jeff++ |
| 10:59 |
miker |
Dyrcona++ |
| 11:00 |
Dyrcona |
I'm looking at that hang in the Chrome debugger again. Because it happens in a closure, I don't see the actual data problem. If it's there, it's buried in a lot of recursive bind -> prototype stuff. |
| 11:00 |
Dyrcona |
So, yeah, jeff++ for figuring it out. |
| 11:03 |
|
Stompro joined #evergreen |
| 11:03 |
jeff |
part of the challenge of seeing it in the debugger is that Chrome represents IDL objects in a way that isn't quite human-readable. |
| 11:04 |
jeff |
Once I got to that point I ended up sprinkling lots of console.log statements. |
| 11:05 |
jeff |
(tried and true, but always seems dirty) |
| 11:06 |
Dyrcona |
I tried adding console.log() by editing in the debugger, but it didn't work. Editing in the debugger didn't seem to work with this at all. |
| 11:06 |
* jeff |
nods |
| 11:07 |
jeff |
I tried editing source inline a few times then gave up (even before I realized that there was a critical "Save" step when doing that. I'm not sure if it's because it's TypeScript, or something else. I used ng build and then empty cache and reload in Chrome. |
| 11:08 |
Dyrcona |
I have been able to see something that makes it look like it gets stuck when the pgt.parent = pgtde.parent, and not just pgtde.parent = pgtde.grp. |
| 11:08 |
jeff |
Also, before I added a break based on depth > 10, when I used end task in the browser I usually needed to re-navigate to the page before trying "empty cache and reload", or I had an error in the console. |
| 11:09 |
Dyrcona |
I just jammed 3 breakpoints inside the loop for now. |
| 11:09 |
jeff |
:-) |
| 11:17 |
Dyrcona |
It is probably because it is typescript and it needs to be compiled into javascript. I didn't really think of that before. |
| 11:18 |
Dyrcona |
As far as editing in the debugger not working ^^ |
| 12:32 |
|
jihpringle joined #evergreen |
| 12:54 |
Stompro |
Would it work to set two shelving locations to the same priority to have them be interfiled? I know the interface doesn't support that... but I wonder if it would work with a DB edit. |
| 12:56 |
jeff |
Stompro: Can you describe the result you're trying to get? |
| 12:57 |
Stompro |
Sure, I'm exploring using shelving locations to be able to sort reports/pull lists in shelf order, but we don't have standardized shelving locations at all our branches, and all our items float. |
| 12:58 |
Stompro |
So one location might shelve J Graphic novels with J, and another location may have the separate. |
| 12:59 |
Stompro |
If we could have a global set of shelving locations that covers every unique shelving location in every branch, but then be able to set the priority to interfile some.. |
| 13:00 |
Stompro |
Then when an item floats from one branch to another that don't have matching shelving locations, it would just work. |
| 13:03 |
Dyrcona |
Maybe you want a table to map copy locations from one branch to another? |
| 13:05 |
Stompro |
That was my original plan... but since there is already an interface for copy location position, that may be easier to setup. |
| 13:07 |
Stompro |
Downside would be that staff would see the wrong shelving location and may be confused at check in. |
| 13:10 |
Dyrcona |
Well, it's that or everyone that wants to float has to agree on copy locations. :) |
| 13:11 |
Dyrcona |
If I understand correctly, you'd still need to make some code changes. |
| 13:11 |
Dyrcona |
But, they might be smaller with your approach. |
| 13:14 |
Stompro |
We don't really want to take away the local control, some locations have heavy mystery readers. Plus I need to make this mainly my problem, I think it would get shot down otherwise. |
| 13:15 |
Dyrcona |
In the long run, the smoothest thing would be copy location map, but who maintains that mapping? |
| 13:16 |
Dyrcona |
You could come up with fuzzy text search and have the code guess the copy location at the new branch. |
| 13:16 |
Dyrcona |
The Perl modules used for symspell might even be a help there. |
| 13:17 |
Stompro |
That seems well beyond my abilities :-) |
| 13:22 |
Stompro |
Maybe extend copy_location_order with an extra column or two to turn it into sort of a map table.... that would probably not pass EG developer review though. |
| 13:25 |
Dyrcona |
Probably not. |
| 13:25 |
Dyrcona |
But, some things have passed that I think should have had more time to gel. |
| 13:25 |
Stompro |
Thank you for the ideas! |
| 13:26 |
Dyrcona |
You're welcome. |
| 14:01 |
JBoyer |
Stompro, also bear in mind you can make changes that never leave your system. You could create a new table in whatever schema (local is nice) that links up whatever you need, add a custom class to the IDL, and then it is available in the reporter with all of the expected links here and there. |
| 14:10 |
Stompro |
JBoyer, thanks, I'll keep that in mind. |
| 14:56 |
Dyrcona |
heh. "history | grep grep" to find the last few grep commands run. :) |
| 15:38 |
|
jihpringle joined #evergreen |
| 17:16 |
|
mmorgan left #evergreen |
| 18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:13 |
|
JBoyer joined #evergreen |
| 19:43 |
|
jihpringle joined #evergreen |
| 20:42 |
|
Keith_isl joined #evergreen |
| 20:46 |
|
Keith__isl joined #evergreen |
