Bug 349787 - the update center shows that there is a new kubuntu upgrade when I have the newest kubuntu OS
Summary: the update center shows that there is a new kubuntu upgrade when I have the n...
Status: RESOLVED FIXED
Alias: None
Product: Discover
Classification: Applications
Component: Updates (interactive) (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Jonathan Thomas
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-07-01 15:30 UTC by Dubfiance
Modified: 2016-03-02 13:27 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dubfiance 2015-07-01 15:30:06 UTC
Sometimes this happens randomly i click upgrade, put in the password, it opens up a command line and says that there is no new updates. it doesnt show up after then but every once in a while this happens. I dont know what triggers this it just seems to happen randomly.

Reproducible: Couldn't Reproduce

Steps to Reproduce:
this happens randomly i cant reproduce it

Actual Results:  
didn't try it

Expected Results:  
hide the message until an actual software upgrade comes out.

im running Kubuntu 15.04 using Plasma 5.3.1 on kernel 4.0.2

the laptop is an Acer Aspire One with 1GB of DDR3 memory and 160GB hard drive.
Comment 1 Mark Fraser 2015-07-02 11:48:17 UTC
I've had this too, but it has only been either just after doing an upgrade or after a new install.
Comment 2 Aleix Pol 2015-07-02 15:34:46 UTC
Git commit 6469bd5b47b5959fde53cee0c3212e13570fc2ba by Aleix Pol.
Committed on 02/07/2015 at 15:32.
Pushed by apol into branch 'Plasma/5.3'.

Don't try to run the releasechecker if it wasn't found

M  +2    -0    libmuonapt/QAptActions.cpp

http://commits.kde.org/muon/6469bd5b47b5959fde53cee0c3212e13570fc2ba
Comment 3 Jonathan Riddell 2015-07-13 08:19:55 UTC
maybe you have a bad file cached? try rm ~/.cache/update-manager-core/meta-release
Comment 4 Harald Sitter 2015-08-04 13:23:03 UTC
random aggregation of findings we discussed elsewhere:

culprit is void MainWindow::setActionsEnabled(bool enabled). it enables *All* actions. hence there is a race condition.. if the releasechecker returns before that function runs the upgrade notification stays enabled as it does not get set to false again. if it returns afterwards the notification pops up for a second and then gets disabled again by the releasechecker return handling in QAptActions.

IMO that function should be fixed. enabling all actions seems like a case of not knowing which actions need activating to begin with
Comment 5 Aleix Pol 2015-08-04 15:42:24 UTC
Git commit a3dd573823f0d97dc144b2b6f773eb5621816f9e by Aleix Pol.
Committed on 04/08/2015 at 15:39.
Pushed by apol into branch 'master'.

Stop messing with the enabled property of actions in the action collection

Instead, just disable the graphical elements in the UI explicitly.
It wasn't a good idea as shown in the bug report, it's not being used by
Discover anymore either, so it's preferable to keep track of the actions'
states explicitly anyway.

M  +4    -6    updater/MainWindow.cpp
M  +1    -0    updater/MainWindow.h

http://commits.kde.org/muon/a3dd573823f0d97dc144b2b6f773eb5621816f9e