This is an old bug for an unsupported version. It has long since been
fixed.
** Changed in: compiz (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/27719
I don't think it's fixable based on how the current code works and no
one much cares to work on this part of the code but I'll reopen for now.
** Changed in: compiz (Ubuntu)
Status: Invalid => Confirmed
--
Mouse scroll wheel moves between desktops when over parts of application windows
ht
@Travis Watkins: This can't be true. This behaviour does not occur on
right-clicks e.g.. And as positivek stated - this does NOT occur in Metacity,
so it is definitely a Window manager problem IMO - just because the clicks are
not handled by a gtk widget hty certaily are not passed to the deskto
Do you mean there is no way to fix this in Compiz? If this is a Gnome
thing (GTK?), then it should be assigned as such.
Some thoughts:
I think that window widget/containers that act as pass-through for user
input events as a default is not safe. Events, as far as I know, do not
fall through win
There is actually no way to fix this. If the part of the window you are
scrolling on does not handle the scroll event it falls through the
desktop window and thus the vpswitch action triggers. These apps would
have to be patched to catch this event or the way the X event system
works would have to
** Changed in: compiz (Ubuntu)
Importance: Undecided => Low
** Changed in: compiz (Ubuntu)
Status: Confirmed => Triaged
--
Mouse scroll wheel moves between desktops when over parts of application windows
https://bugs.launchpad.net/bugs/277195
You received this bug notification because
For me, not at all.
First thing if that plugin is disabled by default, is enabling it, because I
often use scroll wheel on Desktopto change Desktops. So this would be just more
work (enabling it), and helping us all to forget a bug which is not solved.
Anyway, for the mayority who use Ubuntu the
bug #147230 has decided to disable scroll on desktop by default which
will reduce the exposure of this bug. I'm not sure, but I think in
general paper cuts are for bugs which are experienced on the default
install. Would having this plugin disabled solve the problem for you?
--
Mouse scroll wheel
I must admit that it often painfully disturbs my work because I scroll
in a window and accidentally have moved the mouse over a "bad hot area"
in one of these programs, switching desktops - not mentioning the recent
situation when I watched my mum scrolling, and suddenly having vanished
all her win
Well, you can mouse wheel through workspaces in the switcher applet in
the panel if you're running metacity but that's broken in compiz.
--
Mouse scroll wheel moves between desktops when over parts of application windows
https://bugs.launchpad.net/bugs/277195
You received this bug notification be
@Lightbreeze: "(it) does not impact standard workflow and is more broken
software than a usability and design bug"
Sorry to say that this bug does strongly impact my workflow and is
typically an usability bug. When I try to scroll inside a window I get
transported to another workspace, it happens
Well, they address the same user experience, so they are same bug in
hundredpapercuts. Workspace switching on scroll will be disabled by default.
--
Mouse scroll wheel moves between desktops when over parts of application windows
https://bugs.launchpad.net/bugs/277195
You received this bug notif
This is a separate issue. The other report says that scrolling on
Desktop changing workspaces is problematic and whether to enable that
plugin by default, whereas this deals with some problem in GTK windows.
--
Mouse scroll wheel moves between desktops when over parts of application windows
https
hundredpapercuts is addressing bug #147230, which is the same thing.
An "annoying-when-you-encounter-it bug" can also be considered a paper
cut if it's easy enough to fix.
--
Mouse scroll wheel moves between desktops when over parts of application windows
https://bugs.launchpad.net/bugs/277195
Y
This bug is system wide, but does not impact standard workflow and is
more broken software than a usability and design bug. This is not
something users never notice and learn to work with, instead it is an
annoying-when-you-encounter-it bug.
** Changed in: hundredpapercuts
Status: New => In
** Also affects: hundredpapercuts
Importance: Undecided
Status: New
--
Mouse scroll wheel moves between desktops when over parts of application windows
https://bugs.launchpad.net/bugs/277195
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
This happens to me too, both in Evolution as described in the bug report
and in liferea at the status bar, and just above the song progress bar
in Rhythmbox. The last instance is particularly annoying because I
sometimes scroll over the progress bar to move the audio forward and if
I miss I find my
Please see my comment on bug 103306 here:
https://bugs.launchpad.net/compiz/+bug/103306/comments/60
Basically, it reproduces a case where this bug occurs for the top-pixel
row above a maximized window. The top-pixel row of a maximized window
will send mouse scroll events to the same destination a
Eh, I don't know, but this can't be a viewport switcher plugin bug, can it?
the viewport plugin should recieve the 4/5 mouse button events from the
*desktop*, and not from the GTK widget backgrounds - so IMO this is a bug in
GTK+, not?
(I'm no GTK programmer, that's just my plain - and perhaps wr
Confirmed on Jaunty.
This is a bug with Viewport Switcher plugin. Disabling that plugin will stop
mouse scroll workspaces - on desktop or otherwise.
Reproduce by enabling Viewport Switcher and setting Move Prev and Move Next to
Mouse Button 4 and 5.
Try mouse scroll above the search box, near or
Still an issue in Ubuntu 9.04. Scrolling when the mouse cursor is
between GTK widgets and compiz is active causes a workspace switch.
I don't know whether compiz really is to blame here as metacity (to my
knowledge) doesn't support changing the workspace by scrolling while
hovering over the deskto
My mouse wheel unexpectedly scrolled to new desktop when mouse pointer
was hovering between 'help' and 'unlock' of the
System->Administration->Services Settings window.
** Attachment added: "Offending window"
http://launchpadlibrarian.net/21915105/ServicesWindowMousePosition.png
--
Mouse scro
I don't know if it's a compiz problem (since it just is reproducible
with visual effects "normal" or "extra" - with "none" AFAIK compiz is
not used as window manager, but metacity).
It affects all programs, and always the space between tree views e.g. or other
GTK elements - this space between th
** Description changed:
Binary package hint: compiz
Intrepid i386, latest updates, Visual Effects set to Normal or Extra but
not None.
I know that the mouse scrollwheel moves between desktops when used on
- the desktop background - as in #175986.
+ the desktop background - as in Bug
24 matches
Mail list logo
