| Time |
Nick |
Message |
| 08:41 |
|
smayo joined #evergreen |
| 08:44 |
|
mmorgan joined #evergreen |
| 08:49 |
|
Rogan joined #evergreen |
| 08:59 |
|
Dyrcona joined #evergreen |
| 09:06 |
|
mmorgan joined #evergreen |
| 11:00 |
|
Christineb joined #evergreen |
| 11:14 |
Dyrcona |
Heisenbugs-- |
| 11:15 |
Dyrcona |
So 32-geosort.t works for me on main on ubuntu 24.04 without the nginx proxy. I don't know why it was failing a few weeks ago, but it's working now. I'm going to set the bug that I opened to invalid. |
| 11:19 |
Dyrcona |
Lp seem a bit slow this morning. |
| 11:21 |
Dyrcona |
Getting connection reset errors, too. |
| 11:36 |
|
jihpringle joined #evergreen |
| 15:23 |
|
Rogan_ joined #evergreen |
| 15:33 |
|
smayo joined #evergreen |
| 16:07 |
csharp_ |
launchpad-- |
| 16:10 |
csharp_ |
given recent big-tech developments I'm less sanguine about moving to GitHub than I was even this past fall - I expect will discuss that at length at the conference |
| 16:12 |
csharp_ |
s/will/we'll/ |
| 16:13 |
|
mmorgan1 joined #evergreen |
| 16:40 |
Bmagic |
I'm having trouble tracking this issue down. The Local Administration -> Carousels interface bugs with this error in the console: t.bucket().id is not a function. Interestingly, it's fine until I select a specific Org unit from the dropdown. Even more interestingly, the bug doesn't occur with a different user. But I gave Global Admin to the bugged user and that didn't solve it |
| 16:40 |
Bmagic |
The logs on the server are open-ils.pcrud open-ils.pcrud.search.cc ,[{"owner":[153]}],{"offset":0,"limit":10,"order_by":{},"flesh":1,"flesh_fields":{"cc":["type","bucket","creator","editor"]}} |
| 16:41 |
Bmagic |
no errors on the server |
| 16:47 |
csharp_ |
what does a manual search for carousels owned by 153 show? |
| 16:47 |
Bmagic |
4 items |
| 16:47 |
csharp_ |
and are they properly linked to the bucket? (been a while since I looked at carousels) |
| 16:48 |
Bmagic |
yeah, I was thinking it could be the data, but weird, I can use a different user and the interface doesn't bug |
| 16:50 |
Bmagic |
maybe when it's trying to display the rows, the columns are needing things fleshed out that it's not allowed to flesh? |
| 16:51 |
csharp_ |
could be our old friend "new pcrud perms" |
| 16:51 |
csharp_ |
(depending on the version you're looking at of course) |
| 16:51 |
Bmagic |
I thought permissions at first, but Global Admin gets the same problem (when I convert the example account to be a Gadmin) |
| 16:52 |
Bmagic |
3.15.3 |
| 16:52 |
csharp_ |
pretty sure that came in with 3.15 |
| 16:58 |
csharp_ |
there's some weirdness around cataloging UIs that I want to rule out new pcrud issues too - the default logging I'd need is emitted from C code and is currently "debug" level :-( |
| 16:58 |
csharp_ |
somewhere down the list is "make logs more useful" |
| 16:58 |
Bmagic |
hmmm |
| 17:00 |
Bmagic |
there's a mix of SYSTEM and BRANCH level carousels at this SYSTEM (with descendants turned on). I converted the one System level over to Branch level to match the rest, and discovered that now I can load the interface at the system level without descendants turned on (no rows) and it's oK |
| 17:00 |
Bmagic |
but, turn on descendants, and it breaks. Yeah.... something down there somewhere... |
| 17:00 |
Bmagic |
I should be able to see the response json from the pcrud call |
| 17:00 |
|
mmorgan1 left #evergreen |
| 17:13 |
Bmagic |
it seems that when I update the bucket ownership to be equal to the user that I'm using, it fixes it |
| 17:14 |
Bmagic |
it must have something to do with permissions on the associated bucket |
| 17:19 |
jihpringle |
we ran into issues when creating carousels with global admin accounts - we found that we could only create carousels with accounts specific to the libraries or the interface would break |
| 17:24 |
jihpringle |
I thought we reported it but I'm not seeing a bug so we must not have - I think it's been an issue for us since at least 3.11 |
| 17:27 |
Bmagic |
I found that the record buckets have a null value for owning_lib |
| 17:29 |
Bmagic |
and there we go! setting the owning_lib column to the library branch took care of the bug |
| 17:30 |
Bmagic |
there are a lot of rows in container.biblio_record_entry_bucket where owning_lib is null |
| 17:31 |
jihpringle |
possibly related to https://bugs.launchpad.net/evergreen/+bug/2129980 |
| 17:31 |
pinesol |
Launchpad bug 2129980 in Evergreen "Record Buckets - Owning Lib in Visible to me Grid Only Populates for Carousels" [Undecided,New] |
| 17:31 |
jihpringle |
or possibly the cause of that bug |
| 17:31 |
Bmagic |
so, creating the bucket must be possible without setting owning_lib |
| 17:31 |
Bmagic |
jihpringle++ |
| 17:33 |
Bmagic |
the way I see it, right now, it's not possible for two people to interact with the carousel interface. Once a staff member starts, and creates buckets/carousels, only their account can do that from then on |
| 17:34 |
Bmagic |
the interface is happy as long as all of the buckets for the displayed carousels are owned by them. If they aren't owned by them and* the bucket owning_lib is null, we have a problem |
| 17:34 |
Bmagic |
jihpringle: your bug smells exactly like this bug. Do you think I need to write another bug? |
| 17:37 |
jihpringle |
Bmagic: I think we probably need a second bug - my bug was in part about the usefulness of the Visible to Me interface in Record Buckets |
| 17:37 |
jihpringle |
it's currently a useless interface for us has every user sees more than 3000 buckets listed which can't really be filtered in a useful way |
| 17:41 |
Bmagic |
will do! |
| 17:41 |
jihpringle |
Bmagic++ |
| 17:49 |
Bmagic |
buig 2146852 |
| 17:49 |
Bmagic |
bug 2146852 |
| 17:49 |
pinesol |
Launchpad bug 2146852 in Evergreen "Carousels interface bugs when certain turn of events occur" [Undecided,New] https://launchpad.net/bugs/2146852 |
| 18:15 |
pinesol |
News from commits: LP#1680566 Document open-ils.permacrud removal <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=9d02d15637d935f07b82752aa157cd4a01a697f2> |
| 18:15 |
pinesol |
News from commits: LP#1680566 Remove open-ils.permacrud service <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=e755a4553a5f0b3698cbbde7ea36df95c845aea7> |
| 18:15 |
pinesol |
News from commits: LP#2136777: stamp database update <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=19cf5b19c1ef84a8379910452017d37801d7e7e6> |
| 18:15 |
pinesol |
News from commits: LP2136777 Stackmap Added Content <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=c312eee51379483dd61c75ac43192b93542a4ac2> |
| 18:15 |
pinesol |
News from commits: LP2115443 Remove autofocus from OPAC search (Bootstrap) <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=4dd177178827cb29ba1144787edc0b0cd6febabd> |
| 18:15 |
pinesol |
News from commits: LP2115443 Remove autofocus from OPAC search input <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=ee5004a9d904288e04df4d98c837ded4bb9294fc> |
| 18:15 |
pinesol |
News from commits: LP#2118920: (follow-up) tweak suggested upgrade <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=d1d708c2677dd7590e5bea5f879ecc2567380429> |
| 18:15 |
pinesol |
News from commits: LP#2118920: stamp database update <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=9622390b47c0f298bf08358a6ee98ea8e672e991> |
| 18:15 |
pinesol |
News from commits: LP2118920 Guardian search makes kw index update manual/optional <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=762d2e523a5c7056e025c0a9be467c89a421c3f3> |
| 18:15 |
pinesol |
News from commits: LP#2118920: Include guardian field in patron name keywords search <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=d2f526369016b06223eefc6069e88023b268426a> |
| 18:15 |
pinesol |
News from commits: LP#1783642: stamp database update <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=d6835697fa78965d97eeb9f5aa2c5ce72887efcf> |
| 18:15 |
pinesol |
News from commits: LP#1783642 Email receipts from items out, renew, and checkin <http://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=5e5043b29e3ab0a7dad352500f8e23ed750c767f> |
| 18:49 |
|
smayo joined #evergreen |
