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 494986 - Email viewer jumps to the start when clicking a link while in "caret mode".
Email viewer jumps to the start when clicking a link while in "caret mode".
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
2.28.x (obsolete)
Other All
: Normal minor
: ---
Assigned To: Milan Crha
Evolution QA team
: 307005 329509 421746 500624 508072 528830 529271 582582 588480 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-11-08 14:28 UTC by Oded Arbel
Modified: 2012-03-31 10:09 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20


Attachments
proposed gtkhtml patch (2.68 KB, patch)
2009-02-20 14:58 UTC, Milan Crha
committed Details | Review
gtkhtml patch (4.10 KB, text/plain)
2009-04-10 10:12 UTC, Milan Crha
  Details
gtkhtml patch (1.98 KB, patch)
2010-01-11 19:03 UTC, Milan Crha
committed Details | Review

Description Oded Arbel 2007-11-08 14:28:24 UTC
Please describe the problem:
When the email viewer is in "caret mode" (triggered by F7), then clicking on a link in the email opens the web browser with that link but also causes the email viewer to move the view to where the caret is, which is often at the top of the page.

Steps to reproduce:
1. Open an email larger then the viewer window that has links at the bottom.
2. Press F7 to switch to caret mode (or do nothing if Evolution is already in caret mode)
3. scroll down and click a link


Actual results:
The message viewer scrolls the view back to the beginning of the email

Expected results:
The message viewer should not change the view

Does this happen every time?
Yes

Other information:
Apparently this doesn't happen with "mailto" urls.
Comment 1 Per Thomas Jahr 2008-06-02 06:38:54 UTC
I can also reproduce in 2.22.1.
Comment 2 Tim.Dawson@paradise.net.nz 2009-02-20 01:06:49 UTC
I am getting the same on 2.24.3, running on Ubuntu 8.10

VERY annoying if you spend a lot of time working through emails with lists of links in them.

This DOES happen for mailto: links as well.  It does happen only when in caret mode.

Additionally, opening an HTML message either in preview pane or by opening it: while contents are still loading, if you attempt to scroll down through message, it keeps jumping back to the top, until all embedded contents have finished loading.
Comment 3 Milan Crha 2009-02-20 14:51:07 UTC
*** Bug 421746 has been marked as a duplicate of this bug. ***
Comment 4 Milan Crha 2009-02-20 14:51:20 UTC
*** Bug 528830 has been marked as a duplicate of this bug. ***
Comment 5 Milan Crha 2009-02-20 14:51:33 UTC
*** Bug 500624 has been marked as a duplicate of this bug. ***
Comment 6 Milan Crha 2009-02-20 14:52:48 UTC
*** Bug 508072 has been marked as a duplicate of this bug. ***
Comment 7 Milan Crha 2009-02-20 14:58:37 UTC
Created attachment 129157 [details] [review]
proposed gtkhtml patch

for gtkhtml;

This fixes both URL clicking and animated gifs drawing.
Comment 8 Milan Crha 2009-02-20 15:01:32 UTC
*** Bug 307005 has been marked as a duplicate of this bug. ***
Comment 9 Milan Crha 2009-02-20 16:59:17 UTC
*** Bug 329509 has been marked as a duplicate of this bug. ***
Comment 10 Srinivasa Ragavan 2009-02-25 06:58:51 UTC
Seems fine for trunk, hmm even post trunk.
Comment 11 Ruchir Brahmbhatt 2009-03-08 10:46:41 UTC
I confirm it is fixed in trunk. I'm on nightly builds.
Comment 12 Milan Crha 2009-03-09 15:35:10 UTC
(In reply to comment #11)
> I confirm it is fixed in trunk. I'm on nightly builds.

Strange, the patch isn't in yet.
Comment 13 Ruchir Brahmbhatt 2009-03-09 15:50:58 UTC
(In reply to comment #12)
> (In reply to comment #11)
> > I confirm it is fixed in trunk. I'm on nightly builds.
> 
> Strange, the patch isn't in yet.
> 

I just tested again. Opened one html mail, enabled caret mode by F7 and scrolled down. Clicked the link which opened in firefox. Checked evolution, cursor was at same position.
Comment 14 Milan Crha 2009-03-09 16:24:10 UTC
(In reply to comment #13)
> I just tested again. Opened one html mail, enabled caret mode by F7 and
> scrolled down. Clicked the link which opened in firefox. Checked evolution,
> cursor was at same position.

with cursor, do you mean that blinking thin thing? To reproduce this properly, place cursor somewhere in the top, then scroll down by the mouse, keeping cursor out of actual view. When you'll click the link by mouse, and go back to Evolution, you'll see the cursor blinking and centered in the view, scrolled back to top. With this patch it'll move view to show the cursor.  
Comment 15 Ruchir Brahmbhatt 2009-03-10 06:47:23 UTC
(In reply to comment #14)
> with cursor, do you mean that blinking thin thing? To reproduce this properly,
> place cursor somewhere in the top, then scroll down by the mouse, keeping
> cursor out of actual view. When you'll click the link by mouse, and go back to
> Evolution, you'll see the cursor blinking and centered in the view, scrolled
> back to top. With this patch it'll move view to show the cursor.  
> 

Oh yes focus is moved to where cursor was. I'll test again when patch is committed. 
Comment 16 Milan Crha 2009-04-09 14:20:13 UTC
gtkhtml had been branched yesterday. Committed to trunk. Committed revision 9197.
Comment 17 Milan Crha 2009-04-09 19:02:30 UTC
Err, I just realized, when selecting text it doesn't move scroll :(
I'm working on a solution.
Comment 18 Milan Crha 2009-04-10 10:12:29 UTC
Created attachment 132453 [details]
gtkhtml patch

for gtkhtml;

The follow up patch to fix the above mentioned issue. Just for a reference.
Comment 19 Milan Crha 2009-04-10 10:19:07 UTC
Committed to trunk. Committed revision 9202.
Comment 20 Milan Crha 2009-07-14 09:45:11 UTC
*** Bug 588480 has been marked as a duplicate of this bug. ***
Comment 21 Matthew Barnes 2009-12-26 14:39:12 UTC
Downstream bug report claims this still occurs in Evolution 2.28.  Reopen for reinvestigation.

Not sure it's worth spending too much time on this since the WebKit transition will likely address it.  But if a solution can be found easily, all the better.
Comment 22 Matthew Barnes 2009-12-26 14:39:50 UTC
Downstream bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=550510
Comment 23 Milan Crha 2010-01-11 15:39:32 UTC
The most I see is only once, when I turn on caret mode for the first time, otherwise it seems to work fine for me.
Comment 24 Milan Crha 2010-01-11 19:03:40 UTC
Created attachment 151179 [details] [review]
gtkhtml patch

for gtkhtml;

OK, I got finally few more steps what to do to trigger it. This is the result.
Comment 25 Milan Crha 2010-01-11 19:08:36 UTC
Created commit 198e349 in gtkhtml master (3.29.6+)
Created commit 0a4b841 in gtkhtml gnome-2-28 (3.28.3+)
Comment 26 freggy1 2010-01-31 15:35:13 UTC
*** Bug 529271 has been marked as a duplicate of this bug. ***
Comment 27 André Klapper 2012-03-31 10:09:30 UTC
*** Bug 582582 has been marked as a duplicate of this bug. ***