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.
Sorry, instead of https://bugzilla.gnome.org/show_bug.cgi?id=529271 i meant https://bugzilla.gnome.org/show_bug.cgi?id=588480
Closing as UPSTREAM since this is a duplicate of an existing upstream bug.
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.
The issue is not Fedora-specific so it belongs upstream. Reopened https://bugzilla.gnome.org/show_bug.cgi?id=494986
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.
(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.
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.