~sewn

only for contributing


#245 `older than schema` after updating system sqlite a month ago

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.

#244 pinning BouncerServ causes panic, unrecoverable afterwards a month ago

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
``

#23 Terminal mouse resize too fast for vaxis 4 months ago

Comment by ~sewn on ~rockorager/vaxis

dwl 0.7 branch

#23 Terminal mouse resize too fast for vaxis 4 months ago

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

#23 Terminal mouse resize too fast for vaxis 4 months ago

Comment by ~sewn on ~rockorager/vaxis

View an image within senpai (sixel, foot) and resize the terminal using the mouse.

#182 Default help menu option highlight retained when automatically going to last seen channel 4 months ago

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.

#23 Terminal mouse resize too fast for vaxis 4 months ago

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

#237 networks with same address but different name 4 months ago

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 .

#237 networks with same address but different name 4 months ago

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.

#237 networks with same address but different name 4 months ago

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.