Should the first list include –quit too, as that one also doesn’t seem to work? It (2.96) doesn’t print a warning though, either:
jani@saegusa:~$ rhythmbox-client –quit
jani@saegusa:~$
jani@saegusa:~$ rhythmbox-client –debug –quit
(18:28:03) [0xc97800] [rb_debug_init_match] rb-debug.c:240: Debugging enabled
(18:28:03) [0xc97800] [main] rb-client.c:707: quitting existing instance
jani@saegusa:~$
I reported this on Launchpad [1] and was forwarded upstream.
Steps to reproduce:
1. touch ~/foo_åäö
2. In Nautilus, point at the file created in step 1
3. Right-click for context menu
4. Select Move to Trash
5. Press Ctrl-Z/Select Undo from the Edit menu
What happens:
Nothing
What I expect to happen:
For the file to recover from trash to ~.
What works:
* Undoing Move to Trash with files with no scandinavian letters in their path/filename.
* Recovering foo_åäö by opening Trash and selecting Recover from context menu.
More info:
* Could be that more characters, perhaps all non-ASCII characters render Nautilus’ Undo impotent — I’ve only tested å, ä and ö.
* The Finnish translation for Desktop (~/Desktop) is Työpöytä, which means files moved to trash from Desktop can’t be recovered. Nasty.
*[1] https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/973620
Strangely, with Chromium 18 I could no longer reproduce this with new profiles, but with my old profile it was still there.
Ah, sorry about that, I thought you wanted both updated logs from Lucid *and* tests with newer versions.
I just gave the current 12.04 Beta a spin and am happy to report that the issue seems to have been fixed there: despite my best efforts I couldn’t make it crash with the gallery site. It did remain somewhat sluggish to browse but the Oops never occurred.
I cannot get X working with the latest Mainline build for Lucid (2.6.35-rc1-lucid [1]) nor with linux-image-generic-lts-backport-maverick (which I figured I’d also try, as it’s also a build of 2.6.35). Both end with ”[drm] failed to open device” and ”No devices detected” in the log (I’ll attach one to this comment).
If I’m interpreting Nouveau Wiki’s Troubleshooting document [2] and the logs correctly, KMS is working (fb0 is there), which means there’s ”a version mismatch between the Nouveau DRM and libdrm”. Any help there would (also) be appreciated.
*[1] http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.35-rc1-lucid/
*[2] http://nouveau.freedesktop.org/wiki/TroubleShooting#Xorg_fails_to_start_with_.22.28EE.29_.5Bdrm.5D_failed_to_open_device.22
Whoopsie, looks like I sent the updated logs twice. Oh well.
I’ll test upstream next.
Steps to reproduce:
1. touch ~/foo_åäö
2. In Nautilus, point at the file created in step 1
3. Right-click for context menu
4. Select Move to Trash
5. Press Ctrl-Z/Select Undo from the Edit menu
What happens:
Nothing
What I expect to happen:
For the file to recover from trash to ~.
What works:
* Undoing Move to Trash with files with no scandinavian letters in their path/filename.
* Recovering foo_åäö by opening Trash and selecting Recover from context menu.
More info:
* Could be that more characters, perhaps all non-ASCII characters render Nautilus’ Undo impotent — I’ve only tested å, ä and ö.
* The Finnish translation for Desktop (~/Desktop) is Työpöytä, which means files moved to trash from Desktop can’t be recovered. Nasty.
Happened just now with at least Gmail, Facebook and Google Reader open. Can’t pinpoint any specific trigger, and hasn’t happened before IIRC.
> Why would you trust the site if it has insecure javascript?
Now let’s see tse…@chromium.org’s profile page [1]… Whoa! It has insecure JavaScript on it! We’d better not trust what this person says. ;-)
* [1] https://code.google.com/u/103427653469784489849/
jani@saegusa:~$ nautilus –version
GNOME nautilus 3.4.0