Public bug reported:
Nautilus sometimes segfaults when attempting to open a directory
containing a .goutputstream-ABCXYZ file. This behavior persists until
the offending .goutputstream* file is removed.
Oneiric 64bit, Nautilus 3.2.0-0ubuntu5.
** Affects: nautilus (Ubuntu)
Importance:
Actually this has nothing whatsoever to do with .goutputstream files;
it's between Ubuntu One and Nautilus via D-Bus.
** Changed in: nautilus (Ubuntu)
Status: New = Invalid
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to
Please, let's not keep this bug restricted to vertical panels only. It
manifests itself with non-expanded horizontal panels too, as I explained
above.
--
Gnome-panel freeze when 8 windows are open when the panel is vertical
https://bugs.launchpad.net/bugs/187540
You received this bug
This bug does not affect vertical panels only. I've been using a
horizontal, non-expanded panel for a number of years now and it keeps
freezing about once a day. (Talk about being lazy to fix things).
Here's how to reproduce it, consistently to the best of my knowledge:
1. Open a horizontal
If invoked with the --interactive option (or from the menus), gnome-
screenshot can be set to grab the whole desktop. After that, the
keyboard shortcut to grab the desktop works, but only until the shortcut
to grab the window is invoked. At that point gnome-screenshot reverts
to grabbing windows
The key /apps/gnome-screenshot/take_window_shot gets set when gnome-
screensaver is invoked with --window, but remains set afterwards and is
apparently consulted even if no --window is passed in subsequent
invocations.
--
Can only take screenshot of a window
I agree. Recently I discovered the issue myself and was puzzled. I am
a native speaker of Serbian; we use both Cyrillic and Latin alphabet
interchangeably (but not English Latin), so that makes three layouts to
start with (SRB, SRB2, USA). That gives me room for just one additional
layout, and
Hello Sebastian,
thanks for responding. This is Ubuntu 7.10. I expect menu's behavior
to be consistent across key schemas. When the main menu entries are
selected (immediately after pressing Ctrl-F1 by default), Emacs key
combinations behave in a manner orthogonal to their intent: Ctrl-P and
Public bug reported:
Binary package hint: gnome-panel
When GConf key /desktop/gnome/interface/gtk_key_theme is set to Emacs,
main menu exhibits odd behavior. When invoked via Alt-F1, whereas
pressing down arrow on the keyboard intuitively moves the selection from
the main menu item itself onto
Public bug reported:
Binary package hint: evolution-data-server
When the option to synchronize with Pidgin contact list is on,
evolution-data-server keeps adding them periodically, disregarding the
fact that all of my contacts already are in the address book. This
leads to my addressbook.db
I'm putting the patch here to see what it does to my karma. Up there,
my real karma probably suffers, but I just have to give it a go.
--
auto-hidden panel sometime jumps to the top of the screen
https://launchpad.net/bugs/48226
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
Ouch.
--
auto-hidden panel sometime jumps to the top of the screen
https://launchpad.net/bugs/48226
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
I have tracked down the bug and submitted the patch to gnome-bugs
#171938. This is my first patch ever and I'm rather curious how things
go on from here :)
--
auto-hidden panel sometime jumps to the top of the screen
https://launchpad.net/bugs/48226
--
desktop-bugs mailing list
I can confirm the issue stated here. I use a panel on the right side of
the screen and it sometimes moves off to the left after the pointer
leaves it too fast (definition needed here). It's easy to reproduce
by setting [un]hide delay properties to 0 and then rotating your mouse
against the edge
After some more searching I have found Bug #54777 reporting identical
behavior with some other applets as well. #54777 is yet uncomfirmed
even though this is a very old bug, going back to Gnome 2.2 as far as I
remember! I might actually get the source code and see if I can fix it
myself.
**
Public bug reported:
Binary package hint: gnome-panel
I don't know whether this is really the gnome-panel or trashapplet bug,
but I guess it's panel's responsibility to behave nicely against mouse
motion.
Auto-hidden panel fails to hide after the Trash Applet's pop-up menu is
displayed. It
16 matches
Mail list logo