"Settings -> QtHelp Documentation -> Get New Documentation" leads to a KNewStuff dialog that presents a "Network error. (0)". I also tested it with KDevelop 4.7.1 and get the same behavior, yet with a different error (probably the error messages changes when KNewStuff become a framework?) After looking a little bit into the problem, I could imagine that this is a problem related to all GHNS urls still using "http" instead of "https" (I think I recall some sysadmin notification from some time ago that everything switched to http?). Yet, for digging deeper into the problem, probably someone with access to https://collect.kde.org/kdevelop-qthelp/providers.xml is needed. Reproducible: Always Steps to Reproduce: see above
Phew, no idea. I just switched to https://collect.kde.org/kdevelop-qthelp/providers.xml in the qthelp plugin, however, still getting the network error. Maybe Gregor knows more? He's been the last person working on kns3...
First, I can confirm, with kdevelop 4.7.1 I get the message "Unknown Open Collaboration Service API error. (0)". Secondly, sorry, I was working on KMoreTools which is different area of KNewStuff.
Git commit d6118e0d79fc5b1abda3e2d1e506bb7bde160747 by Andreas Cord-Landwehr. Committed on 14/05/2016 at 13:52. Pushed by cordlandwehr into branch 'master'. Fix redirection of absolut Urls Redirection only worked with relative urls. Yet, e.g. the http to https redirection on KDE servers uses absolute paths, which resulted in an empty url, since the reply attribute was not relative. This patch adds a case distinction for redirecting absolute and relative paths. REVIEW: 127900 M +7 -2 src/atticabasejob.cpp http://commits.kde.org/attica/d6118e0d79fc5b1abda3e2d1e506bb7bde160747