Trying to "Get Hot New Stuff" in Plasma5 results into an empty list and the error message "Network error. (203)". It doesn't matter which type/category of new stuff/add-ons to fetch. Based on the debug output the list of providers can be fetched successfully, but not the actual items. Reproducible: Always Steps to Reproduce: 1. Open System Settings 2. Open "Icons" 3. Open "Get New Themes..." Actual Results: The list of items is empty and the error message "Network error. (203)" is displayed. Expected Results: 1. if no items are available an informational (not error) message should indicate that the empty list is not an error 2. if items are available the list should be non-empty and no error message should be shown I've upgraded from Ubuntu 14.10 to 15.04. In KDE SC 4 this functionality was working. Version of libkf5newstuff5: 5.9.0-0ubuntu1
Created attachment 92755 [details] Output from systemsettings5 for the above scenario
A quick gdb session revealed that the error is produced when fetching the URL "https://api.opendesktop.org/v1/content/categories", which gets called after the providers have been added. The process itself is a GET and is done asynchronously using Qt signals and slots, which means that a backtrace at the time we have the error doesn't mean much. However, the respective functionality gets triggered by "AtticaProvider::providerLoaded", which is a slot. Additionally, according to the Qt5 API docs [1], the number 203 corresponds to an HTTP status 404, which is really strange because it is there. Could there be an SSL/TLS problem in KIO? Refs: [1] http://doc.qt.io/qt-5/qnetworkreply.html#NetworkError-enum
Hi, also get this bug Kubuntu 15.04 installation, KDE Plasma 5.2.2
Ok, I created a small test application to test this with on your machine. I am unable to recreate it locally. Can you clone with git clone git://anongit.kde.org/scratch/whiting/qnetworktest.git then cd qnetworktest && qmake && make. Then you can do ./qnetworktest https://api.opendesktop.org/v1/content/categories which is working here on my machine, but may say "get failed with error 203" for you. If so it is a TLS/SSL error or something wrong on the server itself.
Created attachment 92907 [details] attachment-11355-0.html Hi Jeremy I have executed qnetworktest as per your instructions. The output is: kf5.kiconthemes: "Theme tree: (Breeze)" (I am using the Breeze theme on KDE) Is there any other output I can send you? Regards Ian
That's it? It should say either "get finished" or "get failed with error X". Nothing like that ? Maybe it's hung or something.
Hi Jeremy, It did appear to hang, if I tried to dump to a file, I get no output and I would have to ^C to get out. No errors reported On Friday, 29 May 2015 15:33:01 you wrote: > https://bugs.kde.org/show_bug.cgi?id=348049 > > --- Comment #6 from Jeremy Whiting <jpwhiting@kde.org> --- > That's it? It should say either "get finished" or "get failed with error X". > Nothing like that ? Maybe it's hung or something.
This is strange, the qnetworktest works fine here: [2015-05-30T08:20:35.962 CEST] debug - 0x1f8fdb0 - qnetworktest(29398)/(kf5.kiconthemes) unknown: "Theme tree: (Oxygen)" [2015-05-30T08:20:36.115 CEST] debug - 0x1f8fdb0 - qnetworktest(29398)/(default) unknown: get finished
What I find strange is that the QNetworkReply doesn't even contain the HTTP response status code: Breakpoint 15, QNetworkReply::setError (this=this@entry=0xb8ea00, errorCode=QNetworkReply::ContentNotFoundError, errorString="https://api.opendesktop.org/v1/content/categories") at access/qnetworkreply.cpp:790 (gdb) p errorCode $77 = QNetworkReply::ContentNotFoundError (gdb) p errorString $78 = "https://api.opendesktop.org/v1/content/categories" (gdb) p this $79 = (QNetworkReply * const) 0xb8ea00 (gdb) p *(QNetworkReply * const) 0xb8ea00 $80 = {<QIODevice> = {<QObject> = {_vptr.QObject = 0x7ffff4250f10 <vtable for KDEPrivate::AccessManagerReply+16>, static staticMetaObject = {d = {superdata = 0x0, stringdata = 0x7ffff4fcca00 <qt_meta_stringdata_QObject>, data = 0x7ffff4fcc8c0 <qt_meta_data_QObject>, static_metacall = 0x7ffff4e84d00 <QObject::qt_static_metacall(QObject*, QMetaObject::Call, int, void**)>, relatedMetaObjects = 0x0, extradata = 0x0}}, d_ptr = { d = 0xb8a290}, static staticQtMetaObject = {d = {superdata = 0x0, stringdata = 0x7ffff5014500 <qt_meta_stringdata_Qt>, data = 0x7ffff5011c80 <qt_meta_data_Qt>, static_metacall = 0x0, relatedMetaObjects = 0x0, extradata = 0x0}}}, static staticMetaObject = {d = {superdata = 0x7ffff509d940 <QObject::staticMetaObject>, stringdata = 0x7ffff5026480 <qt_meta_stringdata_QIODevice>, data = 0x7ffff50263c0 <qt_meta_data_QIODevice>, static_metacall = 0x7ffff4ef82d0 <QIODevice::qt_static_metacall(QObject*, QMetaObject::Call, int, void**)>, relatedMetaObjects = 0x0, extradata = 0x0}}}, static staticMetaObject = {d = {superdata = 0x7ffff50a3940 <QIODevice::staticMetaObject>, stringdata = 0x7ffff26608c0 <qt_meta_stringdata_QNetworkReply>, data = 0x7ffff2660640 <qt_meta_data_QNetworkReply>, static_metacall = 0x7ffff2648a10 <QNetworkReply::qt_static_metacall(QObject*, QMetaObject::Call, int, void**)>, relatedMetaObjects = 0x0, extradata = 0x0}}} (gdb) p $80.attribute( QNetworkRequest::HttpStatusCodeAttribute ) $81 = {type = invalid} ...and even not a single header: (gdb) p $80.rawHeaderList() $84 = <empty> ...as if it wouldn't have sent the HTTP request at all.
Can I assist with some other test code at all? On Saturday, 30 May 2015 07:55:40 you wrote: > https://bugs.kde.org/show_bug.cgi?id=348049 > > --- Comment #9 from Ancoron <ancoron.luciferis@gmail.com> --- > What I find strange is that the QNetworkReply doesn't even contain the HTTP > response status code: > > Breakpoint 15, QNetworkReply::setError (this=this@entry=0xb8ea00, > errorCode=QNetworkReply::ContentNotFoundError, > errorString="https://api.opendesktop.org/v1/content/categories") > at access/qnetworkreply.cpp:790 > (gdb) p errorCode > $77 = QNetworkReply::ContentNotFoundError > (gdb) p errorString > $78 = "https://api.opendesktop.org/v1/content/categories" > (gdb) p this > $79 = (QNetworkReply * const) 0xb8ea00 > (gdb) p *(QNetworkReply * const) 0xb8ea00 > $80 = {<QIODevice> = {<QObject> = {_vptr.QObject = 0x7ffff4250f10 <vtable > for KDEPrivate::AccessManagerReply+16>, static staticMetaObject = {d = > {superdata = 0x0, > stringdata = 0x7ffff4fcca00 <qt_meta_stringdata_QObject>, data = > 0x7ffff4fcc8c0 <qt_meta_data_QObject>, > static_metacall = 0x7ffff4e84d00 > <QObject::qt_static_metacall(QObject*, QMetaObject::Call, int, void**)>, > relatedMetaObjects = 0x0, extradata = 0x0}}, d_ptr = { > d = 0xb8a290}, static staticQtMetaObject = {d = {superdata = 0x0, > stringdata = 0x7ffff5014500 <qt_meta_stringdata_Qt>, data = 0x7ffff5011c80 > <qt_meta_data_Qt>, > static_metacall = 0x0, relatedMetaObjects = 0x0, extradata = > 0x0}}}, static staticMetaObject = {d = {superdata = 0x7ffff509d940 > <QObject::staticMetaObject>, > stringdata = 0x7ffff5026480 <qt_meta_stringdata_QIODevice>, data = > 0x7ffff50263c0 <qt_meta_data_QIODevice>, > static_metacall = 0x7ffff4ef82d0 > <QIODevice::qt_static_metacall(QObject*, QMetaObject::Call, int, void**)>, > relatedMetaObjects = 0x0, extradata = 0x0}}}, > static staticMetaObject = {d = {superdata = 0x7ffff50a3940 > <QIODevice::staticMetaObject>, stringdata = 0x7ffff26608c0 > <qt_meta_stringdata_QNetworkReply>, > data = 0x7ffff2660640 <qt_meta_data_QNetworkReply>, static_metacall = > 0x7ffff2648a10 <QNetworkReply::qt_static_metacall(QObject*, > QMetaObject::Call, int, void**)>, > relatedMetaObjects = 0x0, extradata = 0x0}}} > > (gdb) p $80.attribute( QNetworkRequest::HttpStatusCodeAttribute ) > $81 = {type = invalid} > > ...and even not a single header: > (gdb) p $80.rawHeaderList() > $84 = <empty> > > ...as if it wouldn't have sent the HTTP request at all.
I can ping the server api.opendesktop.org fine Regards Ian On Saturday, 30 May 2015 06:47:44 you wrote: > https://bugs.kde.org/show_bug.cgi?id=348049 > > --- Comment #8 from Ancoron <ancoron.luciferis@gmail.com> --- > This is strange, the qnetworktest works fine here: > > [2015-05-30T08:20:35.962 CEST] debug - 0x1f8fdb0 - > qnetworktest(29398)/(kf5.kiconthemes) unknown: "Theme tree: (Oxygen)" > [2015-05-30T08:20:36.115 CEST] debug - 0x1f8fdb0 - > qnetworktest(29398)/(default) unknown: get finished
I also receive the xml if I open the url in a browser from the same machine Regards Ian On Saturday, 30 May 2015 06:47:44 you wrote: > https://bugs.kde.org/show_bug.cgi?id=348049 > > --- Comment #8 from Ancoron <ancoron.luciferis@gmail.com> --- > This is strange, the qnetworktest works fine here: > > [2015-05-30T08:20:35.962 CEST] debug - 0x1f8fdb0 - > qnetworktest(29398)/(kf5.kiconthemes) unknown: "Theme tree: (Oxygen)" > [2015-05-30T08:20:36.115 CEST] debug - 0x1f8fdb0 - > qnetworktest(29398)/(default) unknown: get finished
(In reply to Ian Gebbie from comment #10) > Can I assist with some other test code at all? Well, what I can see could probably help me getting faster into the problem when I had a very simple knewstuff command that would invoke the affected code path in the exact same way as e.g. the IconThemesConfig::getNewTheme() function does, but without the actual UI or other stuff around that. Basically, a main class preparing an Attica Provider correctly and then just calling AtticaProvider::providerLoaded would be perfect. Also, is there a way to configure Qt5 into _forced_ synchronous execution (even for the events and signals/slots)? (In reply to Ian Gebbie from comment #12) > I also receive the xml if I open the url in a browser from the same machine Well, for me, the URL also works just fine outside of knewstuff/attica, tested with some browsers, curl, wget, .... So, I don't really think that the URL itself is the problem but something around the actual HTTP GET job, but I don't have any know-how of the KDE/Qt internals to analyze the issue correctly. Some pointers for interesting breakpoints would help me a lot to provide any further information that is useful for solving the problem. > > Regards > > Ian > > On Saturday, 30 May 2015 06:47:44 you wrote: > > https://bugs.kde.org/show_bug.cgi?id=348049 > > > > --- Comment #8 from Ancoron <ancoron.luciferis@gmail.com> --- > > This is strange, the qnetworktest works fine here: > > > > [2015-05-30T08:20:35.962 CEST] debug - 0x1f8fdb0 - > > qnetworktest(29398)/(kf5.kiconthemes) unknown: "Theme tree: (Oxygen)" > > [2015-05-30T08:20:36.115 CEST] debug - 0x1f8fdb0 - > > qnetworktest(29398)/(default) unknown: get finished
Out of curiosity, I just tried out several other "Get New XXX..." to see if there is some actually working case: * System Settings: none works, although GTK2/3 with a different error (hanging in "Initializing...") * Plasma Widgets: no * Wallpapers: no * Dolphin Add-Ons: working :-) * Konqueror Add-Ons: working :-) ... So, whatever the difference is between those...
The reason konqueror and dolphin work is because those are kdelibs4 applications still, and thus are using knewstuff3 from kdelibs4 and Qt4, the others are all using knewstuff3 framework with Qt5
Ancoron, The test you're looking for exists already, though it does show the ui. It's khotnewstuff and is in knewstuff git repo under tests/ If you git clone that, change the dependencies in the top CMakeLists.txt to 5.9.0 (since that's the latest that kubuntu packages exist for) to get karchive and the other dependencies, then in knewstuff do mkdir build; cd build; cmake ..; make then you'll have tests/khotnewstuff that you can run. It takes one parameter which is the name or path of the knsrc file. I execute it all the time with khotnewstuff wallpaper.knsrc when testing knewstuff itself. This and other bugs make me think I need to get some more proper unit tests added to knewstuff itself and spend a bit of time fixing issues. I was able to recreate this bug originally, but haven't been able to in quite a few months. Let me know if you figure something out and we can get a solution in place.
Jeremy: Thank you for the pointer to the tests, I'll see if that gives me something.
Same for me Dolphin works, Konqueror works GTK new themes hangs Windows Decorations error 203 Desktop Themes gives error 203 Ian On Saturday, 30 May 2015 20:22:34 you wrote: > https://bugs.kde.org/show_bug.cgi?id=348049 > > --- Comment #14 from Ancoron <ancoron.luciferis@gmail.com> --- > Out of curiosity, I just tried out several other "Get New XXX..." to see if > there is some actually working case: > * System Settings: none works, although GTK2/3 with a different error > (hanging in "Initializing...") > * Plasma Widgets: no > * Wallpapers: no > * Dolphin Add-Ons: working :-) > * Konqueror Add-Ons: working :-) > ... > > So, whatever the difference is between those...
I installed a fresh kubuntu-15.04-desktop-amd64.iso on my laptop saturday and am not able to recreate this bug here. Are you still able to recreate the problem and if so which version of knewstuff3 (libknewstuff3-4 package, here I have version 4:4.14.6-4~ubuntu3) and Qt5 (libqt5network5 package, here I have 5.4.1+dfsg-2ubuntu) do you have?
I tried debugging almost any interesting part of KIO and Qt5 without any trace of a real HTTP request on the wire. It feels like if the KIO slave fails before even doing anything or it hits a cache, which I don't know how to disable. (In reply to Jeremy Whiting from comment #19) > I installed a fresh kubuntu-15.04-desktop-amd64.iso on my laptop saturday > and am not able to recreate this bug here. Are you still able to recreate > the problem and if so which version of knewstuff3 (libknewstuff3-4 package, > here I have version 4:4.14.6-4~ubuntu3) and Qt5 (libqt5network5 package, > here I have 5.4.1+dfsg-2ubuntu) do you have? My versions: libknewstuff3-4 = 4:4.14.8-4~ubuntu1~ubuntu15.04~ppa1 libqt5network5 = 5.4.1+dfsg-2ubuntu4.1 Anyway, I think this might be something that is due to the system being upgraded and not freshly installed.
Hm, could it be that the KIO subsystem is broken for me somehow? E.g. executing kate with a HTTP URL fails as well, e.g.: kate 'http://quickgit.kde.org/?p=breeze.git&a=commitdiff&h=02ceed6ef677618a171aeb8dce1e240a74c0e161&o=plain' Which components are actually involved in the process before an HTTP request makes it to the wire? Can someone explain that to me or point me to proper documentation?
I'm able to recreate this issue on an older install of kubuntu. I don't get any errors loading with the qnetworktest I think your idea about kio could be useful. Another idea is that maybe the error file is getting cached somehow. At any rate I'll see what I can come up with now that I am able to recreate the bug reliably.
And of course now that I look at the issue close up it runs away to hide... I built knewstuff from source to run khotnewstuff wallpaper.knsrc in a debugger, when I ran it it worked fine. Now running the newstuff dialog from the wallpaper settings and other places where it failed before work fine too. I changed khotnewstuff to link against the system knewstuff library and get the same result everything is working fine here now. I really am at a loss what could be causing this. It is also curious that I hit the issue with two different users on this machine yesterday, then after looking at the issue both user's usage is fixed somehow.
I am getting the problem mentioned in this bug: https://bugs.kde.org/show_bug.cgi?id=349522 I am running OpenSUSE 13.2 tumbleweed (installed from scratch) running behind a proxy. I am using cntlm to control proxy locally. systemsettings freezes for me too when getting "Get New....."
Anas, You should comment on that bug then, not this one. This bug seems to be fixed by installing the kio package which knewstuff depends on.
Hi Jeremy, The problem described in original post is same as mine except in opensuse it freezes systemsettings5 rather then complaining about network error.
(In reply to Anas Patel from comment #26) > Hi Jeremy, > > The problem described in original post is same as mine except in opensuse > it freezes systemsettings5 rather then complaining about network error. Installing the kio package did not fix it for me
Anas, Yes, I realize that. You aren't getting this bug, you're getting the bug described at https://bugs.kde.org/show_bug.cgi?id=349522 as you said. So commenting here doesn't help.
I've tried to build knewstuff with: $ apt-get source knewstuff $ cd knewstuff-5.9.0 $ debian/rules build When I start khotnewstuff with $ gdb --args ./obj-x86_64-linux-gnu/tests/khotnewstuff wallpaper.knsrc I still get the network error 203. The full console output is: ---------------------- snip ------------------------ $ ./obj-x86_64-linux-gnu/tests/khotnewstuff wallpaper.knsrc kf5.kiconthemes: "Theme tree: (Breeze)" Invalid framesize. knewstuff: Initializing KNS3::Engine from ' "wallpaper.knsrc" ' No frame loaded No frame loaded No frame loaded knewstuff: Loading KNewStuff3 config: "wallpaper.knsrc" knewstuff: Categories: ("KDE Wallpaper 800x600", "KDE Wallpaper 1024x768", "KDE Wallpaper 1280x1024", "KDE Wallpaper 1440x900", "KDE Wallpaper 1600x1200", "KDE Wallpaper 1680x1050", "KDE Wallpaper 1920x1200", "KDE Wallpaper 2560x1600", "KDE Wallpaper (other)", "KDE Wallpaper (SVG)") knewstuff: Using registry file: "/home/myname/.local/share/knewstuff3/wallpaper.knsregistry" knewstuff: Loading KNS2 registry of files for the component: "wallpaper" 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" ) kf5.kservice.sycoca: Trying to open ksycoca from "/home/myname/.cache/ksycoca5" 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: "" knewstuff: Engine addProvider called with provider with id "https://api.opendesktop.org/v1/" No frame loaded No frame loaded No frame loaded No frame loaded No frame loaded No frame loaded No frame loaded No frame loaded No frame loaded knewstuff: Write registry No frame loaded No frame loaded No frame loaded ---------------------- snap ------------------------ I've tried to print the URL it tried to load in AtticaProvider::jobSuccess, but I don't know how to get the URL from an Attica::BaseJob.
Do you have the kio package installed ? That fixes it here and for others that have hit this bug.
Hi Jeremy, yes, kio is installed. That doesn't fix the bug for me.
Is there anything I can do to help debugging this bug?
Clean install of Kubuntu 15.04 and I have the same problem.
Sheldon, Install the kio package and it should work fine. Let me know if that doesn't solve the problem though.
Hello Jeremy, I have the same error, I upgraded from 14.10 to 15.04 Kubuntu and then I wanted to download some plasmoids.... I was aked about a connection to kwallet and Passwords. I DENIED this question and afterwards the dialog came with the line at the button,,, network connection failked Error 203, What is the problem? I already removed, purged and reinstalled kio without success. Is Kwallet the problem? How can I change that decision on denying? Perhaps it may work with yes? What dumps do you need? Steel-Cat PS: I have got a amd64 machine. on https://forum.ubuntuusers.de/topic/kde5-plasma-systemeinstellungen-installation-v/ you see installed packages...
Steel-Cat, I don't think kwallet would have anything to do with it. It's used to store an open collaboration services account credentials, but even without one you should be able to download the package list and install stuff, I think ocs credentials are only used to submit ratings and reviews iirc. I'm really at a loss what could be causing this issue. The ui is showing a http response error 203 (redirect) when it tries to fetch the list of content to show (or the list of categories before that possibly). Installing the kio package fixed that issue on the vm I set up to test here and on an old netbook running ubuntu vivid. Did you happen to try rebooting after installing the kio package?
It did not fix the issue. However, I wiped the computer, installed kubuntu 15.04 from scratch and then directly upgraded to 5.4 beta packages. It is working now.
@Jeremy: yes, I rebooted a lot of times afterwards... the problem is (see in xsession errors:) kf5.kinit.klauncher: KLauncher: launching new slave "/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/http.so" with protocol= "http" args= ("http", "local:/run/user/1000/klauncherXM7816.1.slave-socket", "local:/run/user/1000/systemsettingsh23454.2.slave-socket") kdeinit5: Got EXEC_NEW '/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/http.so' from launcher. kdeinit5: preparing to launch '/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/http.so' kf5.kinit.klauncher: "/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/http.so" (pid 23460) up and running. Skipped method "moduleDeleted" : Pointers are not supported: KDEDModule* 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/" kf5.kinit.klauncher: KLauncher: launching new slave "/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/http.so" with protocol= "https" args= ("https", "local:/run/user/1000/klauncherXM7816.1.slave-socket", "local:/run/user/1000/systemsettingsL23454.3.slave-socket") kdeinit5: Got EXEC_NEW '/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/http.so' from launcher. kdeinit5: preparing to launch '/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/http.so' kf5.kinit.klauncher: "/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/http.so" (pid 23466) up and running. No frame loaded No frame loaded No frame loaded No frame loaded No frame loaded No frame loaded No frame loaded No frame loaded No frame loaded So something with attica? SteelCat@rakash:~$ dpkg --list | grep attica ii libattica-dbg:amd64 0.4.2-1ubuntu1 amd64 debug symbols for libattica ii libattica-perl 4:4.14.2-0ubuntu1 amd64 Perl bindings for Attica ii libattica0.4:amd64 0.4.2-1ubuntu1 amd64 Qt library that implements the Open Collaboration Services API ii libkf5attica5:amd64 5.12.0-0ubuntu1~ubuntu15.04~ppa1 amd64 Qt library that implements the Open Collaboration Services API ii libkf5attica5-dbg:amd64 5.12.0-0ubuntu1~ubuntu15.04~ppa1 amd64 debug symbols for libattica5 ii libsmokeattica3 4:4.14.2-0ubuntu2 amd64 Attica SMOKE library
I've tried to capture the network traffic of systemsettings5, but as the traffic is encrypted via https, I couldn't find any useful information. I could only determine, that systemsettings wants to connect with api.opendesktop.org. But, I'd like to speculate: Could there be a problem with an ssl certificate? Btw: What does the error number 203 mean? I haven't found any information about this error code, beside this bug.
It could be an ssl issue, sure. The 203 error code is an HTTP result code for redirect.
How can I find out, what url does not work?
@Jeremy: The error code that is printed out is *NOT* an HTTP status code. Instead, this is the error of the internal Qt Job, which in our case is QNetworkReply::ContentNotFoundError (= 203), as described here: http://doc.qt.io/qt-5/qnetworkreply.html So as I understand it, this means more like an HTTP 404. As I could see TLS/SSL data from the server but not really an HTTP request, this issue could indeed be related to an SSL certificate issue. If some (intermediate) CA certificates got removed from the ca-certificates package and/or the server does not deliver the full certificate chain, this could create a certificate verification failure that would then result in no real HTTP request being transmitted over the wire. On the other hand, this specific case *should* probably be handled with a QNetworkReply::SslHandshakeFailedError (= 6) as stated in http://doc.qt.io/qt-5/qnetworkreply.html#sslErrors. However, this doesn't necessarily really happen for this case. Can someone check with Qt devs?
I've uncommented the qCDebug lines in atticaprovider.cpp. I'll attach the output. khotnewstuff uses the following base url: https://api.opendesktop.org/v1/ Accessing this url with konqueror yields: failed 999 please check the syntax. api specifications are here: http://www.freedesktop.org/wiki/Specifications/open-collaboration-services debug output: http request method: GET http request uri: /v1/ I hope this helps.
Created attachment 94052 [details] Output of "khotnewstuff wallpaper.knsrc"
(In reply to Ancoron from comment #1) > Created attachment 92755 [details] > Output from systemsettings5 for the above scenario I am facing the same problem. I am using ubuntu-server 64 bit and install plasma-desktop and KIO. But when i am going to download themes , it says "Network Error (203)" any idea ??
May I ask in which version the fix is? My system is a Tanglu Debian with the Plasma 5.3 desktop. I just reinstalled (the already installed) kio as mentioned in another bug report to be able to download new widgets from the net. That does work now. In that other bug report I also found the hint to set the proxy from none to automatic, but if I do so a click on any "get something new" (plasmoid or wallpaper or icon set - three different locations) completely freezes my desktop. So I set the proxy back to none.... Before I reinstalled kio I got an error about "loading of providers from file ... providers.xml failed" when I tried to get "something new". After reinstalling kio getting widgets works but wallpapers and icons now give me the network 203 error...
I've just upgraded to ubuntu 15.10. I still get the "Network error 203". kio is installed. I don't believe, that someone fixed the bug. What can I do to help debugging?
(Note that I am guessing about option names etc., as I'm using a german KDE setup.) After the upgrade to ubuntu 15.10, I noticed that akregator cannot read rss feeds any more. Therefore, I've checked the network options in the kde control center. After disabling the browser cache, khotnewstuff works again. This also lets akregator work, but it seems, as if akregator doesn't cache the websites any more.
I had this problem with kubuntu 15.04 and kubuntu-ci stable repo. Now, with 15.10 i decided to do a clean install and I still have this infamous error: Network error (203). So, no, i don't think this is resolved or fixed :( If i can help in any way, please let me know.
nicols, I have a vivid vm set up here which is working properly. Can you tell me what proxy settings you have (and where you set them, I've never used a proxy in KDE so far, so the more detailed the better). If I can recreate the problem with the kio package installed I can then try to figure out how it is still failing with it around.
(In reply to m8r-qyyr81 from comment #48) > (Note that I am guessing about option names etc., as I'm using a german > KDE setup.) > > After the upgrade to ubuntu 15.10, I noticed that akregator cannot read > rss feeds any more. > > Therefore, I've checked the network options in the kde control center. > After disabling the browser cache, khotnewstuff works again. This also > lets akregator work, but it seems, as if akregator doesn't cache the > websites any more. Hi, also upgraded to 15.10. I have disabled cache under network settings and both knewstuff and akgreator started working Regards ian
(In reply to Ian Gebbie from comment #51) > Hi, also upgraded to 15.10. I have disabled cache under network settings and > both knewstuff and akgreator started working > > Regards > > ian THANK YOU!!!! You are my hero :) Where to send beer? :)
I also get this problem with Kubuntu 15.10 and disabling the cache solve the problem. Thank you!
Just Upgraded to Kubuntu-Desktop on top of Ubuntu-Server 15.10 and got the Network Error 203 trying to get New Mouse Cursor Themes from the net. Circumvention to Turn off Network Settings Cache stopped the Error 203.
I was also getting the 203 error and disabling the web cache solved it. Kubuntu 15.10 64-bit, upgraded from 15.04, fully updated with Kubuntu Updates y Kubuntu Backports PPAs, package kio installed, no proxy set. libkf5newstuff5 5.15.0-0ubuntu1 libknewstuff3-4 4:4.14.13-0ubuntu1 libqt5network5 5.4.2+dfsg-2ubuntu9 kio 5.15.0-0ubuntu2
As this is a rather old bug report, can anyone please test and see if it's still reproducible?
I no longer have this environment available for retesting. Please close this issue.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!