You'll have to free some disk space first.
--
Alacarte emptied my Applications menu list.
https://launchpad.net/bugs/61340
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
** Bug watch added: GNOME Bug Tracker #367273
http://bugzilla.gnome.org/show_bug.cgi?id=367273
** Also affects: gnome-menus (upstream) via
http://bugzilla.gnome.org/show_bug.cgi?id=367273
Importance: Unknown
Status: Unknown
--
gnome-menus doesn't send notification for new .deskto
** Attachment added: "Fix for gnomevfs file change notification (converted to
unified diff)"
http://librarian.launchpad.net/4940208/gnome-menus-2.16.1-fix_.desktop_notifications_uri_handling.patch
--
gnome-menus doesn't send notification for new .desktop files
https://launchpad.net/bugs/642
** Attachment added: "Fix for desktop notifications (converted to unified diff)"
http://librarian.launchpad.net/4940207/gnome-menus-2.16.1-fix_.desktop_notifications.patch
--
gnome-menus doesn't send notification for new .desktop files
https://launchpad.net/bugs/64264
--
desktop-bugs maili
Seb, no problems. The upload I tried to make was just for the above two
patches. I put the first one into the debian/patches directory as
11_desktop_notifications.patch and the second one was simply applied (to
the gnomevfs patch). I should have known it wasn't going to work. :-/
I can send you
The proposed change in bug #62304 would fix this as well.
--
local .desktop files after package deinstallation should be removed/modified
https://launchpad.net/bugs/55862
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
The only way to reliably fix this is to fix the freedesktop
specification. The underlying problem is that there is no clean way
that meets the specification to override the NoDisplay attribute of the
.desktop file without copying the whole file to the user's applications
directory. Matthias's sug
And here is another patch, which fixes the handling of .desktop files
with a space in their name (amongst other uri-encodable characters).
The problem was that gnomvfs converts spaces to %20 encoding. I've
fixed this by using gnomevfs's helper functions to do the encoding and
decoding.
** Attachm
*** This bug is a duplicate of bug 64264 ***
I've marked this as a dup now, since this behaviour was caused by a bug
in gnome-menus (also now with patch). The above patch works because I
changed the semantics of a drag-and-drop to perform a "move" operation,
which doesn't create any new .desktop
*** This bug is a duplicate of bug 64264 ***
** This bug has been marked a duplicate of bug 64264
Editing the menu doesn't update correctly after changes
--
Moving menu items between categories in Alacarte doesn't work. (Edgy)
https://launchpad.net/bugs/64960
--
desktop-bugs mailing list
de
six other duplicate bugs.
** Changed in: gnome-menus (Ubuntu)
Assignee: (unassigned) => Pete Ryland
Status: Unconfirmed => Confirmed
--
Editing the menu doesn't update correctly after changes
https://launchpad.net/bugs/64264
--
desktop-bugs mailing list
desk
Ok, here is the patch. This seems to make everything work as it should.
** Attachment added: "This patch fixes the passing on of .desktop directory
notifications"
http://librarian.launchpad.net/4893535/gnome-menus-2.16.1-fix_.desktop_notifications.patch
--
Editing the menu doesn't update c
I'm afraid I'm going to have to reject this bug on the basis that the
existing behaviour is well known, more predictable and is even
documented in the GNOME Desktop System Administrators Guide in the
online documentation:
"Since user menu files take precedence over the system menu file, it
will co
And here's how to reproduce the stack trace above:
[EMAIL PROTECTED]:~$ > /home/pdr/.config/menus/applications.menu
[EMAIL PROTECTED]:~$ alacarte
/var/lib/python-support/python2.4/gtk-2.0/bonobo/__init__.py: inconsistent use
of tabs and spaces in indentation
Traceback (most recent call last):
BTW, to recreate the menus, simply remove the personalised menu file
like so:
$ rm -f ~/.config/menus/applications.menu
And rerun alacarte:
$ alacarte
It will hopefully recreate your menus from the system-wide defaults.
If the system-wide defaults are broken too, try reinstalling the gnome-
me
Perhaps this is an issue with disk space? Can the original poster
confirm if there was limited available disk space when running alacarte?
The information I can glean from the stack trace is that the menu file
(normally at ~/.config/menus/applications.menu) existed but was empty
(already).
Alaca
I can't duplicate this bug. I've tried creating menu items with the
same details but they are treated as separate and I can edit them
completely independently. Have you tried reliably reproducing it? Can
you provide exact steps to reproduce this please? (I'm on alacarte
0.10.0-0ubuntu1)
** Chan
Can you try patching with the attached diff please?
* Download to /tmp
* run the following to apply the patch:
cd /usr/lib/python2.4/site-packages/Alacarte
sudo cp MainWindow.py MainWindow.py.OLD
sudo patch < /tmp/alacarte_MainWindow.py_dragndropfix20061014.diff
Try again. Does that fix the pro
I can confirm that the item does not disappear from the original
submenu, but I've found that it does indeed turn up in the new submenu
ok. But dragging to, say, the Application main menu does not work.
Are you using English menus?
** Summary changed:
- Moving menu items in Alacarte doesn't wor
This works for me (with English menus). It's a little bit slow, but
less than a second before it moves.
--
EDGY Menu management: hard to move items up and down
https://launchpad.net/bugs/63523
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/
I do apologise. I've just tried this at home and did indeed get
non-overlapping windows!
I'm using Dapper at home and at work, updating semi-frequently.
If you don't mind, I'll try this at work again, where I noticed the issue,
before marking the bug as "hogwash".
--
Window placement could be
Public bug reported:
Affects: metacity (Ubuntu)
Severity: Wishlist
Priority: Low
Status: Unconfirmed
Description:
After over a decade of using linux, I've used many window managers, and
at the same time grown very fond of GNOME as it has developed (and I've
even contribute
22 matches
Mail list logo
