[Bug 617892] Re: Fotoxx samba share access 32 bit like Geequie

[kornelix]

fotoxx uses standard GTK dialog to open files, like most other Gnome
apps. If 64-bit works but 32-bit fails, the problem is likely in the GTK
library libgtk2.0 or something called from there.

-- 
Fotoxx samba share access 32 bit like Geequie
https://bugs.launchpad.net/bugs/617892
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gvfs in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 128482] gnome login crash after panel properties update

[kornelix]

Public bug reported:

Binary package hint: gnome

I installed 7.04 on a new PC and started to customize my desktop.
Afterwards I was not able to log in: gnome crashed after flashing my
desktop briefly and went back to the login screen. After a long process
of testing the modifications one at a time, I came to this conclusion:
If I resize the bottom panel from 32 to 40 pixels, gnome crashes. If I
put it back at 32, all is OK again.

The file I was changing between tests:
~/.gconf/apps/panel/toplevels/bottom_panel_screen0/%gconf.xml
The change I made was to the entry called size.

Test procedure:
0. log in to normal account
1. using panel properties (right mouse menu), change the bottom panel size to 
40.
2. log out and back in
3. gnome crashes and returns to login page
4. log in as root and edit the above file back to 32
5. log in to normal account
6. everything is now normal

daemon.log had the unhelpful message:
gdm_slave_xioerror_handler: Fatal X error - Restarting :0

I was not able to find anything else relevant among the tons of trash in
the many log files.

After doing a google search and visiting some forums, I discovered
others having this problem or a very similar one. I could not find a
similar bug report, so I am filing a new one.

Others have stated that the problem is triggered by enabling
transparency in the panel. I tested this and concluded that BOTH
conditions are needed to trigger the problem: a panel with transparency
enabled AND bigger than the default of 32 pixels.

I have two computers running Ubuntu 7.04. One has this problem, the
other one does not. So obviously there is some other dependency that is
unknown.

** Affects: meta-gnome2 (Ubuntu)
 Importance: Undecided
 Status: New

-- 
gnome login crash after panel properties update
https://bugs.launchpad.net/bugs/128482
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug contact for meta-gnome2 in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 96422] Gnome lacks trash management outside /home/user

[kornelix]

Public bug reported:

Binary package hint: gnome

This applies to Ubuntu 6.06, 6.10, and 7.04 (and any Gnome desktop?).

If a user owns files in a partition not mounted at /home, files deleted
in Nautilus will not go into trash, but will be immediately deleted.
Nautilus warns about this.

My case: partition mounted at /home2 with user files in /home2/userxxx
(/home2 owned by root, /home2/userxxx owned by userxxx)

The problem is easy to fix manually: 
Add directory /home2/.Trash-userxxx owned by userxxx. Nautilus will now work 
normally.

This is done automatically for user root, but not for other users.
Perhaps this is a permissions issue that is not trivial to fix (requires
root permissions to create /home2/.Trash-userxxx).

Nautilus should put the .Trash folder where it can
(/home2/userxxx/.Trash), or it should use the normal trash at
/home/userxxx/.Trash

** Affects: meta-gnome2 (Ubuntu)
 Importance: Undecided
 Status: Unconfirmed

-- 
Gnome lacks trash management outside /home/user
https://launchpad.net/bugs/96422

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs