Bug 413382 - Discover starts delayed after service_start_timeout=25000ms for org.freedesktop.fwupd has elapsed
Summary: Discover starts delayed after service_start_timeout=25000ms for org.freedeskt...
Status: RESOLVED NOT A BUG
Alias: None
Product: Discover
Classification: Applications
Component: fwupd Backend (show other bugs)
Version: 5.17.1
Platform: Manjaro Linux
: NOR normal
Target Milestone: ---
Assignee: Abhijeet Sharma
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-10-24 07:54 UTC by postix
Modified: 2021-06-16 17:52 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
plasma-discover --mode update worked but it printed many errors. (4.19 KB, text/plain)
2019-10-24 07:54 UTC, postix
Details
Video of the issue. (2.77 MB, video/mp4)
2019-11-13 16:34 UTC, postix
Details
plasma-discover terminal output (1.73 KB, text/plain)
2019-11-13 16:52 UTC, postix
Details

Note You need to log in before you can comment on or make changes to this bug.
Description postix 2019-10-24 07:54:37 UTC
Created attachment 123449 [details]
plasma-discover --mode update worked but it printed many errors.

SUMMARY

I have updated Plasma from 5.16.5 to 5.17.1. 
Since then I cannot start Discover anymore. The icon appears jumping, then stops jumping and the window does not display
the discover app but only a screenshot of the background.


Additional information:

I could open Discover in the terminal with "--mode update", however there are some errors printed. Please see attached log.


SOFTWARE/OS VERSIONS
Operating System: Manjaro Linux 
KDE Plasma Version: 5.17.1
KDE Frameworks Version: 5.64.0
Qt Version: 5.13.1
Comment 1 postix 2019-11-13 16:22:21 UTC
There are only those lines in the terminal log:

> qrc:/qml/Feedback.qml:2:1: module "org.kde.userfeedback" is not installed

> qrc:/qml/DiscoverDrawer.qml:74:17: QML AbstractApplicationHeader: 
> Detected anchors on an item that is managed by a layout. 
> This is undefined behavior; use Layout.alignment instead.

> qrc:/qml/DiscoverDrawer.qml:74:17: QML AbstractApplicationHeader: 
> Detected anchors on an item that is managed by a layout. 
> This is undefined behavior; use Layout.alignment instead.

But maybe they give you a hint.
Comment 2 postix 2019-11-13 16:34:47 UTC
Created attachment 123896 [details]
Video of the issue.

Plama-Discover still does not work in 5.17.3 for me and neither the the git custom build. All other apps work fine though.
Comment 3 Nate Graham 2019-11-13 16:40:20 UTC
(In reply to Postix from comment #1)
> There are only those lines in the terminal log:
> 
> > qrc:/qml/Feedback.qml:2:1: module "org.kde.userfeedback" is not installed

That's the problem. What's going on here is that you're actually using the 5.18/git master version of Discover which pulls in the user feedback UI, but you don't have the KUserFeedback module that provides it installed. It was added as a dependency in 5.18.

In other words, this is a local configuration issue, and not something users are exposed to. Since you've got git builds of stuff, try building the kuserfeedback framework and launching Discover again.
Comment 4 postix 2019-11-13 16:48:00 UTC
> That's the problem. What's going on here is that you're actually using the 5.18/git master version of Discover which pulls in the user feedback UI, but you don't have the KUserFeedback module that provides it installed. It was added as a dependency in 5.18.

Unfortunately it seems not to be related. Those messages were indeed from the git build, but are not found in the package build 5.17.3 of Manjaro.
Comment 5 postix 2019-11-13 16:52:51 UTC
Created attachment 123897 [details]
plasma-discover terminal output

I should have been more patient. Discover (5.17.3) indeed starts after waiting for ~20 seconds with the terminal output attached. Any idea why it takes so long?
Comment 6 postix 2019-11-13 16:56:25 UTC
Taking a look at the terminal output respectively the warning displayed:

> Fwupd Error 20 Fehler beim Aufruf von StartServiceByName für org.freedesktop.fwupd:
> Failed to activate service 'org.freedesktop.fwupd': 
> timed out (service_start_timeout=25000ms)

> qml: message: Fehler beim Aufruf von StartServiceByName für org.freedesktop.fwupd: 
> Failed to activate service 'org.freedesktop.fwupd':
> timed out (service_start_timeout=25000ms)

plus stopping the time and doing the math:

Discover takes pretty much exactly 25 seconds to start due to this service start timeout. :-/
Comment 7 Nate Graham 2019-11-13 17:11:14 UTC
Yikes. So fwupd is timing out after failing to initialize properly, or something.
Comment 8 postix 2019-11-13 17:19:33 UTC
(In reply to Nate Graham from comment #7)
> Yikes. So fwupd is timing out after failing to initialize properly, or
> something.

Right, it's kind of this bug
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941661
though it's actually not fixed or broken again in 1.3.3-1. :)

Anyway, Discover should start with or w/o fwupd as it would start as when it is not installed at all.
It may reinitialize the fwupd module later if it should finally start within the timeout.

The current situation is not ideal.
Comment 9 postix 2019-11-13 17:24:14 UTC
Edit to my above post*: It's not exactly this bug, but almost:

> Nov 13 18:02:51 pc systemd[10036]: 
> fwupd.service: Failed to execute command: No such file or directory

> Nov 13 18:02:51 pc systemd[10036]: 
> fwupd.service: Failed at step EXEC spawning /usr/lib/fwupd/fwupd: 
> No such file or directory

> Nov 13 18:02:51 pc systemd[1]: 
> fwupd.service: Main process exited, code=exited, status=203/EXEC


* When will the time come that you can finally edit your posts and use markdown in Bugzilla? ;)
Comment 10 postix 2021-06-16 17:52:54 UTC
Cannot reproduce it anymore.