| Time |
Nick |
Message |
| 08:46 |
|
mmorgan joined #evergreen |
| 08:56 |
|
jmurray-isl joined #evergreen |
| 09:01 |
|
mmorgan1 joined #evergreen |
| 09:02 |
|
mantis joined #evergreen |
| 09:27 |
mantis |
Curious if someone else can confirm: can someone try selecting Patron Search in the Angular circ menu option in Terran's test box for Bug Squash? For some reason it keeps redirecting me somewhere else. |
| 09:31 |
|
collum joined #evergreen |
| 09:39 |
|
rlefaive joined #evergreen |
| 09:45 |
rlefaive |
I found a handful of Item records in the database (asset.copy) where the call_number is -1. They have status, location, barcodes, and sometimes dummy_title and dummy_author. They're probably staging or test records, but i was wondering if anyone knows how that can happen? I thought the GUI and DB was pretty good at making sure you always have an |
| 09:45 |
rlefaive |
item record linked to a call number linked to a bib record. Thanks! |
| 10:05 |
mantis |
rlefaive: usually those are precats |
| 10:06 |
mmorgan1 |
rlefaive: Those items with -1 call number are precataloged items. They would have been entered when an item was being checked out to a patron, but the entered barcode was not found. |
| 10:10 |
rlefaive |
aha! Thank you, mystery solved!! I even found the items under record -1. |
| 10:14 |
mmorgan |
mantis: I'm also not getting to angular patron search. Getting a console error. |
| 10:16 |
mantis |
mmorgan++ |
| 10:25 |
|
Dyrcona joined #evergreen |
| 10:28 |
* csharp_ |
waves to rlefaive |
| 10:35 |
|
mantis left #evergreen |
| 10:35 |
* rlefaive |
waves to csharp_ |
| 10:49 |
jeff |
in addition to being created during the checkout workflow, precats are also sometimes intentionally created during migration work. |
| 10:51 |
rlefaive |
thanks jeff! The timestamps are all over the place, so it looks like one-off precats. We've revoked the desk's permissions to do this, so everyone forgot that workflow existed! |
| 10:51 |
csharp_ |
@blame The Desk |
| 10:51 |
pinesol |
csharp_: The Desk musta been an Apple employee. |
| 11:09 |
|
sandbergja joined #evergreen |
| 11:12 |
sandbergja |
heya, I will be unable to do collaborative code review today or next Monday. Curious what folks would like to see in the future regarding that group. If it needs to be ashes so that a cool new Phoenix can arrive out of it, maybe now is a good time. |
| 11:12 |
pinesol |
News from commits: LP#1788467: Honor "clear basket" flag on holds <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=aaa3ad7d507f56ce68a5a61de516839da19c528e> |
| 11:30 |
|
mmorgan joined #evergreen |
| 11:32 |
|
mantis joined #evergreen |
| 11:44 |
|
Christineb joined #evergreen |
| 12:01 |
|
jihpringle joined #evergreen |
| 12:22 |
|
terranm joined #evergreen |
| 12:22 |
terranm |
FYI, terran-main is currently down while Chris helps me figure out some weird errors |
| 12:42 |
terranm |
It's back up csharp++ |
| 12:45 |
Dyrcona |
I don't get it. Put a break point at any one of lines 94, 95, or 96 in a template. The code does not pause. Put one at line 476 which is essentially the same as 476, and it does pause. Try to inspect the variable with the console or set a watch on that variable, it's undefined or not available. Web development sucks. I would not have these problems with gdb. |
| 12:46 |
Dyrcona |
476 is essentially the same as 96. Sorry for the mistrake. |
| 12:47 |
terranm |
"Web development sucks." - a lesson for the ages |
| 13:01 |
Dyrcona |
If anyone looks a Lp 2037674, you need to read https://bugs.launchpad.net/evergreen/+bug/2037674/comments/11 very carefully. |
| 13:01 |
pinesol |
Launchpad bug 2037674 in Evergreen 3.16 "Parts combobox sorting - Angular Holdings Editor / volcopy editor" [Undecided,Confirmed] |
| 13:01 |
Dyrcona |
I'm not trying to fix 3.15, though I'm not setting it to "Won't Fix," either. Maybe someone smarter than I can figure it out. |
| 13:03 |
|
mmorgan left #evergreen |
| 13:32 |
mantis |
are bookbags that are deleted by the patron still stored in container.biblio_record_entry_bucket? |
| 13:36 |
mantis |
nvm my testing says no |
| 13:36 |
mantis |
testing++ |
| 14:01 |
berick |
jeff: would you expect someone at 206.188.44.167 to be blocked from evergreen-ils.org? |
| 14:01 |
csharp_ |
berick: I'll take a look |
| 14:01 |
berick |
ah, thanks csharp_ |
| 14:02 |
csharp_ |
not seeing a block for that range |
| 14:03 |
berick |
csharp_++ # thanks |
| 14:03 |
csharp_ |
the server is under bot duress |
| 14:03 |
berick |
ah explains the delay |
| 14:05 |
|
mmorgan joined #evergreen |
| 14:44 |
Bmagic |
Dyrcona++ # Angular debugging |
| 15:01 |
|
mantis left #evergreen |
| 16:47 |
|
jihpringle joined #evergreen |
| 16:57 |
|
mmorgan left #evergreen |
| 17:41 |
jeffdavis |
Is anyone running PG17 in production? |
| 17:42 |
jeffdavis |
(or PG18, for that matter, but that seems unlikely) |
| 17:58 |
Bmagic |
jeffdavis: no, not us (yet) but I think Pines is? csharp_ ? |
