Bug 467683

Summary:	Changing the width of channel list shows no reaction at first
Product:	[Applications] NeoChat	Reporter:	Tammes Burghard <kde>
Component:	General	Assignee:	Tobias Fella <fella>
Status:	CONFIRMED ---
Severity:	normal	CC:	carl, james.h.graham, kdedev, roblokazyt
Priority:	NOR
Version First Reported In:	23.01.0
Target Milestone:	---
Platform:	Other
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	Behavior of collapsing and widening the room list

Description Tammes Burghard 2023-03-22 09:39:42 UTC

SUMMARY
***
When I make the channel list so thin that it only shows icons, I can not grab the border to make it wider again. The curser does change to the width changing symbol, but as soon as I click, it disappears and nothing happens when I move the mouse. When I close Neochat (entirely or just into the system tray) and reopen it, it works again.
***


STEPS TO REPRODUCE
1. Open Neochat, make the channel list thin
2. Try to make it wide again
Both by dragging the border to the chat part with the mouse

OBSERVED RESULT
I can't grab the border of the thin channel list until I restart Neochat.

EXPECTED RESULT
I can grab the border and make the channel list as wide as I please.

SOFTWARE/OS VERSIONS
Operating System: Crystal Linux 
KDE Plasma Version: 5.27.3
KDE Frameworks Version: 5.104.0
Qt Version: 5.15.8
Kernel Version: 6.2.7-arch1-1 (64-bit)
Graphics Platform: Wayland
Processors: 8 × AMD Ryzen 7 4700U with Radeon Graphics
Memory: 30.7 GiB of RAM
Graphics Processor: AMD Radeon Graphics
Manufacturer: TUXEDO
Product Name: TUXEDO Aura 15 Gen1
System Version: Not Applicable

ADDITIONAL INFORMATION
I am using the Flatpak version of Neochat

Comment 1 James Graham 2023-03-22 18:18:14 UTC

So this behaviour is a little confusing but works for me. When I click the cursor does change back to normal however as long as i keep holding the left mouse button down and keep dragging the drawer eventually pops open. Can you confirm if this is the behaviour for you of if it is fully broken.

Comment 2 Tammes Burghard 2023-03-22 21:26:16 UTC

(In reply to James Graham from comment #1)
> So this behaviour is a little confusing but works for me. When I click the
> cursor does change back to normal however as long as i keep holding the left
> mouse button down and keep dragging the drawer eventually pops open. Can you
> confirm if this is the behaviour for you of if it is fully broken.

Ah true. I thought it was fully broken, but now that I tried again, it behaves as you describe. I was probably just confused by it not showing any reaction in the start and gave up too early.

Comment 3 James Graham 2023-11-05 17:36:32 UTC

*** Bug 471137 has been marked as a duplicate of this bug. ***

Comment 4 TraceyC 2024-05-03 20:16:11 UTC

Created attachment 169158 [details]
Behavior of collapsing and widening the room list

Comment 5 TraceyC 2024-05-03 20:16:43 UTC

(In reply to James Graham from comment #1)
> So this behaviour is a little confusing but works for me. When I click the
> cursor does change back to normal however as long as i keep holding the left
> mouse button down and keep dragging the drawer eventually pops open. Can you
> confirm if this is the behaviour for you of if it is fully broken.

I can also confirm this behavior on 24.02.2. I agree it's a little jarring and confusing that the drawer doesn't immediately start widening when you drag the mouse. When you make the drawer narrower,  the effect is immediate. It makes sense that users expect the same behavior when widening it.
It also seems like a bug that the mouse cursor turns back to a pointer, even when you hold the left button down to resize the drawer.
It changes to a pointer when the cursor moves over the message pane, and then back to the resize cursor when the edge of the drawer pops out to meet it. Screen recording attached.