Hi!
The behavior I'm observing here is different for SSH (ssh: and sftp:
URIs) and for SMB. In the SSH case, the gvfs-sftp process hangs when the
password is already in Seahorse. If I go to Seahorse and delete the
password, however, I get a password prompt again and can login. Indeed,
if I ask the
I already posted to Bug #532024 with my symptoms. I'm attaching a
backtrace of the running gvfsd-smb process. It seems to hang while
trying to contact gnome-keyring-daemon. I tried to make the backtrace as
complete as possible symbol-wise, but let me know if I can provide more
info. The issue is 10
Here is a backtrace of gnome-keyring-daemon taken while the gvfsd-smb
process was hanging. I don't see anything strange here, though.
** Attachment added: "gdb-gnome-keyring-daemon.txt"
http://launchpadlibrarian.net/42079373/gdb-gnome-keyring-daemon.txt
--
gvfs-mount doesn't always work. gvfs
On Tue, 2008-11-04 at 08:54 +, Sebastien Bacher wrote:
> You can also note that the low priority focus for this bug upstream is
> due to the fact that the feature has never been working really correctly
> on many software and they don't consider that something stable and used
> by the majority
This is working for me, thanks a lot to everyone involved! I would have
tested it before, but didn't notice that a package with the fix was
available.
--
Screen resolution capplet unnecesarily tries to set virtual resolution
https://bugs.launchpad.net/bugs/287062
You received this bug notificatio
> > It appears that Gnome cannot be trusted to release a new version without
> > major regressions, and Ubuntu needs to rigorously test new versions before
> > committing to them.
>
> But they don't. Ubuntu is committed to releasing on a rigid schedule
> regardless of functionality or regressions
Public bug reported:
Binary package hint: gnome-control-center
I have observed the problem when using my laptop (Compaq NC6220) with an
external monitor or projector. It can be reproduced as follows:
1. Start with both screens in mirrored (clone) mode, and with no virtual
resolution line in xor
** Summary changed:
- Screen resolution capplet innecesarily tries to set virtual resolution
+ Screen resolution capplet unnecesarily tries to set virtual resolution
--
Screen resolution capplet unnecesarily tries to set virtual resolution
https://bugs.launchpad.net/bugs/287062
You received this
Public bug reported:
Binary package hint: gnome-control-center
The following happened to me today while attemping to use my laptop
(compaq nc6220, intel 915 graphics) with a video projector. I attached
the projector, opened the screen resolution capplet, selected the
projector and turned its out
Yesterday, after reporting, I noticed that the 2305x1024 virtual
resolution should be enough for setting 1280x1024. Today I tested again
with the same laptop and projector and noticed that xorg.conf looks
different:
SubSection "Display"
Virtual 2640 768
EndSubSectio
I reported this in GNOME Bugzilla
(http://bugzilla.gnome.org/show_bug.cgi?id=555795) but the report
remains unanswered. Also, the watched Bugzilla bug 553166 seems to be
related, but is not about the same problem.
--
[intrepid] no prompt to save open work on shutdown/restart
https://bugs.launchp
On Mon, 2008-10-27 at 11:34 +, Sebastien Bacher wrote:
> the reason it's not set as a blocker is that questions on session
> closing has never been something working reliably, only gedit is
> blocking the session in the GNOME desktop for example so that's not
> something user have been relying
Just a short comment to confirm what user Christoph reported above:
session shutdown and saving is sort of working when the "log out" option
is chosen in the menu, but not when the "restart" or "shut down" options
are selected.
--
gnome-session storing broken since intrepid
https://bugs.launchpad
This is still not working for me, unfortunately. I have the latest
version of gnome-session available from Jaunty
(2.26.0svn20090408-0ubuntu2) and the problem remains: "Log Out" from the
FUSA applet works properly, whereas "Shut Down" and "Restart" don't. My
test case is to leave Firefox running an
Unfortunately, kmon's approach didn't work for me (Hardy beta, last
updated yesterday). As shown in the attachment, the applet is actually
able to download and display weather information, but not directly on
the panel. "Show weather" and "Show temperature" are both checked in my
preferences.
** A
Indeed, my time zone wasn't set. and this seems to have fixed it, thanks
Timo! I haven't rebooted as yet, so I don't now if the fix will stay.
I'll report it if I observe further problems. By the way, the resetting
of the time zone that Timo reports may be related to bug #210561.
--
no weather in
Same situation here running Hardy beta updated earlier today. This is a
desktop machine with a flat panel monitor, and an NVidia graphics card
(running the proprietary driver.) I'm attaching the output of gnome-
power-bugreport.sh, just in case it's useful.
** Attachment added: "Output of gnome-p
Sebastian: I just tried to test starting without dbus-x11 but I cannot
remove it anymore since some (important) packages in Hardy depend on it:
$ sudo apt-get remove dbus-x11
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will
Hardy, last updated earlier today.
--
[gutsy] Gnome settings daemon randomly does not work
https://bugs.launchpad.net/bugs/146946
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.c
pakraticus: As far as I know, GNOME *didn't* switch to a new session
protocol. There are plans to eventually do that, but, for the time
being, the session protocol continues to be XSMP. You may be confused by
the fact that the GNOME 2.24 release notes mention DBus for session
management, but, as fa
First, correction: GNOME is indeed switching to a new D-Bus-based
protocol for session management, but the new session manager *should
have legacy support for XSMP*. The latest documentation seem to be
http://live.gnome.org/SessionManagement/GnomeSession and XSMP is
mentioned there prominently. Als
This happens to me as well with Intrepid Beta updated today. I tested
with both an old and a new account with equal results. A simple way to
test is just opening Firefox, visiting some URL and ending the GNOME
session (a log out will do, no need to shut down). If you log in again
and start Firefox
I'm also seeing this here, and is very annoying due to the large amount
of spam I receive. In feisty, filters seemed to work most of time, even
if every now and then an email or two would remain unfiltered for
unknown reasons. Now in gutsy filters aren't applied at all and must be
run by hand.
By
I was having this problem consistently after rebooting. My first login
attempt after a reboot would always fail with the the dreaded "There was
an error starting the GNOME Settings Daemon" message box. Logging out
and logging in again always solved the problem, but it was quite
annoying anyway.
Th
On Mon, 2007-11-12 at 03:03 +, Craig N wrote:
> Same issue here.
...
> message includes:
> "failed to connect to socket /tmp/dbus-CmrPFTAOO"
I managed to reproduce the problem by reinstating the session file that
was causing the it. The complete error message I get is:
On Fri, 2007-11-16 at 09:39 +, Sebastien Bacher wrote:
> Could people having the issue try the change?
I recompiled evolution-exchange two hours ago with the referenced patch,
and, so far, it seems to be working. A few spam messages were already
filtered properly.
--
Filters are not applied
I'm observing this problem as well (Edgy, last updated 2006-10-07).
Additionally, if I select the Inbox folder in my IMAP account, then select the
spam folder in that same account, and the go back to the Inbox folder, the
following happens:
- About four of every five times Evolution crashes.
-
I just noticed bug #62192. Maybe it is unrelated, but I'm also observing
the bogofilter and spamassassin error messages when starting Evolution.
Both packages are installed in my machine. The error messages seem to
appear irregardless of whether I enable or disable the plugins in
Evolution's plugin
Same problem here. My crash report is attached.
** Attachment added: "Crash report"
http://librarian.launchpad.net/4861011/_usr_bin_gaim.1000.crash
--
[2.0beta3] Gaim randomly crashes when open during logout
https://launchpad.net/bugs/60115
--
desktop-bugs mailing list
desktop-bugs@lists.ub
29 matches
Mail list logo
