https://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842019-06-19T10:46:51ZopenSUSE Project Management ToolopenQA Tests - action #53288: [opensuse][kde] Upgrade popups confuse KDE Testshttps://progress.opensuse.org/issues/53288?journal_id=2216722019-06-19T10:46:51ZSLindoMansillaslindomansilla@suse.com
<ul><li><strong>Subject</strong> changed from <i>Upgrade popups confuse KDE Tests</i> to <i>[opensuse][kde] Upgrade popups confuse KDE Tests</i></li></ul> openQA Tests - action #53288: [opensuse][kde] Upgrade popups confuse KDE Testshttps://progress.opensuse.org/issues/53288?journal_id=2217112019-06-19T11:09:01Zokurzokurz@suse.com
<ul><li><strong>Priority</strong> changed from <i>Normal</i> to <i>Urgent</i></li></ul><p>Then I see multiple problems:</p>
<ul>
<li>did we not have these modules to install all pending updates in one step?</li>
<li>did we not disable all external repos? To answer myself: We do: <a href="https://openqa.opensuse.org/tests/962594#step/zypper_lr/3" class="external">https://openqa.opensuse.org/tests/962594#step/zypper_lr/3</a></li>
</ul>
<p>I guess it's rather simple: We have the updates repo removed however the notification is already there and not going away automatically.<br>
<a href="https://openqa.opensuse.org/tests/962594#step/user_gui_login/1" class="external">https://openqa.opensuse.org/tests/962594#step/user_gui_login/1</a> shows the first occurence of the update popup.</p>
<p>and logout and login does not seem to make the dialog go away as one can see in <a href="https://openqa.opensuse.org/tests/962594#step/desktop_runner/3" class="external">https://openqa.opensuse.org/tests/962594#step/desktop_runner/3</a> with the popup reappearing in a fresh session.</p>
<p>I can think of multiple ideas what to do:</p>
<ol>
<li>Terminate/kill the update popup before even trying to switch back to the X11 session</li>
<li>Click on the red X icon as soon as we see it (would need hard to maintain needles, probably)</li>
<li>ignore that section in every needle (as you already stated)</li>
<li>Reboot after removal of the according repos</li>
<li>Restart the graphical session</li>
</ol>
<p>Both "rebooting" and "restarting" should be taken with care because that means we should rather move the according test modules earlier. No use in rebooting implicitly to explicitly test rebooting later on.<br>
I would go with a combination of 1 and 3.</p>
<p><a class="user active user-mention" href="https://progress.opensuse.org/users/24132">@SLindoMansilla</a> you haven't added a team tag, I would think it's "[functional][u]", isn't it?</p>
openQA Tests - action #53288: [opensuse][kde] Upgrade popups confuse KDE Testshttps://progress.opensuse.org/issues/53288?journal_id=2218342019-06-19T18:55:36ZStefanBruensstefan.bruens@rwth-aachen.de
<ul></ul><p>IMHO this is either a bug in the new KDE notification implementation (since 5.16.0) or a bug in the zypper/packagekit integration.</p>
<p>Only a single notification should be show, replacing older ones.</p>
<p>It is easy to trigger this, just run "pkcon refresh" multiple times in a row, each one produces a new notification (after a few seconds).</p>
openQA Tests - action #53288: [opensuse][kde] Upgrade popups confuse KDE Testshttps://progress.opensuse.org/issues/53288?journal_id=2219002019-06-20T08:26:23Zokurzokurz@suse.com
<ul></ul><p>yes, I guess so.</p>
<p>But coming back to my own question in <a class="issue tracker-4 status-3 priority-6 priority-high2 closed" title="action: [opensuse][kde] Upgrade popups confuse KDE Tests (Resolved)" href="https://progress.opensuse.org/issues/53288#note-2">#53288#note-2</a> I see that</p>
<ul>
<li>in the gnome clean installation case <a href="https://openqa.opensuse.org/tests/962919#" class="external">https://openqa.opensuse.org/tests/962919#</a> we install available updates directly after installation</li>
<li>same in KDE <a href="https://openqa.opensuse.org/tests/962915#step/updates_packagekit_kde/21" class="external">https://openqa.opensuse.org/tests/962915#step/updates_packagekit_kde/21</a></li>
<li>we do not do that in neither the KDE upgrade scenario <a href="https://openqa.opensuse.org/tests/953728#" class="external">https://openqa.opensuse.org/tests/953728#</a></li>
<li>nor the gnome one <a href="https://openqa.opensuse.org/tests/963064" class="external">https://openqa.opensuse.org/tests/963064</a></li>
</ul>
<p>I guess the problem only appears now because of the KDE update applet that StefanBruens mentioned however I think we should use that opportunity to crosscheck what is expected from all the test flows we can imagine:</p>
<ul>
<li>anyone knows why we do not try to install updates after upgrade? Did behaviour maybe change with some yast change about applying online updates during installation?</li>
<li><a class="user active user-mention" href="https://progress.opensuse.org/users/25024">@riafarov</a> We already have the module "installation/online_repos", do we have scenarios that actually <em>enable</em> online updates during upgrades?</li>
<li>how about handling updates (or just the "wrong" notifications about it) in the upgraded systems as we do in the clean installation case – of course only when we do not apply the online updates during installation?</li>
</ul>
openQA Tests - action #53288: [opensuse][kde] Upgrade popups confuse KDE Testshttps://progress.opensuse.org/issues/53288?journal_id=2230162019-06-24T09:36:29ZStefanBruensstefan.bruens@rwth-aachen.de
<ul></ul><p>Notifications in KDE upstream and in KDE:Applications are no longer repeated.</p>
openQA Tests - action #53288: [opensuse][kde] Upgrade popups confuse KDE Testshttps://progress.opensuse.org/issues/53288?journal_id=2230192019-06-24T10:02:33Zokurzokurz@suse.com
<ul></ul><p>wow, does that mean a fix will reach our tests soon then?</p>
openQA Tests - action #53288: [opensuse][kde] Upgrade popups confuse KDE Testshttps://progress.opensuse.org/issues/53288?journal_id=2230342019-06-24T14:07:50ZStefanBruensstefan.bruens@rwth-aachen.de
<ul></ul><p>okurz wrote:</p>
<blockquote>
<p>wow, does that mean a fix will reach our tests soon then?</p>
</blockquote>
<p>Don't know, you probably have to poke one of the openSUSE KDE project maintainers ;-)<br>
<a href="https://build.opensuse.org/package/show/KDE:Frameworks5/plasma5-pk-updates" class="external">https://build.opensuse.org/package/show/KDE:Frameworks5/plasma5-pk-updates</a></p>
openQA Tests - action #53288: [opensuse][kde] Upgrade popups confuse KDE Testshttps://progress.opensuse.org/issues/53288?journal_id=2230462019-06-24T15:18:37Zokurzokurz@suse.com
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>In Progress</i></li><li><strong>Assignee</strong> set to <i>favogt</i></li></ul><p>Well, as favogt mentioned in <a href="https://build.opensuse.org/request/show/711582" class="external">https://build.opensuse.org/request/show/711582</a> : "Will do some more minor cleanups and forward"</p>
<p><a class="user active user-mention" href="https://progress.opensuse.org/users/20030">@favogt</a> assigning to you as I assume the "fix" to the tests will be implicit by product behavioural change :)</p>
openQA Tests - action #53288: [opensuse][kde] Upgrade popups confuse KDE Testshttps://progress.opensuse.org/issues/53288?journal_id=4402642021-09-01T12:39:17Zokurzokurz@suse.com
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Resolved</i></li></ul><p>The above mentioned SR is done for long. Other than this there were no mentions in this ticket for already 2 years (!) so assuming "Resolved". This ticket showed up in the SLO related queries from <a href="https://progress.opensuse.org/projects/openqatests/wiki/Wiki#SLOs-service-level-objectives" class="external">https://progress.opensuse.org/projects/openqatests/wiki/Wiki#SLOs-service-level-objectives</a></p>