scroll wheel in gedit is affected by scrolling in other windows

Bug #1046988 reported by EEPS
58
This bug affects 13 people
Affects Status Importance Assigned to Milestone
GTK+
Fix Released
High
gtk+3.0 (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

When I am scrolling in a document, then switch to another application (say chrome) and scroll with the scroll wheel there, then switch back to gedit, the next click of the scroll wheel will scroll many more lines instead of the usual amount. It seems to be proportional to the amount I scrolled in the other application.

For example, In a document with line 202 as the last line in view, a normal one tick of the scroll wheel down brings me to line 207 (5 lines). If instead, I start on line 202 as before, but switch to chrome where I scroll down one tick of the wheel, then switch back to gedit and scroll down one tick, I am now at line 212 on the bottom (10 lines). So it seems that the gedit is affected by scrolling in other apps. The problem is particularly noticeable if I scroll a lot in another window, where when I return to gedit, it often scrolls down (or up) many pages, often to the top or bottom of the document, completely disorienting me as the line I was just looking at is nowhere is sight. It seems gedit is probably keeping track of the absolute scroll wheel position? So when I switch applications and come back, the number is way different and it scrolls many more ticks than it should?

Thanks,
Eric Seifert

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: gedit 3.4.1-0ubuntu1
ProcVersionSignature: Ubuntu 3.2.0-29.46-generic-pae 3.2.24
Uname: Linux 3.2.0-29-generic-pae i686
ApportVersion: 2.0.1-0ubuntu12
Architecture: i386
Date: Thu Sep 6 11:34:50 2012
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release i386 (20120423)
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: gedit
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
EEPS (seiferteric) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gedit (Ubuntu):
status: New → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug report, I can't confirm that here though. Is the issue specific to chrome?

Changed in gedit (Ubuntu):
importance: Undecided → Low
Revision history for this message
Benjamin Rubinger (benjamin-rubinger) wrote :

I do not think it is specific to chrome, the bug reproduces with other applications such as Document Viewer.

When I use the scroll wheel in gedit, if I have switched from another application it often jumps somewhere distant in the document instead of scrolling as it should. As a workaround, I use the arrow keys to move the cursor, which jumps the viewport position back to the cursor area so I can scroll normally from there. This is an annoying and persistent problem.

Revision history for this message
EEPS (seiferteric) wrote : Re: [Bug 1046988] Re: scroll wheel in gedit is affected by scrolling in other windows

It does not seem to matter which application I am scrolling in.

Thanks,
Eric Seifert

On Tue, Nov 13, 2012 at 8:05 AM, Benjamin Rubinger <
<email address hidden>> wrote:

> I do not think it is specific to chrome, the bug reproduces with other
> applications such as Document Viewer.
>
> When I use the scroll wheel in gedit, if I have switched from another
> application it often jumps somewhere distant in the document instead of
> scrolling as it should. As a workaround, I use the arrow keys to move
> the cursor, which jumps the viewport position back to the cursor area so
> I can scroll normally from there. This is an annoying and persistent
> problem.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1046988
>
> Title:
> scroll wheel in gedit is affected by scrolling in other windows
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/gedit/+bug/1046988/+subscriptions
>

Revision history for this message
Carnë Draug (carandraug) wrote :

I just marked this bug as duplicate of bug #1089966 . It seems that the jump is relative to how much scrolling is done on the other application. If on the other applicatino you scroll a lot, but then scroll back to the original position, gedit will behave normally. Basically, it would seem that saves how much scrolling was done in the other applications and apply it to your gedit document, when you try to scroll there.

This is very very annoying. Try debug a long file (a program can easily reach a thousand lines), go google for some documentation, and then come back to have the piece of code you ewre looking at before dissapear.

Revision history for this message
Carnë Draug (carandraug) wrote :

This has been marked upstream as a bug in gtk+ (see https://bugzilla.gnome.org/show_bug.cgi?id=690275 )

affects: gedit (Ubuntu) → gtk+3.0 (Ubuntu)
Revision history for this message
Julian (artdude9) wrote :

Can I ask why this has been marked upstream as a bug in gtk+? Only gedit jumps. I'm only asking because all of my other GTK+ applications appear to function normally. If the bug were in GTK+, I would expect to see similar problems in my other GTK+ applications. It seems to me that we haven't ruled out the bug being in gedit itself yet or its interpretation of the new GTK+ 3. Also I have this problem with my desktop computer with a regular USB Microsoft optical wheel mouse as well, not just on my netbook with a touchpad. Thanks!

Revision history for this message
Sebastien Bacher (seb128) wrote :

> Can I ask why this has been marked upstream as a bug in gtk+? you can

the upstream bug url is in the previous ticket, it's a public ticket so you can read the comments there

Revision history for this message
Julian (artdude9) wrote :

ok thanks. I understand. The words "as a bug in GTK+" threw me. :)

Revision history for this message
Carnë Draug (carandraug) wrote :

I can confirm that this bug is not limited to gedit and is at least also present in evince.

To replicate: open a pdf in evince and leave the side pane open (the index or bookmark). Open a really long document so there is a scroll on the side pane. Then go to another other window (such as firefox) and scroll up or down. Go back to evince and try to make a small change on the side pane. it will jump the same ammount of scrolling done on firefox.

This is exactly the same problem that gedit is displaying.

Also, the importance is low? I would suggest to try editing a document with more than 200 lines which is perfectly common in a source file (which gedit is meant to write) and you will see this is not of low importance.

Changed in gtk+3.0 (Ubuntu):
status: Confirmed → Fix Committed
Revision history for this message
Sebastien Bacher (seb128) wrote :

The issue should be fixed in gtk 3.8 with https://git.gnome.org/browse/gtk+/commit/?h=gtk-3-8&id=8e56a8097230c006832cbc195fd56c87884ac7ab

Not sure but the commit might apply fine to 3.6 as well

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gtk+3.0 - 3.6.4-0ubuntu7

---------------
gtk+3.0 (3.6.4-0ubuntu7) raring; urgency=low

  * debian/patches/git_reset_scrolling.patch:
    - "xi2: Reset scroll valuators on synthesized crossing events",
       that should fix issues where scrolling apply incorrectly to the new
       focussed dialog, carrying over previous scrolling event (lp: #1046988)
 -- Sebastien Bacher <email address hidden> Mon, 15 Apr 2013 13:30:04 +0200

Changed in gtk+3.0 (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
Matthieu Baerts (matttbe) wrote :

Hello,

@Sebastien Bacher: it seems that due to this patch, the scroll is not so smooth that before. I just reinstalled the previous version (3.6.4-0ubuntu6) and the scroll is much better: no lag, just smooth :)

Changed in gtk:
importance: Unknown → High
status: Unknown → Fix Released
Revision history for this message
Doug McMahon (mc3man) wrote :

@Matthieu Baerts (matttbe) or anyone else who feels this 'fix' has affected scrolling -
eariler filed bug on just that
Bug 1171156

(also to note - the issue here does not exist here at all, can't dupe, maybe because I have a touchpad & for most part use smooth scroll. gedit was absolutely fine prior to this patch

Revision history for this message
Sebastien Bacher (seb128) wrote :

shrug, we should just stop making changes, either way there is always to complain...

Revision history for this message
Matthieu Baerts (matttbe) wrote :

The previous modifications have been reverted because it seems this patch causes other problems (LP: #1171156).

I guess I can change the status to 'Confirmed' until a new patch is introduced (or until someone finds why there are some problems when using this patched version with Compiz).

affects: gtk+3.0 (Ubuntu) → ubuntu
Changed in ubuntu:
status: Fix Released → Confirmed
affects: ubuntu → gtk+3.0 (Ubuntu)
Changed in gtk+3.0 (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.