search

blue-systems / plasma-5.5

Plasma 5.2 - 5.5
0 stars 0 forks source link

GHNS wallpapers: provider.xml not loaded (happens only first time) #56

Closed star-buck closed 9 years ago

star-buck commented 9 years ago
eikehein commented 9 years ago

I can't reproduce the problem here on a bunch of systems, but the general observation that there's no way to retry if downloading the providers fails other than restarting appears to be true and is known to upstream:

https://bugs.kde.org/show_bug.cgi?id=272771

And has happened in the wild:

https://bugs.kde.org/show_bug.cgi?id=299164

Of course a network access not working can have myriad causes.

This is more of a design problem - either the whole thing needs to reset state when the dialog is closed/shown, or in addition to that there also needs to be a retry button in the UI. Do we want to invest in that or poke the maintainer?

star-buck commented 9 years ago

the issue is this: you can download on first try things elsewhere, like new icon themes, window deco, etc. via GHNS, so its not a general network issue, nor should it be GHNS related since the sources should be the same for wallpapers and plasma themes. So either there is a difference in sources or a difference in connection implementation unqiue to the wallpaper dialog?

eikehein commented 9 years ago

[14:30] jpwhiting: we have a ghns ticket open downstream in netrunner that maps to https://bugs.kde.org/show_bug.cgi?id=272771 [14:30] KDE bug 272771 in kdelibs (knewstuff) "[knewstuff] dead end if providers.xml could not be downloaded, program needs restart" [Normal,Unconfirmed: ] [14:31] jpwhiting: when the providers.xml download happens in plasma's wallpaper kns dialog (which for some reason seems to happen often the first time), there's no way to get past it other than closing and reopening the whole desktop settings dialog chain [14:31] jpwhiting: do you have any plans there ..? [14:32] I hadn't seen this before somehow, shouldn't be too hard to fix though [14:32] I'll look into it today [14:32] jpwhiting: awesome, thanks [14:32] thanks for pointing it out to me [14:34] jpwhiting: so fwiw, i can't reproduce it on my systems, but it seems a few people can reliably reproduce that providers.xml download fails for them the first time they open the plasma wallpaper kns dialog, but not for anything else - so there might be two distinct problems, one the general design problem of there being no way to reset+retry, and the second that something is making things unreliable in that plasma case [14:35] gotcha [14:35] I'll start with mucking with my resolv.conf like that bug suggests to fix the second issue [14:35] then look at plasma's case specifically [14:36] jpwhiting: aye [14:36] brb [14:36] jpwhiting: depending on the i18n side of things netrunner/kubuntu would probably patch 5.2.0 with either so doing it now is worthwhile from a release timing pov [14:37] gotcha, though hopefully this can be fixed without any string changes [14:38] jpwhiting: thanks :)

eikehein commented 9 years ago

GitHub killing the nicks again ... https://paste.kde.org/prrh5jtnj/egmrik

star-buck commented 9 years ago

so i checked KCI from friday and its not happening there... is there still a patch as from what i understand in the above conversation?

eikehein commented 9 years ago

There's the general design problem that if downloading the file fails (which it could due to anything from bad WLAN to sun winds) there's no way to reset+retry except reinstanciation (which often means full app restart, in Plasma's case closing the settings dialog is enough). Which Jeremy is looking into fixing.

eikehein commented 9 years ago

Upstream fix: http://quickgit.kde.org/?p=knewstuff.git&a=commit&h=6df694aab68653a2feb22b6ebc619e168a5f8e9e

star-buck commented 9 years ago

seems to work nowadays