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
Created attachment 89747 [details] screenshot
Similar error with plasma 5.2
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>
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.
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
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.
This issue appears to be fixed for Kubuntu at the moment. I have successfully downloaded plasma widgets, wallpapers, various themes, and more.
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.
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.
It's happening to me after the upgrade from 14.10 to 15.04 (so from Kde4 to Plasma 5). Error 203
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.
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.
(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.
(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.
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/"
I've upgraded from kubuntu 14.10 to 15.04, and I also have this bug.
Plasma 5.2.2 and 5.3 both have the issue for me.
Hello, I updated lots of Plasma stuff yesterday and tested just after rebooting. The problem is still here.
I am having the same issue.
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.
(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/"
configure fixed ips for download.kde.org and files.kde.org didn't work for me neither
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
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.
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
(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.
worked for me as well!!! thanks for sharing the solution!
Sorry for missing this, I've added it as a dependency to the libkf5newstuff5 package and it'll be in KF5 5.12
I was able to get this working by getting registering at opendesktop.org
I had the same problem with 3G-modem, and it was solved by switching off "BSD data compression" in my connection manager.