Bug 341334 - Problem fetching kde artwork from download.kde.org/ocs/providers.xml
Summary: Problem fetching kde artwork from download.kde.org/ocs/providers.xml
Status: RESOLVED FIXED
Alias: None
Product: frameworks-knewstuff
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 5.1.0
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Jeremy Whiting
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-11-27 20:28 UTC by nawar.a.nouri
Modified: 2015-09-25 21:09 UTC (History)
23 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
screenshot (37.50 KB, image/png)
2014-11-27 20:30 UTC, nawar.a.nouri
Details

Note You need to log in before you can comment on or make changes to this bug.
Description nawar.a.nouri 2014-11-27 20:28:06 UTC
I am having a problem in Plasma 5 trying to fetch any kind of art work from KDE.org. It always show the error message

Loading of providers from file:http://download.kde.org/ocs/providers.xml failed

Version:
Theme tree: (Breeze)"
plasmashell 5.1.1


Reproducible: Always

Steps to Reproduce:
1. Go to settings
2. Select "Application Style"
3. Press "Get New Decoration"

Actual Results:  
"Loading of providers from file:http://download.kde.org/ocs/providers.xml failed

Expected Results:  
Nothing. I had to cancel
Comment 1 nawar.a.nouri 2014-11-27 20:30:44 UTC
Created attachment 89747 [details]
screenshot
Comment 2 zeugma 2015-02-09 13:52:15 UTC
Similar error with plasma 5.2
Comment 3 Fritigern 2015-02-10 10:50:16 UTC
I can confirm this to be the case.
Using  Kubuntu 15.04 Alpha 2 in a KVM session.
Plasma 5.2, internet/networking un-firewalled

When attempting to download wallpapers, themes, plasmoids, etc. The floater shows me "Loading of providers from file http://download.kde.org/ocs/providers.xml failed".

The contents of this XML file are at the moment of this report as follows:
<providers>

<provider>
 <id>opendesktop</id>
 <location>https://api.opendesktop.org/v1/</location>
 <name>openDesktop.org</name>
 <icon></icon>
 <termsofuse>https://opendesktop.org/terms/</termsofuse>
 <register>https://opendesktop.org/usermanager/new.php</register>
 <services>
   <person ocsversion="1.3" />
   <friend ocsversion="1.3" />
   <message ocsversion="1.3" />
   <activity ocsversion="1.3" />
   <content ocsversion="1.3" />
   <fan ocsversion="1.3" />
   <knowledgebase ocsversion="1.3" />
   <event ocsversion="1.3" />
 </services>
</provider>

</providers>
Comment 4 Jeremy Whiting 2015-02-10 22:13:55 UTC
I'm checking on this, but here are two notes.
1. That providers.xml file is exactly as expected.
2. The same aurorae.knsrc file works fine with knewstuff3 from kdelibs4 (try khotnewstuff4 /etc/xdg/aurorae.knsrc) so this is either a bug in the usage of knewstuff3 or in knewstuff3 itself. I'll figure out which soon. Also this is working fine on a plasma build from git. so it's possible the bug is already fixed in newer versions of knewstuff and/or plasma.
Comment 5 Fritigern 2015-02-20 05:14:37 UTC
I don't know which update brought this in, but the response has changed. The message that I am now seeing is "Network error. (203)".
I am unsure whether this is a different issue, a new manifestation of the same issue, or something else that doesn't even occur to me right now.

What I can tell you is that executing khotnewstuff4 /etc/xdg/aurorae.knsrc does work, it shows me a long list of all kinds of window decorations.

However, the network error occurs when I take any of the following routes:
 System Settings => Workspace Theme => Desktop Theme => Get New Themes
 System Settings => Workspace Theme => Cursor Theme => Get New Themes
 System Settings => Icons => Icons => Get New Themes
Right-click desktop => Desktop Settings => Download Wallapers
Right-click desktop => Folder Settings => Download Wallapers
Right-click desktop => Add Widgets... => Get New Widgets => Download New Plasma Widgets

... And anything else that should be able to download and install stuff from (I think) opendesktop.org
Comment 6 Jeremy Whiting 2015-02-23 23:47:35 UTC
Fritigern,

Yes, the reason khotnewstuff4 works is because that uses the Qt4/kdelibs4 based versions of knewstuff. I just got knewstuff kf5/Qt5 built here and can confirm the Network error 203. I'm getting that from loading the categories from the opendesktop server like this:
error is 203 from QUrl("https://api.opendesktop.org/v1/content/categories"). I'm not sure why this is happening on kubuntu packages yet, I don't have this issue on arch at all with attica/knewstuff built from git master branch. I also don't get the 203 http status code on kubuntu when I try to load that url with wget.
Comment 7 Fritigern 2015-03-05 06:18:35 UTC
This issue appears to be fixed for Kubuntu at the moment. I have successfully downloaded plasma widgets, wallpapers, various themes, and more.
Comment 8 Jeremy Whiting 2015-03-05 14:58:18 UTC
It seems fixed here now also. As I'm not sure why we were ever getting HTTP 203 results I'll close this now. If anyone can recreate the problem even after apt-get update && apt-get upgrade let me know which version of attica, knewstuff and qt5 you have installed, but I bet it was an issue on the server side.
Comment 9 KDE 2015-04-24 17:36:12 UTC
This is still happening for me under 15.04 (the official stable release) 64 bit, running under VirtualBox. All other network based functionality seems to work fine.
Comment 10 Alessandro Russo 2015-04-25 09:06:53 UTC
It's happening to me after the upgrade from 14.10 to 15.04 (so from Kde4 to Plasma 5).
Error 203
Comment 11 pedron.alexandre 2015-04-26 09:23:17 UTC
It's happening to me too after uprading Kubuntu 14.10 to 15.04. Error 203 when I'm looking for new widgets and stuff.
Comment 12 KDE 2015-04-26 14:16:12 UTC
I should add that the behaviour changes if you change the proxy specification in 'Networking' from its default 'no proxy' to "detect automatically''.  If that change is made, any attempt to download more options in Settings hangs.
Comment 13 Paulo Neves 2015-04-29 15:14:27 UTC
(In reply to KDE from comment #12)
> I should add that the behaviour changes if you change the proxy
> specification in 'Networking' from its default 'no proxy' to "detect
> automatically''.  If that change is made, any attempt to download more
> options in Settings hangs.

I can confirm that behaviour with kubuntu 15.04 with plasma 5.2 or plasma 5.3.
Comment 14 pedron.alexandre 2015-04-29 15:32:03 UTC
(In reply to Paulo Neves from comment #13)
> (In reply to KDE from comment #12)
> > I should add that the behaviour changes if you change the proxy
> > specification in 'Networking' from its default 'no proxy' to "detect
> > automatically''.  If that change is made, any attempt to download more
> > options in Settings hangs.
> 
> I can confirm that behaviour with kubuntu 15.04 with plasma 5.2 or plasma
> 5.3.

Same thing for me.
Comment 15 Rodney Draaisma 2015-05-02 17:41:12 UTC
I upgraded from 14.10 to 15.04. 

I also get the Network error.(203) message

Below is the console output I get when I try to for instance download new widgets :

knewstuff: Initializing KNS3::Engine from ' "plasmoids.knsrc" '
No frame loaded
No frame loaded
No frame loaded
knewstuff: Loading KNewStuff3 config:  "plasmoids.knsrc"
knewstuff: Categories:  ("Plasma 5 Plasmoid")
knewstuff: Using registry file:  "/home/username/.local/share/knewstuff3/plasmoids.knsregistry"
knewstuff: Loading KNS2 registry of files for the component:  "plasmoids"
The file  "/home/username/.local/share/knewstuff3/plasmoids.knsregistry"  could not be opened.
knewstuff: loading providers from  "http://download.kde.org/ocs/providers.xml"
knewstuff: XmlLoader::load(): url:   QUrl( "http://download.kde.org/ocs/providers.xml" ) 
QObject::connect: No such slot WidgetExplorer::newStuffFinished()
knewstuff: XmlLoader::slotJobData()
knewstuff: XmlLoader::slotJobData()
knewstuff: --Xml Loader-START--
knewstuff: "<providers>

<provider>
 <id>opendesktop</id>
 <location>https://api.opendesktop.org/v1/</location>
 <name>openDesktop.org</name>
 <icon></icon>
 <termsofuse>https://opendesktop.org/terms/</termsofuse>
 <register>https://opendesktop.org/usermanager/new.php</register>
 <services>
   <person ocsversion="1.3" />
   <friend ocsversion="1.3" />
   <message ocsversion="1.3" />
   <activity ocsversion="1.3" />
   <content ocsversion="1.3" />
   <fan ocsversion="1.3" />
   <knowledgebase ocsversion="1.3" />
   <event ocsversion="1.3" />
 </services>
</provider>

</providers>
"
knewstuff: --Xml Loader-END--
knewstuff: slotProvidersLoaded
knewstuff: Provider attributes:  ""
log_attica_plugin: No credentials found
knewstuff: Engine addProvider called with provider with id  "https://api.opendesktop.org/v1/"
Comment 16 m8r-qyyr81 2015-05-03 09:23:48 UTC
I've upgraded from kubuntu 14.10 to 15.04, and I also have this bug.
Comment 17 Elias 2015-05-05 01:13:20 UTC
Plasma 5.2.2 and 5.3 both have the issue for me.
Comment 18 pedron.alexandre 2015-05-05 08:16:25 UTC
Hello,
I updated lots of Plasma stuff yesterday and tested just after rebooting. The problem is still here.
Comment 19 andregronwald78 2015-05-16 19:48:18 UTC
I am having the same issue.
Comment 20 andregronwald78 2015-05-16 19:48:34 UTC
I am having the same issue.
Comment 21 Jeremy Whiting 2015-05-19 02:13:02 UTC
I'm not able to recreate the problem here anymore still (since I reported it seemed to be fixed I haven't seen it broken here.) For those that have it broken still, are you using ipv6 addresses for your machine or something similar to the bug report here: https://bugs.kde.org/show_bug.cgi?id=299164 where adding an ip for download.kde.org and files.kde.org fixes the issue? Nothing in that debug output looks like it would cause the bug described.
Comment 22 Ancoron 2015-05-19 06:35:56 UTC
(In reply to Jeremy Whiting from comment #21)
> I'm not able to recreate the problem here anymore still (since I reported it
> seemed to be fixed I haven't seen it broken here.) For those that have it
> broken still, are you using ipv6 addresses for your machine or something
> similar to the bug report here: https://bugs.kde.org/show_bug.cgi?id=299164
> where adding an ip for download.kde.org and files.kde.org fixes the issue?
> Nothing in that debug output looks like it would cause the bug described.

As I am also affected here (Ubuntu upgraded from 14.10 to 15.04 recently and using the backports PPA) I just tried the suggestion with the fixed IP address entry. However, I do not see any difference in behavior.

What I can see in my .xsession-errors is the following (in this case from the "Window Decorations" settings):

knewstuff: Initializing KNS3::Engine from ' "aurorae.knsrc" '
No frame loaded
No frame loaded
No frame loaded
knewstuff: Loading KNewStuff3 config:  "aurorae.knsrc"
knewstuff: Categories:  ("Window Decoration Aurorae")
knewstuff: Using registry file:  "/home/ancoron/.local/share/knewstuff3/aurorae.knsregistry"
knewstuff: Loading KNS2 registry of files for the component:  "aurorae"
knewstuff: Cache read... entries:  0
knewstuff: loading providers from  "http://download.kde.org/ocs/providers.xml"
knewstuff: XmlLoader::load(): url:   QUrl( "http://download.kde.org/ocs/providers.xml" ) 
kwin_core: User timestamp, ASN: 73903183
kwin_core: User timestamp, final: 'ID: 117446257 ;WMCLASS: "systemsettings" : "systemsettings5" ;Caption: "Get Hot New Stuff — System Settings" ' : 73903183
kwin_core: Activation: Belongs to active application
kwin_core: screens:  2 desktops:  1
kwin_core: Done.
Enabled: false
Handler: 0
Exclude: 0x0  Match?  false
false
Gesture ungrab
knewstuff: XmlLoader::slotJobData()
knewstuff: XmlLoader::slotJobData()
knewstuff: --Xml Loader-START--
knewstuff: "<providers>

<provider>
 <id>opendesktop</id>
 <location>https://api.opendesktop.org/v1/</location>
 <name>openDesktop.org</name>
 <icon></icon>
 <termsofuse>https://opendesktop.org/terms/</termsofuse>
 <register>https://opendesktop.org/usermanager/new.php</register>
 <services>
   <person ocsversion="1.3" />
   <friend ocsversion="1.3" />
   <message ocsversion="1.3" />
   <activity ocsversion="1.3" />
   <content ocsversion="1.3" />
   <fan ocsversion="1.3" />
   <knowledgebase ocsversion="1.3" />
   <event ocsversion="1.3" />
 </services>
</provider>

</providers>
"
knewstuff: --Xml Loader-END--
knewstuff: slotProvidersLoaded
knewstuff: Provider attributes:  ""
log_attica_plugin: No credentials found
knewstuff: Engine addProvider called with provider with id  "https://api.opendesktop.org/v1/"
Comment 23 andregronwald78 2015-05-19 18:38:12 UTC
configure fixed ips for download.kde.org and files.kde.org didn't work for me neither
Comment 24 Ancoron 2015-05-21 09:47:50 UTC
I've created a new bug report for the "Network error. (203)" case as it seems unrelated to this bug report.

The new is bug #348049
Comment 25 Thomas Walsh 2015-05-28 01:02:21 UTC
I am having the same problem too.. just recently. Is there any known fix at the moment? I'm new to this community. I would like to thank everyone for the time and knowledge they put into this site. Thanks and I hope I'm welcomed.
Comment 26 Federico Nuñez 2015-07-15 20:57:38 UTC
I had the very same problem, and I found out that kio package was missing.

Running the following command solves all my issues on ubuntu: 
apt-get install kio
Comment 27 Felix Leimbach 2015-07-24 08:33:52 UTC
(In reply to Federico Nuñez from comment #26)
> Running the following command solves all my issues on ubuntu: 
> apt-get install kio

Also fixes the issue on debian testing (strech/sid). Great tip, cheers.
Comment 28 andregronwald78 2015-07-24 08:54:34 UTC
worked for me as well!!! thanks for sharing the solution!
Comment 29 Jonathan Riddell 2015-07-24 13:28:29 UTC
Sorry for missing this, I've added it as a dependency to the libkf5newstuff5 package and it'll be in KF5 5.12
Comment 30 herminio.hernandezjr 2015-08-19 03:29:05 UTC
I was able to get this working by getting registering at opendesktop.org
Comment 31 Frey 2015-09-13 15:05:00 UTC
I had the same problem with 3G-modem, and it was solved by switching off "BSD data compression" in my connection manager.