Also of note is that at least in the Finnish locale, the menu item actually translates to ’Close’ and not ’Quit’, so there it behaves as intended.

Confirming. If the menu item is meant to close the window and not quit the application, it’d be labeled such.

Oh, but I couldn’t reproduce it on a Fujitsu Siemens Amilo M7400 laptop, so it seems to be hardware dependent.

Still present on Precise today. I’m on an Asus M4A78-EM and a PS/2-connected keyboard, if that matters.

I suggest that the title be changed to somehow reflect that this is (apparently indirectly) related to g_spawn_async_with_pipes() too. I was about to report a duplicate with the title this bug initially had, and I see others have fallen for it too (Ref: Bug #904899). As it stands, bug reporters have to catch g_spawn_async_with_pipes() from a greyed-out comment made by a bot. I think some confusion could be avoided if Launchpad, when suggesting this, had g_spawn_async_with_pipes() right in the title. How about ”deja-dup-monitor crashed with SIGSEGV in child_setup(), g_spawn_async_with_pipes()”?

The Genre list on the Radio view has genres called ”80’s”, ”90’s” and ”Rock’n’Roll”.

They should be ”The ’80s”, ”The ’90s” and ”Rock ’n’ Roll”, respectively.

This is a laptop where I’ve previously connected to another wireless network (over a different router of the same model) successfully.

Now with a different router operating in another broadband connection, when I try to connect to the wifi it provides, nm-applet disappears from indicator area. If I run it from the command-line it outputs this:

jani@amilo:~$ nm-applet
Gtk-Message: Failed to load module ”canberra-gtk-module”
** Message: applet now removed from the notification area
** Message: No keyring secrets found for ElisaKoti48/802-11-wireless-security; asking user.
**
ERROR:nm-utils.c:1231:nm_utils_security_valid: assertion failed: (have_ap)
Aborted

Note that it doesn’t actually ask me for the key but apparently fails when trying to do so. With the previous wireless network I was in, the key *was* requested, and the file describing that connection is still in /etc/NetworkManager/system-connections/.

After doing the above once, there’s also a definition for the non-functioning connection in /etc/NetworkManager/system-connections/, and all subsequent tries to start nm-applet immediately end in the error and the applet vanishing. If I delete the definition it has created for this non-functioning connection, the applet does appear again, but again when I try to connect to this network, it dies and won’t come back until I rm the definition file.

Actually, scratch that: I can’t reproduce this with those steps. Instead, when I mark to upgrade a package that causes removals, those removals become ’auto removables’ when I cancel the upgrade.

Confirming: bug still present in Precise, Synaptic 0.75.2ubuntu9. Reproducible using the steps in the initial report.

Crashes ever so often, during playback or skipping in video using mouse pointer on the timeline. Usually becomes nonresponsive and I have to kill it explicitly from the command-line.