01:01:20tzt quits [Quit: tzt]
01:01:34tzt (tzt) joins
01:04:06xkey quits [Quit: WeeChat 4.8.0]
01:04:19xkey (xkey) joins
01:18:20<TheTechRobo>The "Remove items" button on user pages appears to be broken for users without a collection. It returns "Not enough privileges for the requested operation." If that's intentional, the button should probably be hidden in that case.
01:19:07<nicolas17>I think that's broken in several pieces
01:19:23<nicolas17>I have a collection and I have access to the "admin page" of my items, it shows buttons like dark and undark
01:19:42<nicolas17>I found the hard way that "dark" works but "undark" says permission denied and I had to email info@ :(
01:22:15<TheTechRobo>Yeah, it seems collection admins get the same UX as real admins, but not the same permissions
02:04:29fuzzy80211 quits [Read error: Connection reset by peer]
02:04:38atphoenix__ (atphoenix) joins
02:04:48AlsoHP_Archivist joins
02:05:01fuzzy80211 (fuzzy80211) joins
02:05:34Jake quits [Quit: Ping timeout (120 seconds)]
02:06:15Guest quits [Read error: Connection reset by peer]
02:06:33balrog_ (balrog) joins
02:06:47balrog quits [Read error: Connection reset by peer]
02:07:39Jake (Jake) joins
02:07:57atphoenix_ quits [Ping timeout: 272 seconds]
02:07:57HP_Archivist quits [Ping timeout: 272 seconds]
03:06:00AlsoHP_Archivist quits [Client Quit]
03:06:17HP_Archivist (HP_Archivist) joins
03:22:48nukke quits [Quit: nukke]
03:22:59nukke (nukke) joins
03:23:51nukke quits [Client Quit]
03:46:57nukke (nukke) joins
04:36:56DogsRNice quits [Read error: Connection reset by peer]
08:23:04nulldata quits [Excess Flood]
08:24:17nulldata (nulldata) joins
08:24:44SootBector quits [Remote host closed the connection]
08:25:57SootBector (SootBector) joins
10:26:54HP_Archivist quits [Read error: Connection reset by peer]
10:27:07atphoenix_ (atphoenix) joins
10:27:18HP_Archivist (HP_Archivist) joins
10:30:49atphoenix__ quits [Ping timeout: 272 seconds]
11:33:29SootBector quits [Remote host closed the connection]
11:34:40SootBector (SootBector) joins
15:21:59@arkiver quits [Remote host closed the connection]
15:22:24arkiver (arkiver) joins
15:22:24@ChanServ sets mode: +o arkiver
16:14:16SootBector quits [Ping timeout: 256 seconds]
16:16:53SootBector (SootBector) joins
16:17:12danwellby quits [Ping timeout: 256 seconds]
16:20:49@arkiver quits [Remote host closed the connection]
16:21:14arkiver (arkiver) joins
16:21:14@ChanServ sets mode: +o arkiver
16:30:40bb010g quits [Remote host closed the connection]
16:31:08bb010g (bb010g) joins
16:37:45@arkiver quits [Remote host closed the connection]
16:38:58arkiver (arkiver) joins
16:38:58@ChanServ sets mode: +o arkiver
19:52:21DogsRNice joins
20:03:19<that_lurker>If someone from IA is here, IA might be intereted in digitizing some of these documents https://www.nytimes.com/2025/12/31/climate/nasa-goddard-library-closing.html
20:07:55<@JAA>Yeah, Jason's on the case: https://bsky.app/profile/textfiles.com/post/3mbhjnddzsc2j
20:08:10<that_lurker>oh nice
20:47:12danwellby joins
22:33:50<klea>btw, does anybody know if warcprox will by default ignore localhost and the likes?, i'm thinking on running it and i wouldn't want to create warc records that have polluted requests to my startpage
22:45:37<klea>i tried to write foxyproxy exclusions for localhost and a intranet i'm on (hollyhock.internal) but i'm noticing it's not excluding hollyhock (via foxyproxy's logs when i have warcprox killed)
22:49:56<klea>it confused me because the pattern matcher is saying it matches, and it's a exclusion rule