Message pane repaints frequently and resets the scroll status, losing reading position
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Gwibber |
Fix Released
|
Medium
|
Ken VanDine | ||
gwibber (Ubuntu) |
Fix Released
|
Low
|
Unassigned |
Bug Description
I'm running gwibber-
This makes trying to read through a list of messages very frustrating, if that list requires more than a scroll or two.
I think:
a) There is some problem with gwibber repainting/updating the message pane *far* more frequently than the configured update time
b) There is a secondary problem where Gwibber, on an update of the message pane, resets the scroll state. I think it should not do so - even if a) were fixed, I would be annoyed if I lost my place if I was reading as an update occured. (However, I note there is a pre-existing "Wont fix" bug about this same issue).
Great app though, thanks!
Changed in gwibber: | |
assignee: | nobody → Ken VanDine (ken-vandine) |
importance: | Undecided → Medium |
Changed in gwibber (Ubuntu): | |
importance: | Undecided → Low |
status: | New → Triaged |
Changed in gwibber: | |
status: | New → Confirmed |
Apparently there's some suggestion this problem is specific to cases where the update pane is still in the first third or so of how it can scroll / the list of messages. I.e. that once you're scrolled past 1/3 that this problem no longer occurs.
I have just tested and it still occurs even with the pane scrolled to about 1/2-way down, also scrolled to almost near the bottom, also with the pane fully scrolled to the bottom.