** No longer affects: metacity (Ubuntu)
** Changed in: gnome-panel (Ubuntu)
Assignee: Ubuntu Desktop Bugs (desktop-bugs) => (unassigned)
** Changed in: gnome-panel (Ubuntu)
Importance: Low => Wishlist
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs,
** No longer affects: null
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/82504
Title:
gnome-panel autohides inconsistently
To manage notifications about this bug go to:
https://bugs.launchpad.net
Richard, this bug still bothers me every damn day. But, as you say, the
reaction is a joke. I don't expect this to ever be fixed, as Gnome 2 is
being deprecated (and with it my use of Gnome, FWIW).
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a b
The developer reaction to this basic bug is a joke, and is the reason
why people are afraid of challenging quality levels offered by
monopolies. Taskbar autohide functionality has existed in window
managers for over a decade, and Linux can't get it right... Why even
support the feature if it doesn'
same in gnome 2.32.0
(tested on the Ubuntu 10.10 desktop live CD)
--
gnome-panel autohides inconsistently
https://bugs.launchpad.net/bugs/82504
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@
** Changed in: gnome-panel
Importance: Unknown => Low
--
gnome-panel autohides inconsistently
https://bugs.launchpad.net/bugs/82504
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lists.ubu
> Seriously, would this qualify as a "papercut"?
No. See comment 15.
--
gnome-panel autohides inconsistently
https://bugs.launchpad.net/bugs/82504
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-b
Still present in Karmic final too. Is it still a bug when you're so used
to it that it feels like this is the way it's supposed to work? ;-)
Seriously, would this qualify as a "papercut"?
--
gnome-panel autohides inconsistently
https://bugs.launchpad.net/bugs/82504
You received this bug notifica
Still present in Karmic beta.
--
gnome-panel autohides inconsistently
https://bugs.launchpad.net/bugs/82504
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubunt
** Project changed: hundredpapercuts => null
--
gnome-panel autohides inconsistently
https://bugs.launchpad.net/bugs/82504
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
http
About comment #16: This works with any menu created from the panel:
1)Right click on any part of the panel (w/ autohide enabled)
2)Move mouse onto context menu (if one isn't generated, try clicking somewhere
else)
3)Move mouse off of menu onto desktop or an application window.
--
gnome-panel aut
gnome-panel 1:2.26.0-0ubuntu7
Ubuntu 9.04
- set top panel to auttohide
- click the network manager icon, so that it's menu opens
- click into some application window (I have Firefox)
Result: panel never hides
Expected: panel hides after timeout
--
gnome-panel autohides inconsistently
https:/
This does not affect the default Ubuntu experience, which does not use
autohidden panels. This is not a paper cut.
** Changed in: hundredpapercuts
Status: New => Invalid
--
gnome-panel autohides inconsistently
https://bugs.launchpad.net/bugs/82504
You received this bug notification becaus
I nominated this for the one hundred paper cuts project.
When I first heard about the project, this was the bug I instantly was
reminded of: it's bugged and annoyed me for well over three releases now
and it still isn't fixed. I want to rely on gnome panel autohiding, but
this way it is impossible
** Also affects: hundredpapercuts
Importance: Undecided
Status: New
--
gnome-panel autohides inconsistently
https://bugs.launchpad.net/bugs/82504
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
d
Bug is alive and well still in Ubuntu Hardy, and unchecking
enable_animations in gconf spectacularly fails to fix it here. Whether
enable animations is checked or not, clicking on any icon in any panel
and quickly moving the pointer away (like one normally does) from the
panel still results in a pe
Hallo,
thanks to your reproduction of the bug and some research i found a way
to fix the problem:
just uncheck the following option with gconf-editor:
/desktop/gnome/interface/enable_animations
The panel will disappear as normal, but you wont have the zoom animation
anymore ; /
--
gnome-panel
Hi all,
Just wanted to confirm this bug and add my own observations.
This behaviour can be re-created consistently with ALL icons/launchers
on an auto-hidden panel. All you have to do is click on an item and
quickly move your mouse out of the panel. I know the term "quickly" is
subjective, but I
** Changed in: metacity (Ubuntu)
Status: New => Invalid
--
gnome-panel autohides inconsistently
https://bugs.launchpad.net/bugs/82504
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lis
I'm having the same issue. I can reproduce the behavior every time
though. I have a panel with a firefox launcher. I'm also using compiz
(so the when I click on a launcher the icon does the zoom and fade out
thing) It's easier to reproduce the bug when compiz is enabled.
To reproduce the problem:
the bug is likely annoying for those who are using autohiding, but
that's not the default configuration and that's not a data loss bug nor
a crasher so not a high priority issue
the priority doesn't mean the bug is not annoying but there is thousand
of desktop bugs open a very small team working o
I am quite baffled to see that this issue is still not resolved after more than
a year!
I am part of those who want -actually, drool everyday to the thought of- ubuntu
taking over the PC majority market share, but I am unhappy to say that these
few bugs are not helping.
I am still wondering why
** Changed in: gnome-panel (Ubuntu)
Status: Confirmed => Triaged
--
gnome-panel autohides inconsistently
https://bugs.launchpad.net/bugs/82504
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop
I support eros on his observation about hardy.
I use a small panel at the top right-hand corner of my desktop and a few
drawers to hold my apps.
This used to be a very nice way to ensure the panel autohides on feisty and
gutsy. (I still had a few instances in ANOTHER panel that would not autohide
Yes, same thing here on Ubuntu 8.04 beta.
I was able to reproduce the bug using the procedure posted by Bogdan
Butnaru above, but it's not the only time this happens, it's rather
frequent actually.
It happens on two different computers:
- fresh install of Hardy Beta on a laptop computer
- upgra
** Changed in: gnome-panel (upstream)
Status: Unknown => Confirmed
--
gnome-panel autohides inconsistently
https://launchpad.net/bugs/82504
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Yes, there's probably a large class of similar issues depending on
unusual ways of losing focus.
Looking at your thread, this seems to be at least influenced by
metacity's focus behavior. I marked this as affecting metacity too, I
think someone from there needs to at least take a look at it.
** A
That looks like http://bugzilla.gnome.org/show_bug.cgi?id=128412
upstream then
** Changed in: gnome-panel (Ubuntu)
Status: Needs Info => Confirmed
** Bug watch added: GNOME Bug Tracker #128412
http://bugzilla.gnome.org/show_bug.cgi?id=128412
** Also affects: gnome-panel (upstream) via
After a bit of playing with the panels I found at least one reproducible
case where the panel remains opened:
1) First set at least one panel to autohide. (I don't think it matters,
but mine has "hidden size" and "hide delay" set to zero.)
2) Start Firefox, and resize it's window to smaller than
No, I don't have any text-entry applet on either panel.
About bug #45974 I doubt it's related: I did remove the default "menu"
applet (the one with the Applications/Locations/System menus) and
replaced it with the single-icon menu. However the same issue appears
for both panels.
bug #4873 seems t
Thank you for your bug. Do you use some applet with a text entry? Could
that be a problem similar to bug #4873 or bug #45974?
** Changed in: gnome-panel (Ubuntu)
Importance: Undecided => Low
Assignee: (unassigned) => Ubuntu Desktop Bugs
Status: Unconfirmed => Needs Info
--
gnome-p
31 matches
Mail list logo
