After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 653010 - Scroll bar get out of sync if pasting big chunck of text in chat
Scroll bar get out of sync if pasting big chunck of text in chat
Status: RESOLVED NOTGNOME
Product: empathy
Classification: Core
Component: Chat themes
3.1.x
Other Linux
: Normal normal
: 3.2
Assigned To: empathy-maint
: 659678 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2011-06-20 14:00 UTC by Laurent Bigonville
Modified: 2011-09-21 12:20 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
screenshot (77.58 KB, image/png)
2011-09-07 08:44 UTC, Guillaume Desmottes 		Details

Description Laurent Bigonville 2011-06-20 14:00:13 UTC 
Hi,

If I'm pasting a big chunk of text in the chat window, I get a huge white space after that text. This is annoying as when new text arrived I have to scroll up to actually see the text
Comment 1 Guillaume Desmottes 2011-06-20 14:12:16 UTC 
Oh yeah I noticed that as well.
Comment 2 Guillaume Desmottes 2011-09-07 07:45:22 UTC 
I guess you were using an Adium them right?

I'm trying to reproduce this. So far the sending side is ok (no space) that's the receiving one which gets the big white space.
Comment 3 Guillaume Desmottes 2011-09-07 08:44:39 UTC 
Created attachment 195846 [details]
screenshot

Here is a screenshot of the issue. According to my tests it only happens when we paste a big chunk of test finishing with 2 or 3 \n.

According to the Webkit inspector, the HTML finishes at the end of the bubble, as expected.
Comment 4 Guillaume Desmottes 2011-09-07 08:48:13 UTC 
Kov: if I understand things correctly the scrollbars are embedded in the Webkit view so I guess this is probably a Webkit bug, right?
Comment 5 Guillaume Desmottes 2011-09-07 09:40:24 UTC 
Humm I updated to Webkit 1.5.2 and can't reproduce this any more; maybe it has been fixed?
Comment 6 Gustavo Noronha (kov) 2011-09-07 11:58:25 UTC 
Scrollbars are managed by GtkScrolledWindow, but the adjustments, and the actual painting are managed by WebKit. In webkitgtk 1.5.x the handling of the adjustments has been simplified and made more robust. If I'm not mistaken 1.4.3 will also contain that rework, because it improves things quite a bit. =)
Comment 7 Guillaume Desmottes 2011-09-07 15:34:58 UTC 
Cool so that explained why I didn't manage to reproduce this bug after upgrading to 1.5.2 and why it worked fine for Xavier with 1.4.3 as well. :)

Closing for now, feel free to re-open if you experience this bug with a recent version of WebKit.
Comment 8 Guillaume Desmottes 2011-09-21 12:20:00 UTC 
*** Bug 659678 has been marked as a duplicate of this bug. ***