See https://help.ubuntu.com/community/RestrictedFormats/PlayingDVDs
** Changed in: totem (Ubuntu)
Status: New = Invalid
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to totem in ubuntu.
https://bugs.launchpad.net/bugs/696120
or just play around with awn ;)
On 10/25/2010 09:02 PM, sk8erbender wrote:
heh then im gonna change to lxde maybe peppermint ice or something ;)
--
GNOME Panel icons (on right side) move apparently randomly on session start in
some situations
https://bugs.launchpad.net/bugs/44082
You
** Bug watch added: GNOME Bug Tracker #565677
https://bugzilla.gnome.org/show_bug.cgi?id=565677
** Changed in: nautilus
Status: Invalid = Unknown
** Changed in: nautilus
Remote watch: GNOME Bug Tracker #586875 = GNOME Bug Tracker #565677
--
fail to delete directory over sshfs with
I think that rather than several nautilus shortcuts don't work shortly
after opening directory, [...] don't work shortly after nautilus
window received focus would be more appropriate. I.e. I have some
nautilus window open, delete a file, the confirm dialog pops up, then it
often happens that if I
Tralalalala:
1. I don't know if you ever coded or worked on a larger project, but I can
guarantee you that no matter how good the documentation of a program is you
still first have to read through the whole code if it wasn't you writing it. A
program consists of the written part which everyone
Geees will people stop complaining for something they got for FREE? It is like
if you got a present and start insulting the person which gave it to you
because it does not work the way you want. It is certainly okay to point out
things that have some design flaws, but please just try to keep in
The issue is not ubuntu-specific, getting the same on fedora 12 /
rawhide.
--
Computer suspends immediately after resuming after lid close/open
https://bugs.launchpad.net/bugs/425411
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to
Public bug reported:
Binary package hint: gthumb
As opposed to the version shipped in jaunty, the version in karmic does
not play any animated gifs I tried anymore. Attaching a sample image.
ProblemType: Bug
Architecture: amd64
Date: Thu Oct 15 20:02:37 2009
DistroRelease: Ubuntu 9.10
** Attachment added: e2_20_0.6.gif
http://launchpadlibrarian.net/33748048/e2_20_0.6.gif
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/33748049/Dependencies.txt
** Attachment added: ProcMaps.txt
http://launchpadlibrarian.net/33748050/ProcMaps.txt
** Attachment
Same here on a T400 as well as on a T60.
** Summary changed:
- Computer suspends immediately after resuming
+ Computer suspends immediately after resuming if power is unplugged while
suspended
--
Computer suspends immediately after resuming if power is unplugged while
suspended
Issue still present here too.
--
Very slow logout caused by gnome-keyring-daemon
https://bugs.launchpad.net/bugs/427118
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
It is in gconf-editor (ready through the previous comments and you will
find the key), alternatively also under
system-preferences-appearance-interface
--
(design decision) Icons missing from context menu , dialogue buttons , firefox
bookmark favicons
https://bugs.launchpad.net/bugs/407621
You
Uhm, is the attached backtrace not good?
--
gnome-system-monitor crashed with signal 5 in _XError()
https://bugs.launchpad.net/bugs/415442
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
** Description changed:
Binary package hint: gnome-system-monitor
This happens when trying to kill a process not owned by the user running
gnome-system-monitor (i.e. the user does not have permissions to kill
- the process), provided that there are active sudo timestamps that would
-
** Attachment added: gdbgsm.txt
http://launchpadlibrarian.net/30474142/gdbgsm.txt
** Attachment added: CoreDump.gz
http://launchpadlibrarian.net/30474143/CoreDump.gz
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/30474144/Dependencies.txt
** Attachment added:
*** This bug is a duplicate of bug 415442 ***
https://bugs.launchpad.net/bugs/415442
** This bug has been marked a duplicate of bug 415442
gnome-system-monitor crashed with signal 5 in _XError()
--
gnome-system-monitor crashed with signal 5 in _XError() (when trying to stop a
process)
*** This bug is a duplicate of bug 415442 ***
https://bugs.launchpad.net/bugs/415442
** This bug has been marked a duplicate of bug 415442
gnome-system-monitor crashed with signal 5 in _XError()
--
gnome-system-monitor crashed with signal 5 in _XError()
Another issue: bug #387796 concerned actually _adding_ icons to the menu
(for the open-with application list), it is sort of counter-productive
to fix the bug there and then remove the icons again with this
setting...
--
(design decision) Icons missing from context menu , dialogue buttons ,
Another issue: bug #387796 concerned actually _adding_ icons to the menu
(for the open-with application list), it is sort of counter-productive
to fix the bug there and then remove the icons again with this
setting...
--
(design decision) Icons missing from context menu , dialogue buttons ,
Is anybody still experiencing this issue? Haven't noticed the issue for
quite some time now,
--
Ctrl+V shortcut does not work anymore
https://bugs.launchpad.net/bugs/379123
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
Just a side effect: this setting also prevents the icon displaying in
the file-browser-applet even if the user explicitly chooses Show applet
icon.
--
(design decision) Icons missing from context menu , dialogue buttons , firefox
bookmark favicons
https://bugs.launchpad.net/bugs/407621
You
In my opinion this is a really bad design decision. I think a user
actually reads the text of the context menu he uses often only the first
few times, then remembers where the relevant entries are approximately
located and simply locates them by the icon. Like this the user always
has to double
I experience the problem too, although only the shortcut does not work
only the first time I press it, if I press the shortcut twice, it works
fine. Usually it happens when I switch from some other application to
nautilus and press the shortcut, afterwards, as long as I work with
nautilus,
(Note: this does not apply to CTRL+V only in my situation)
--
Ctrl+V shortcut does not work anymore
https://bugs.launchpad.net/bugs/379123
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
I've done some more testing (switching resolutions, logging out and in at
different resolutions) and I must say that my applets always retain their
correct position since when I've set all positioning values manually. Though
what I noticed is that while right_stick is always preserved,
I think one should rather look at the gnome-panel source code, it is
more likely that the panel listen to screen resolution changes events
and resizes itself accordingly than the screen resolution program itself
resizing the panel. At least this is the impression I got looking at the
gnome-panel
You're welcome. In case you make any interesting findings, please report
- as stated above I have the impression that the file panel-toplevel.c
is a good starting point to study the behavior of the panel, but as the
code is next to undocumented, it is quite difficult to understand it at
first
*** This bug is a duplicate of bug 36189 ***
https://bugs.launchpad.net/bugs/36189
From my experience the issues are related in the fact that it is the way
gnome stores the positions of the applets that is problematic. Try,
after unlocking and relocking, to have a look at gconf under
From my own investigations so far I guess the best starting point is
panel-toplevel.c in the sources of gnome-panel-2.26.0 - gnome-panel.
--
Applets do not scale well with changing resolution
https://bugs.launchpad.net/bugs/36189
You received this bug notification because you are a member of
Here: http://bugzilla.gnome.org/show_bug.cgi?id=137473 (you can find it
at the top of the page, under assigned to)
--
Applets do not scale well with changing resolution
https://bugs.launchpad.net/bugs/36189
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which
From what I can judge the problem is not how the panel behaves when it
is resized, but how it behaves when adding applets to the panel, i.e.
practically always choosing to store the position as absolute from left,
instead of from right. In fact, once I corrected all the settings
manually in gconf,
(Just to update the status from my side, the last time I tried to debug
I was affected by a bug that causes X to crash on resume, and
consequently always lost all debugging information from gdb, and since
then I didn't have the chance to continue investigating this issue,
expect some updates next
Works now.
** Changed in: file-roller (Ubuntu)
Status: Triaged = Fix Released
--
file-roller hangs a while when extracting item via drag and drop
https://bugs.launchpad.net/bugs/330745
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug
Please do refer to my above comment:
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/341463/comments/2
As said, I also do not think that the bug is only in gvfs (in fact, in my
opinion it is not a bug in the common way, but a design issue with how gvfs
deals with such problems), but it is
Tested with today's updates (gvfs 1.2.1-0ubuntu1) and the problem persists. To
test, I mounted various cifs shares and a ssh share, put the laptop to suspend,
plugged out the cable, resumed, and after inserting the password to unlock gdm,
the usual symptoms were noticable, namely
CIFS VFS:
Starting from what package version should I be able to notice the
change? Currently I've got gvfs 1.2.0-0ubuntu2 and just today I had the
described issue when putting my laptop to sleep while a ssh share was
still mounted, then on resume nautilus, the gnome panels (i.e. pretty
much everything)
The best solution that works for me I've come up so far is the following:
The problem seems to be that gnome has difficulties to decide whether it should
store the position of an applet as aligned to the left or to the right.
Consequently, what I did was in the gconf-editor manually browse to
Shouldn't this bug be markes as fixed released also against gnome-
desktop? Or remote watch removed?
--
gnome-display-properties crashed with SIGSEGV in strcmp()
https://bugs.launchpad.net/bugs/340386
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a
The problem is not the program crashing, but I guess rather an issue with the
way the behavior with shares is designed. The hang is only due to the cifs
subsystem trying to access the unavailable share, and nautilus (and any other
program that might want to access the share location, even the
Sorry for the long silence - I tried upgrading to 9.04 and noticed that
now the user is prompted to use the driver settings utility instead of
the display utility (as nvidia does not support the needed xrandr
extensions), which would solve the above problem. From what I can judge
the bug may also
** Attachment added: CoreDump.gz
http://launchpadlibrarian.net/23695969/CoreDump.gz
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/23695970/Dependencies.txt
** Attachment added: Disassembly.txt
http://launchpadlibrarian.net/23695971/Disassembly.txt
** Attachment
Indeed it is not a crash, but a hang - after a few minutes (this on a
2.66GHz T9550). Looking a bit closer at the archive, the main issue
seems that it contains a huge amount of files (i.e. 32'000 files in one
folder). But what is strange is that the issue does NOT occur when
directly selecting
Backtraced attached. I interrupted the program with ctrl+c after about
one minute, as otherwise the program would eventually recover from the
hangup and finish as expected, this providing no backtrace information.
** Attachment added: gdb-file-roller.txt
Public bug reported:
Symptom: when dragging a folder from file-roller to the desktop or another
folder, file-roller hangs for some time (ca 2-3 minutes) eating all the CPU,
then proceeds as expected.
Steps to reproduce: test with OpenFOAM-1.5.General.gtgz from
*** This bug is a duplicate of bug 43572 ***
https://bugs.launchpad.net/bugs/43572
I get the result described in this bug in Intrepid 8.10 (used to work in
8.04). I am not quite sure if the issue I am experiencing is the same as
the one described in bug #43572. Changing the slider in the
45 matches
Mail list logo
