I marked this as being Fixed for ”totem (Ubuntu)” because –no-existing-session has been removed from Totem altogether ( I’ve verified this in 12.04). So the bug as I initially described it no longer exists in recent *buntu.
Just a note that this no longer happens now that I’m running 12.04 with Unity; Unity’s run dialog expands tilde correctly. Still broken in Gnome panel 3.2.0 though.
This no longer happens so I’m marking this as being fixed.
Steps to reproduce:
1. Disable power saving
2. (Re-)boot (logoff may suffice, though I’ve not tested this)
3. Login and don’t touch mouse or keyboard after that
4. Wait
What happens:
Within half an hour (on my system at least) the display signal is turned off (monitor reports ”No signal”).
What you expect to happen:
The screen to stay on as indicated by power saving settings.
Additional info:
1. Any keyboard or mouse activity seems to make it obey the setting: after that the screen won’t go blank on its own (irregardless of whether or not the bug has manifested itself during the session).
2. I’ve disabled screensaver as well, though that probably doesn’t concern this bug.
3. From bug #854624’s comments I picked up this settings listing command, in case it helps:
jani@saegusa:~$ for c in `dconf list /org/gnome/settings-daemon/plugins/power/`; do echo -n ”/org/gnome/settings-daemon/plugins/power/${c}=”; dconf read /org/gnome/settings-daemon/plugins/power/${c}; done
/org/gnome/settings-daemon/plugins/power/sleep-display-ac=0
/org/gnome/settings-daemon/plugins/power/sleep-display-battery=0
As the title says. Steps to reproduce:
0. Run Maximus.
1. Run gnome-terminal.
What I expect to happen:
Gnome terminal window to open maximized.
What happens instead:
Gnome terminal window opens unmaximized.
Additional notes:
/apps/maximus/exclude_class only has Totem listed (no gnome-terminal).
Totem crashes when trying to use the ’open file’ dialog to navigate to a certain subdirectory (containing only two subdirectories). This happens with 99% certainty. In the remaining 1% it happens when I proceed to one of the two sub-subdirectories. Unlike bug #891460, this is on an ext4 partition.
Bug still present in Precise.
In a case such as Sergey’s, where the problem is caused by a faulty vfat rather than some weirdness on Ubuntu’s side, formatting the disk may be avoided by using fsck:
$ sudo fsck.vfat -r /dev/sdg1 # replace sdg1 with your usb drive partition device file
Aldo and uaneme, your issue looks more like bug #676828 (which I too have in 10.04).
According to my understanding and based on what Jonas wrote above and also [1], doing the freeze post-BIOS would be useless securitywise; it’s not even a workaround, as any malicious software then just inserts itself into the MBR. This really needs to be fixed at the BIOS level to be effective at all.
[1] http://www.coreboot.org/pipermail/coreboot/2005-May/011688.html