only for contributing
Ticket created by ~sewn on ~emersion/soju
this error recently started appearing after i updated my system:
failed to open database: soju (version 24) older than schema (version 26)
not sure how to resolve it.
Ticket created by ~sewn on ~emersion/soju
2025/03/14 15:10:26 user "sewn": downstream "[::1]:43800": received: METADATA BouncerServ SET soju.im/pinned 1 2025/03/14 15:10:26 user "sewn": downstream "[::1]:43800": sent: FAIL METADATA KEY_INVALID soju.im/pinned :Invalid key 2025/03/14 15:10:26 panic serving user "sewn": runtime error: invalid memory address or nil pointer dereference goroutine 41 [running]: runtime/debug.Stack() /usr/lib/go/src/runtime/debug/stack.go:26 +0x5e codeberg.org/emersion/soju.(*Server).addUserLocked.func1.1() /home/sewn/src/soju/server.go:447 +0x58 panic({0x270f40?, 0xeb3ad0?}) /usr/lib/go/src/runtime/panic.go:792 +0x132 codeberg.org/emersion/soju.(*downstreamConn).handleMessageRegistered(0xc000226000, {0x41ecd0, 0xc00009ed20}, 0xc0000b6c80) /home/sewn/src/soju/downstream.go:2844 +0x7300 codeberg.org/emersion/soju.(*downstreamConn).handleMessage(0xc000226000, {0x41ed08?, 0xf3df80?}, 0xc0000b6c80) /home/sewn/src/soju/downstream.go:647 +0xda codeberg.org/emersion/soju.(*user).run(0xc0002c0000) /home/sewn/src/soju/user.go:810 +0x1818 codeberg.org/emersion/soju.(*Server).addUserLocked.func1() /home/sewn/src/soju/server.go:458 +0x55 created by codeberg.org/emersion/soju.(*Server).addUserLocked in goroutine 1 /home/sewn/src/soju/server.go:444 +0x165
the bouncer afterwards is in a unrecoverable state:
2025/03/14 15:12:01 downstream "[::1]:56090": new connection ... 2025/03/14 15:11:55 downstream "[::1]:47938": received: CAP END 2025/03/14 15:11:55 downstream "[::1]:47938": registration complete for user "sewn" 2025/03/14 15:11:55 downstream "[::1]:47938": sent: :localhost 770 * soju.im/pinned 2025/03/14 15:11:55 downstream "[::1]:47938": sent: :localhost 770 * soju.im/muted 2025/03/14 15:11:55 downstream "[::1]:47938": failed to get/create user: user "sewn" exists in the DB but hasn't been loaded by the bouncer -- a restart may help 2025/03/14 15:11:55 downstream "[::1]:47938": sent: ERROR :Internal server error 2025/03/14 15:11:55 downstream "[::1]:47938": connection closed ``
Comment by ~sewn on ~rockorager/vaxis
dwl 0.7 branch
on ~rockorager/vaxis
On Fri Dec 13, 2024 at 9:50 AM CST, ~sewn wrote:
View an image within senpai (sixel, foot) and resize the terminal using the mouse.
I can't repro using
foot version: 1.18.0-2-g62b0b65d4712 (Aug 02 2024, branch 'master') -pgo +ime +graphemes -assertions
What version, and DE/WM are you using?
-- Tim
Comment by ~sewn on ~rockorager/vaxis
View an image within senpai (sixel, foot) and resize the terminal using the mouse.
Ticket created by ~sewn on ~delthas/senpai
When senpai is ran, senpai will automatically navigate to the last seen channel by the user, but the first member of the channel will appear 'highlighted'. This is due to the fact that senpai doesn't clear the default attributes of the 'Help' menu in
(home)
, in which, the first menu entry, 'Add a network', is automatically selected, which in senpai, becomes highlighted to signify selection.
Ticket created by ~sewn on ~rockorager/vaxis
panic: runtime error: slibounds out of range [59008:59007] goroutine 166 [running]: bytes.(*Buffer).Write(0xc001802450?, {0xc001d7b976?, 0x4?, 0x4 bytes/buffer.go:181 +0xc5 github.com/mattn/go-sixel(*Encoder).Encode(0xc0003caf68, {0x8 70, 0xc000938000}) github.com/mattn/go-sixel@v0.0.5/sixel.go:157 +0x1182 git.sr.ht/~rockorager/vaxis.(*Sixel).Resize.func1() git.sr.ht/~rockorager/vaxis@v0.10.3/image.go:268 +0x21
Comment by ~sewn on ~emersion/soju
if that's the case, then I guess this issue can be closed as a 'will not fix' (not sure how sr.ht issues work). The other bugs mentioned here are either beyond the scope of soju or need proper reenactment .
Comment by ~sewn on ~emersion/soju
With two networks sharing the same address, one with an explicit name and one without, I'd expect BouncerServ commands such as
network delete <addr>
to resolve to the network with no name, but instead resolves to the one with a name. It should prefer the name, and fallback to address, unclarified in the soju man page.The errors (
context deadline exceeded
) only started appearing after the duplicate(?) network creations.
Comment by ~sewn on ~emersion/soju
There also seems to be some soju bugs such as
2024/11/22 12:55:23 user "sewn": downstream "127.0.0.1:34714": failed to handle new registered connection: FAIL BOUNCER INVALID_NETID 3 :Unknown network ID
which i am not sure if it is a result from this issue.