Bug 550510

Summary:	Clicking a link in evolution scrolls up to the top
Product:	[Fedora] Fedora	Reporter:	Christoph Wickert <christoph.wickert>
Component:	gtkhtml3	Assignee:	Milan Crha <mcrha>
Status:	CLOSED UPSTREAM	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	low
Version:	12	CC:	mbarnes, mcrha
Target Milestone:	---	Keywords:	Reopened
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2009-12-26 14:41:12 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Christoph Wickert 2009-12-25 18:47:50 UTC

Description of problem:
Clicking links in evolution makes the message scrol back to the top if evo is in caret mode.

Version-Release number of selected component (if applicable):
evolution-2.28.0-2.fc12.x86_64
gtkhtml3-3.28.0-1.fc12.x86_64

How reproducible:
always

Steps to Reproduce:
1. Start evolution
2. Make sure you are in caret mode
3. click a link in a long email
  
Actual results:
message scrolls up to the top and it's hard to find where the 

Expected results:
message should not scroll.

Additional info:
This is a known bug upstream, see
https://bugzilla.gnome.org/show_bug.cgi?id=529271
https://bugzilla.gnome.org/show_bug.cgi?id=494986

Matthew reported it and according to Milan it should be fixed in 3.27.1. But obviously it's not.

Comment 1 Christoph Wickert 2009-12-25 18:49:20 UTC

Sorry, instead of 
https://bugzilla.gnome.org/show_bug.cgi?id=529271
i meant
https://bugzilla.gnome.org/show_bug.cgi?id=588480

Comment 2 Matthew Barnes 2009-12-26 02:10:34 UTC

Closing as UPSTREAM since this is a duplicate of an existing upstream bug.

Comment 3 Christoph Wickert 2009-12-26 13:08:43 UTC

1. The upstream bug is closed and I don't have sufficient privileges to reopen it.
2. Because I have only Fedora I cannot test if the bug is really fixed upstream.
3. The upstream bug was ether closed incorrectly (because it is not fixed) or the changes were not applied downstream (because it's still in Fedora's gtkhtml3 3.28 package).
4. I am not complaining about the upstream bug but about the bug in Fedora which is still not fixed.
5. The upstream bug was closed by a RH employee.

To me these are good reasons to track this problem here. Reopening and assigning to the person who closed the upstream bug.

Comment 4 Matthew Barnes 2009-12-26 14:41:12 UTC

The issue is not Fedora-specific so it belongs upstream.

Reopened https://bugzilla.gnome.org/show_bug.cgi?id=494986

Comment 5 Milan Crha 2010-01-11 15:38:34 UTC

Christoph, what are your exact steps to reproduce this, please? As with your second step I cannot reproduce the issue. I'm very interested in what you are doing with keyboard and mouse, because the most I was able to do was this:
a) turn off caret mode
b) select a message with links in it, and double click it (see no caret there)
c) turn on caret mode (cursor at left-top corner)
d) scroll with mouse lower, to the last link
e) click the link
   if you can still see the scrollbar when moved to other window (either
   browser or mail composer, when clicking on an email address), then you can
   see it's there where it was, but when you come back to the message, then
   it's scrolled to the top, not where the cursor was, but just at
   the beginning of the message body, below message headers.

Since now, repeating step d) and e) will not exhibit the issue, same as it is not doing that for me when I skip step a) and c) and I have the caret mode on.

The jump to the body beginning is intentional, and was introduced in other bug report. The question is whether you see the same as me or any other issue.
(I'm going to fix my steps when you confirm and/or give me your steps.)
Thanks in advance.

Comment 6 Christoph Wickert 2010-01-11 16:02:34 UTC

(In reply to comment #5)
> Christoph, what are your exact steps to reproduce this, please? As with your
> second step I cannot reproduce the issue. I'm very interested in what you are
> doing with keyboard and mouse, because the most I was able to do was this:
> a) turn off caret mode

Sorry, but you need to be in caret mode in order to reproduce this. With caret mode disabled, everything is fine.

I am not using my keyboard at all and with the mouse I'm not performing any additional steps than the ones described in comment 0 in the evolution window, because after clicking the browser window becomes active.

> b) select a message with links in it, and double click it (see no caret there)

Sorry, I wasn't clear enough. Don't double click it, only select it with single click so that it's shown in the preview pane. Then scroll down in the preview pane, click a link to open the browser. When you get back into the evo window, the preview pane shows the top of the message again.

If you have further questions, just let me know.

Comment 7 Milan Crha 2010-01-11 17:49:20 UTC

Interesting, the actual development version, 2.29.5, doesn't exhibit this issue always, but 2.28.2 does. That might explain why I didn't see it the first time.
Let's move to the upstream bug finally.