Public bug reported:
The memory consumption of some applets, especially clock_applet and
netspeed-applet becomes very large after some days uptime.
See also:
http://ubuntuforums.org/showthread.php?t=183061
This didn't happen with Ubuntu Breezy. Please tell, if you need more
information. My gnome
Is there any upstream bug report for this one? I could not find any.
My wife is keeps bugging me that she encounters that bug all the time,
but I can't seem to be able to reproduce in a reliable way. Does this
bug occur every time for you guys? Are there special circumstances where
it seems to be
No, it does not work yet. I can't see the whole evolution preferences
window on my laptop with 768px vertical resolution.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to evolution in ubuntu.
https://bugs.launchpad.net/bugs/589204
Titl
Confirmed, in my Hardy installation, I also lack a "Secure WebDAV" entry
in the dialog. There is solely a "WebDAV (HTTP)" entry, which I'm not
willing to be using on the internet.
** Changed in: nautilus (Ubuntu)
Status: New => Confirmed
--
Option to connect to "secure webdav" network loc
I got it working by modifying the URI by hand (from dav:// to davs://).
However, I've got the impression that the dav implementation of gvfs is broken.
I can't get it working properly with my DAV server, nautilus keeps complaining
about status 301 (permanent redirect).
Configuring apache with 'B
Public bug reported:
Binary package hint: file-roller
The current version (GNOME file-roller 2.21.91) of file-roller omits
files when creating tar-archives out of folders containing many files.
This can cause data loss because the user thinks that (s)he has just
made a backup of the data, but th
This bug has been upstream fixed and can be closed now.
Version 2.21.92-0ubuntu1:
* New upstream release (lp: #195621)
- reverted changes as for comments
http://bugzilla.gnome.org/show_bug.cgi?id=487012
- Updated translations
--
[hardy] file-roller silently omits files upon .tar
Public bug reported:
This one is not easy to describe. But let's try it.
I have a dual-head setup using xinerama.
On the right screen I open a window and maximize it.
Now I drag the window title and move it over to the left screen.
Supposed behavior is to un-maximize the window when dragged to a
I agree with Koresko's points. Especially with the part where you
accidentally close unread dialogs by continue typing whatever you were
about to type without noticing the dialog in the first place. This has
happened to me a lot of times before. The same holds for typing ssh-
passwords into newly c
The same happens for me all the time. I have a an external USB drive
with a lot of nested folders. I use the list view on the right pane. I
haven't seen it happen on the left pane though, even for big folders.
I didn't delete anything by accident yet, but when I browse through my
folders while sea
** Bug watch added: GNOME Bug Tracker #340495
http://bugzilla.gnome.org/show_bug.cgi?id=340495
** Also affects: nautilus (upstream) via
http://bugzilla.gnome.org/show_bug.cgi?id=340495
Importance: Unknown
Status: Unknown
--
Nautilus list view calls non-empty folders "empty" while
Public bug reported:
Open a folder in nautilus with the list view enabled in the right pane.
Now click inside the right pane, so it gets focus.
Try to resize one of the columns by moving the mouse to the small vertical bar
between the column headings and pressing and holding the left mouse button
** Description changed:
Open a folder in nautilus with the list view enabled in the right pane.
Now click inside the right pane, so it gets focus.
- Try to resize one of the columns by moving the mouse to the small vertical
bar between the column headings and pressing and holding the left mou
It's Ubuntu Edgy Beta. This behaviour already occurred in Dapper I
didn't manage to file a bug before.
I have panels on the top of the left and on the right monitor (both are equally
high) if that helps.
If you need further information or testing, please tell me.
--
Strange behavior while movin
With Deskbar applet 2.16.0 (edgy beta) I don't have this behaviour any
more. It seems that pressing return does not work until the list is
updated to include all typed characters.
Unfortunately, this means that if I type "whatever", the default
action will not be triggered if I have not waited for
Public bug reported:
This bug happens with version 2.16.0-0ubuntu2 shipped with edgy beta.
Firstly, use the deskbar applet as usual. For example, let's earch for 'Ubuntu'
in wikipedia.
The behaviour compared to Dapper seems to have changed since the typed text is
_not_ cleared after triggering
I can confirm it with edgy beta. There's another upstream bug open:
#352379
--
gnome-screenshot fails to work with multiple monitors
https://launchpad.net/bugs/16894
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Hi Sebastien,
I've looked into the source code of metacity and could find the crucial
lines. I've atteched a diff. This is my very first patch, so please
forgive me if there's anything wrong with it.
The problem did not only occur when dragging horizontally starting on
the right monitor without "
Hi Martin,
I played around a bit and found out that it still happens in Edgy.
To reproduce, execute for example gaim and gvim or gconf-editor so that they
all appear from history when you type the letter g.
In order to make this bug more obvious, start gconf-editor and edit
/apps/deskbar/typing
Public bug reported:
Binary package hint: epiphany-extensions
When starting epiphany-browser with the favicon-extension the extension
does not load with the following error message on the console:
--
File "/usr/lib/epiphany/2.17/extensions/favicon.py", line 3
SyntaxError: Non-ASCII cha
The problem is that the USB entries entries are marked as user_visible
by gnome-vfs. When booting with the usb drive not connected, gnome-vfs
lists the drive without any mounted volumes. The entry has no hal udi
and the device_path is the same that is listed in /etc/fstab.
Additionally, activation_
this is a bug in gnome-vfs, the diskmounter applet relies on correct
information from gnome-vfs. Visit computer:/// in nautilus and you'll
also see the duplicate drives.
** Changed in: gnome-applets (Ubuntu)
Sourcepackagename: gnome-applets => gnome-vfs2
Status: Unconfirmed => Confirmed
--
** Bug watch added: GNOME Bug Tracker #332906
http://bugzilla.gnome.org/show_bug.cgi?id=332906
** Also affects: gnome-vfs (upstream) via
http://bugzilla.gnome.org/show_bug.cgi?id=332906
Importance: Unknown
Status: Unknown
--
disk-mount applet produces additional, confusing icons
I'm not sure if it is the same bug, but I have similar behaviour in the
picard audio tagger. What can be seen on the screenshot can be
reproduced by closing and reopening the "albums" node. When resizing the
window or clicking on an entry, the control is redrawn partially or
completely (depends on
I'm using the builtin mga driver but I don't know what haytjes uses. My
bug may be unrelated to his since it happens only in one application for
me.
--
list isn't rendered good
https://launchpad.net/bugs/81273
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/m
did not occur since fresh install of dapper and I was the only one who
ever reported it.
** Changed in: gnome-panel (Ubuntu)
Status: Needs Info => Fix Released
--
Memory consumption very high after several days uptime
https://launchpad.net/bugs/46943
--
desktop-bugs mailing list
desktop
This happened after upgrading to dapper, if I remember correctly, but a fresh
dapper install fixed it and it never happened again since then (I used edgy and
now I'm on feisty).
This bug can be closed.
--
Memory consumption very high after several days uptime
https://launchpad.net/bugs/46943
-
I've found the bug and reported the fix upstream.
Implicit pointer grab release was broken in GTK+2. It was not releasing
implicit pointer grabs when modifiers like NumLock were active at the moment
the button was released. The behaviour described in this bug was a side effect
of this. You can s
I agree, that rants are never good. You have to keep in mind that you
are using free software written by people in their free time.
Nevertheless, I don't think that the usecase is _that_ uncommon. I've
started my computer days in the windows-world and was used to 'explorer'
for file browsing. I li
Actually, this one seems to be fixed in feisty. I didn't even realize
this, yet. All the arguing for nothing ;)
When opening a folder, nautilus now shows "Loading" initially and
changes to "(Empty)" not until it finished loading.
Would be nice if someone could confirm this. This bug could be chan
argh... sorry for the bugspam folks :(
The bug's still there (my computer is playing tricks on me).
--
Nautilus list view calls non-empty folders "empty" while they load
https://launchpad.net/bugs/42690
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman
Said. Done.
This patch should fix the issue. I've also uploaded it upstream. It would be
nice if someone could test it (and see if it breaks something).
See upstream bug for a description of what the patch does.
** Attachment added: "patch fixing this issue"
http://librarian.launchpad.net/61
The above patch didn't work 100%, this is fixed now.
** Attachment added: "revised bugfix"
http://librarian.launchpad.net/6194563/12_nonempty_dir_list_view.patch
--
Nautilus list view calls non-empty folders "empty" while they load
https://launchpad.net/bugs/42690
--
desktop-bugs mailing li
The bug could be fixed upstream with some help from Alexander Larsson on
IRC.
** Changed in: nautilus (Ubuntu)
Status: Confirmed => Fix Committed
--
Nautilus list view calls non-empty folders "empty" while they load
https://launchpad.net/bugs/42690
--
desktop-bugs mailing list
desktop-b
The currently included patch is buggy.
It uses a static variable times_called which should be private for each screen.
Therefore, it doesn't work correctly in xinerama setups (usually one screen
stops fading earlier and after that the other screen continues to fade for
another 16 frames).
The
Public bug reported:
Binary package hint: nautilus
Create a .desktop file with the contents:
[Desktop Entry]
Name=Ubuntu
Type=Link
URL=http://www.ubuntu.com
Now start nautilus, right-click the file, select properties. Click on
the "Link" tab. At this instant the files has been modified without
Public bug reported:
Binary package hint: nautilus
Create a simple .desktop file:
[Desktop Entry]
Name=Mobilkommunikation
Type=Link
URL=http://www.ubuntu.com
Double-clicking will launch firefox on feisty. However, my preferred
browser is set to epiphany.
** Affects: nautilus (Ubuntu)
Impo
I'm not experiencing this bug any more with my current ubuntu feisty
installation. But then again, I changed my graphics card from mga550 to
nvidia fx5200 with proprietary drivers since I last tested.
Can someone else confirm either way?
--
gnome-screenshot fails to work with multiple monitors
h
Gnome-session doesn't handle overlapping viewports well. It just creates
a overlay window for every screen whether they overlap or not.
The different shades of transparency seen in lock.jpg should be less
prominent with the latest patch on feisty and as all this fading is
quite an ugly hack it sho
Attached a patch to gnome-screensaver which should fix the issue.
The lock screen window has been overlaid because gnome-screensaver windows
listen to x events and raise themselves whenever a MapNotify or ConfigureNotify
event arrives in order to keep themselves on the very top.
Events caused by
Closing on gnome-session, because the screen locking is actually
performed by gnome-screensaver and the logout-dialog problem has been
fixed in a recent feisty update.
** Changed in: gnome-session (Ubuntu)
Status: Confirmed => Rejected
--
Xinerama problem with log out and unlock dialogues
Thank you, now I understand what you meant.
This has been already fixed in feisty, see bug #89176.
Thank you for your bug reports!
--
Xinerama problem with log out and unlock dialogues
https://launchpad.net/bugs/67919
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubu
Thank you for your bug report. I can clearly confirm it.
I've forwarded the bug upstream.
** Bug watch added: GNOME Bug Tracker #417210
http://bugzilla.gnome.org/show_bug.cgi?id=417210
** Also affects: totem (upstream) via
http://bugzilla.gnome.org/show_bug.cgi?id=417210
Importance: Un
The problem did not only occur when using mouse scrolling but also when
changing volume using the keyboard.
This rather trivial patch should fix the issue.
** Attachment added: "trivial bugfix"
http://librarian.launchpad.net/6729493/06_plugin_volume_scroll_direction.patch
--
Volume popup m
Thank you for your bug report. I can reproduce the bug exactly as you've
described it.
** Changed in: evolution (Ubuntu)
Status: Unconfirmed => Confirmed
--
[Evolution] Additonal instances don't cancel launch feedback
https://launchpad.net/bugs/91082
--
desktop-bugs mailing list
desktop
fix committed upstream
** Changed in: totem (Ubuntu)
Status: Confirmed => Fix Committed
--
Volume popup moves in opposite direction to mousewheel
https://launchpad.net/bugs/91435
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop
I can reproduce it with current feisty without having the fast-user-
switch applet installed.
I works for the first time only and leaves my session completely
unlocked even though gnome-screensaver is running.
I would consider it as quite serious security problem. Imagine you make
a break for sho
Sorry for the bugspam
I looked around a bit and found out that indeed gnome-screensaver did
not run *yet*. After login, it took more than half a minute until gnome-
screensaver actually started. Gnome-panel has already fully loaded at
this time. So the problem still exists, however it seems no
Do you mean 7.04 (feisty) or maybe 6.06 LTS (dapper)?
When using feisty, you should be able to see a difference.
I don't think that dapper will be updated just because of this bug since this
is a rather minor issue.
In case you are not using feisty: If everything goes well and the
release sched
What is the output of the following command?
apt-cache show gnome-session|grep Version
Could you please make a screenshot? You won't be able to make a screenshot
directly when the logout screen is active. But you can do it by using Xnest:
1. sudo apt-get install xnest
2. gdmflexiserver --xnest
I can imagine that the LCD panel itself (or its controller (or a even
the graphics card)) reduces the color depth which is usually not that
visible but becomes more prominent with dim colors. Therefore, Duncan
Lithgow might even consider the screenshot to be ugly when displayed on
his LCD.
--
Log
51 matches
Mail list logo
