[Bug 947008] Re: update-notifier inappropriately uses an indicator menu if xubuntu-desktop is installed

Matthew Paul Thomas mpt at canonical.com
Tue Jun 26 21:10:13 UTC 2012


** Description changed:

  update-notifier 0.118.1ubuntu1, apport 1.93-0ubuntu2, Ubuntu 12.04 beta
  1
  
  1. Install xubuntu-desktop (for example, for someone else to use on the same computer).
  2. Log in to a Unity session.
  3. Trigger a crash (e.g. at a terminal, "sh -c 'kill -SEGV $$'").
  4. Wait for software updates to become available.
  
  What happens:
  3. A red explosion menu appears, and a notification bubble saying "An application has crashed on your system (now or in the past). Click on the notification icon to display details."
  4. An orange starburst menu appears, with miscapitalized items "Show updates", "Install all updates", etc.
  
  What's wrong with this:
  * There's no point in showing a menu that contains only an item to open an alert box, instead of just opening the alert box.
  * No, it wasn't an application that crashed, it was a terminal command.
  * "(now or in the past)" is awkward.
  * "Click on the notification icon"? What's a "notification icon"?
  * We know that a tiny orange starburst isn't enough to get people to install updates promptly.
  * It doesn't follow the design specification in either case.
  <https://wiki.ubuntu.com/ErrorTracker#error>
  <https://wiki.ubuntu.com/SoftwareUpdates#Launching_automatically>
  
  This bug has two causes. First, there exists a dconf key com.ubuntu
  .update-notifier.auto-launch, and update-notifier goes off the
  reservation if the key is set to false. And second, xubuntu-desktop
  installs a /usr/share/glib-2.0/schemas/20_xubuntu-default-
  settings.gschema.override that sets auto-launch=false, even if you
  aren't using a Xubuntu session yourself.
  
  This is an example of the cost of implementing settings that shouldn't
  exist. Dealing with errors, showing updates, installing updates, and
  accessing the update settings are all the same number of clicks from the
  respective dialog as they are from the menus, if any other windows are
  in front of the dialog when it opens, or even fewer clicks if no windows
  are in front of it.
  
  The indicator menus and the com.ubuntu.update-notifier.auto-launch
  setting should be removed. If the Xubuntu developers want different
  behavior, they should implement their own notifier. Fixing this would
- also resolve bug 249367, bug 263513, bug 752017, and bug 891421.
+ also resolve bug 249367, bug 263513, bug 280387, bug 322238, bug 752017,
+ bug 891421, bug 906826, bug 917200, and bug 934517; and probably also
+ bug 414202, bug 654553, and bug 987202.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to update-notifier in Ubuntu.
https://bugs.launchpad.net/bugs/947008

Title:
  update-notifier inappropriately uses an indicator menu if xubuntu-
  desktop is installed

Status in “update-notifier” package in Ubuntu:
  New

Bug description:
  update-notifier 0.118.1ubuntu1, apport 1.93-0ubuntu2, Ubuntu 12.04
  beta 1

  1. Install xubuntu-desktop (for example, for someone else to use on the same computer).
  2. Log in to a Unity session.
  3. Trigger a crash (e.g. at a terminal, "sh -c 'kill -SEGV $$'").
  4. Wait for software updates to become available.

  What happens:
  3. A red explosion menu appears, and a notification bubble saying "An application has crashed on your system (now or in the past). Click on the notification icon to display details."
  4. An orange starburst menu appears, with miscapitalized items "Show updates", "Install all updates", etc.

  What's wrong with this:
  * There's no point in showing a menu that contains only an item to open an alert box, instead of just opening the alert box.
  * No, it wasn't an application that crashed, it was a terminal command.
  * "(now or in the past)" is awkward.
  * "Click on the notification icon"? What's a "notification icon"?
  * We know that a tiny orange starburst isn't enough to get people to install updates promptly.
  * It doesn't follow the design specification in either case.
  <https://wiki.ubuntu.com/ErrorTracker#error>
  <https://wiki.ubuntu.com/SoftwareUpdates#Launching_automatically>

  This bug has two causes. First, there exists a dconf key com.ubuntu
  .update-notifier.auto-launch, and update-notifier goes off the
  reservation if the key is set to false. And second, xubuntu-desktop
  installs a /usr/share/glib-2.0/schemas/20_xubuntu-default-
  settings.gschema.override that sets auto-launch=false, even if you
  aren't using a Xubuntu session yourself.

  This is an example of the cost of implementing settings that shouldn't
  exist. Dealing with errors, showing updates, installing updates, and
  accessing the update settings are all the same number of clicks from
  the respective dialog as they are from the menus, if any other windows
  are in front of the dialog when it opens, or even fewer clicks if no
  windows are in front of it.

  The indicator menus and the com.ubuntu.update-notifier.auto-launch
  setting should be removed. If the Xubuntu developers want different
  behavior, they should implement their own notifier. Fixing this would
  also resolve bug 249367, bug 263513, bug 280387, bug 322238, bug
  752017, bug 891421, bug 906826, bug 917200, and bug 934517; and
  probably also bug 414202, bug 654553, and bug 987202.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/update-notifier/+bug/947008/+subscriptions




More information about the foundations-bugs mailing list