Bug 465072 - Clicking on See All Available 3rd-Party Content under GHNS shows: "Internal error: could not prompt the user for which application to start"
Summary: Clicking on See All Available 3rd-Party Content under GHNS shows: "Internal e...
Status: RESOLVED FIXED
Alias: None
Product: Welcome Center
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Neon Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-01-31 03:37 UTC by guimarcalsilva
Modified: 2023-02-02 22:30 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description guimarcalsilva 2023-01-31 03:37:10 UTC
SUMMARY

On page 3, under Get Hot New Stuff, if you click on "See All Available 3rd-Party Content" Plasma shows a notification that says "Internal error: could not prompt the user for which application to start" and then nothing happens. I can reproduce on both Neon Unstable with the latest updates and on Arch after compiling from source.

STEPS TO REPRODUCE
1. Go to page 3
2. Click on Get Hot New Stuff
3. Click on See All Available 3rd-Party Content

OBSERVED RESULT

Plasma shows a notification that says "Internal error: could not prompt the user for which application to start"

EXPECTED RESULT

It should open the corresponding window

Operating System: KDE neon Unstable Edition
KDE Plasma Version: 5.27.80
KDE Frameworks Version: 5.103.0
Qt Version: 5.15.8
Kernel Version: 5.15.0-58-generic (64-bit)
Graphics Platform: Wayland
Processors: 6 × Intel® Core™ i5-9400F CPU @ 2.90GHz
Memory: 15,6 GiB of RAM
Graphics Processor: AMD Radeon RX 570 Series
Comment 1 Nate Graham 2023-02-02 21:10:57 UTC
Can you paste the output of running the following terminal commands in a terminal window?

$ which knewstuff-dialog
$ cat /usr/share/applications/org.kde.knewstuff-dialog.desktop
Comment 2 guimarcalsilva 2023-02-02 22:08:07 UTC
(In reply to Nate Graham from comment #1)

On KDE Neon Unstable, where plasma-welcome was installed automatically as part of an update:

> $ which knewstuff-dialog
shows nothing, and
> cat /usr/share/applications/org.kde.knewstuff-dialog.desktop
 shows cat: /usr/share/applications/org.kde.knewstuff-dialog.desktop: No such file or directory

On Arch Linux, where the Plasma version is still 5.26.5 and plasma-welcome was compiled from source it shows:

> $ which knewstuff-dialog
/usr/bin/knewstuff-dialog

> cat /usr/share/applications/org.kde.knewstuff-dialog.desktop
shows the same error as Neon: cat: /usr/share/applications/org.kde.knewstuff-dialog.desktop: No such file or directory
Comment 3 Nate Graham 2023-02-02 22:10:20 UTC
That would appear to be the problem, then: you don't have the knewstuff-dialog executable or desktop file.

Do you have the knewstuff framework package installed? Maybe it's not, and the bug is that it's not marked as a dependency for plasma-welcome.
Comment 4 guimarcalsilva 2023-02-02 22:13:35 UTC
(In reply to Nate Graham from comment #3)
> That would appear to be the problem, then: you don't have the
> knewstuff-dialog executable or desktop file.
> 
> Do you have the knewstuff framework package installed? Maybe it's not, and
> the bug is that it's not marked as a dependency for plasma-welcome.

I manually installed knewstuff-dialog on Neon (sudo apt install knewstuff-dialog) and now it works. This still doesn't explain why on Arch it seems to be installed but there's no shortcut on /usr/share/applications/ , but maybe that's another bug?

Making it a required dependency for plasma-welcome should solve the issue I guess
Comment 5 Nate Graham 2023-02-02 22:17:18 UTC
The change is unreleased and will appear in Frameworks 5.103. If you compiled plasma-welcome from source but are using the released 5.102 knewstuff package instead of compiling that from source too, yeah, that's not expected to work.

Will make knewstuff a required dependency.
Comment 6 guimarcalsilva 2023-02-02 22:18:05 UTC
(In reply to Nate Graham from comment #5)
> The change is unreleased and will appear in Frameworks 5.103. If you
> compiled plasma-welcome from source but are using the released 5.102
> knewstuff package instead of compiling that from source too, yeah, that's
> not expected to work.
> 
> Will make knewstuff a required dependency.

That makes sense. Thanks, Nate!
Comment 7 Bug Janitor Service 2023-02-02 22:26:29 UTC
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-welcome/-/merge_requests/55
Comment 8 Nate Graham 2023-02-02 22:29:17 UTC
Git commit 42f404d0caddf633fafbe2ecd26412d6fadfa98e by Nate Graham.
Committed on 02/02/2023 at 22:23.
Pushed by ngraham into branch 'master'.

Note mandatory KNewStuff dependency

9d90ed46515159175b07d080625eb6a7a14d4bfe added a page that mentions
KNewStuff and includes a button you can click on to open a
KNewStuff-provided app. But it neglected to mark the KNewStuff
framework as a dependency, allowing users without that framework
installed to click on the button and get a broken UX.
FIXED-IN: 5.27

M  +1    -0    .kde-ci.yml
M  +1    -1    CMakeLists.txt

https://invent.kde.org/plasma/plasma-welcome/commit/42f404d0caddf633fafbe2ecd26412d6fadfa98e
Comment 9 Nate Graham 2023-02-02 22:30:34 UTC
Git commit ed9492a67eed8a488caa7aaa6fab29fd80953981 by Nate Graham.
Committed on 02/02/2023 at 22:30.
Pushed by ngraham into branch 'Plasma/5.27'.

Note mandatory KNewStuff dependency

9d90ed46515159175b07d080625eb6a7a14d4bfe added a page that mentions
KNewStuff and includes a button you can click on to open a
KNewStuff-provided app. But it neglected to mark the KNewStuff
framework as a dependency, allowing users without that framework
installed to click on the button and get a broken UX.
FIXED-IN: 5.27


(cherry picked from commit 42f404d0caddf633fafbe2ecd26412d6fadfa98e)

M  +1    -0    .kde-ci.yml
M  +1    -1    CMakeLists.txt

https://invent.kde.org/plasma/plasma-welcome/commit/ed9492a67eed8a488caa7aaa6fab29fd80953981