Bug 436726 - no visible difference when number of updates changes
Summary: no visible difference when number of updates changes
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-packagekit
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Robin Norwood
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-03-09 23:23 UTC by Jeremy Katz
Modified: 2008-05-06 17:06 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-05-06 17:06:24 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
example (10.57 KB, video/ogg)
2008-04-21 13:58 UTC, Richard Hughes
no flags Details
what i've merged into master (5.11 KB, patch)
2008-04-21 15:34 UTC, Richard Hughes
no flags Details | Diff

Description Jeremy Katz 2008-03-09 23:23:06 UTC
When the number of updates changes, the user doesn't see any notification if
there were already updates available.  This means that if I don't install an
update (due to broken dependencies, for example), I don't see when more updates
are available.

Comment 1 Richard Hughes 2008-03-19 22:51:45 UTC
Sure, this is how I think it should be; other updates are still waiting to be
applied. What do you think PK should do in this instance?

Comment 2 Jeremy Katz 2008-03-19 23:08:22 UTC
It should give a notification.  Have you actually used the system that's been in
place for a while now?  A notification pops up when updates are available and
when the number of updates available changes.  The latter is very important (...
as I said initially) because the fact that you _left_ updates available may have
been due to broken deps or "I know this new version is broken/could break
something/some other reason" and yet now there's a new security update.  If
there's no notification that the state of things has changed, then the obvious
thing to think is that nothing has changed and only the updates you didn't want
are available.

Comment 3 Richard Hughes 2008-03-19 23:22:30 UTC
Looking at the code it should do exactly the same from x->y as from 0->y number
of updates. Could you post an output log of pk-update-icon when the number of
updates changes please - it seems to work for me. Thanks.

Comment 4 Jeremy Katz 2008-03-24 17:01:02 UTC
All I see is the icon in the notification area.  If I mouse over it, I can see
that the number is changed, but otherwise, no way to know.  Just looks like
another static icon in the ever-growing notification area :)

Comment 5 Richard Hughes 2008-04-15 22:28:49 UTC
Well, the libnotify box is only called when the number of _security_ updates
changes - the number of other updates do not cause a repeat notification. I
don't think it's a good idea to interrupt the user when low priority updates are
available; just let the auto-update thing or wait for the user to find a good
time to do updates. Do you disagree?


Comment 6 Jeremy Katz 2008-04-15 23:00:11 UTC
Updates are updates -- security might be somewhat more important, but bug fixes
can be equally important.  And if the user doesn't know the world has changed,
then they're not going to go click and see.

Comment 7 Richard Hughes 2008-04-16 16:24:38 UTC
No, I don't think we should pester the user with a libnotify window every time
the update list change. Can we not just pulse the icon for a few seconds or
something?


Comment 8 Richard Hughes 2008-04-21 13:58:54 UTC
Created attachment 303149 [details]
example

Comment 9 Richard Hughes 2008-04-21 15:34:14 UTC
Created attachment 303161 [details]
what i've merged into master


Note You need to log in before you can comment on or make changes to this bug.