Get Hot New Stuff - Legacy Endpoints and Multiple Requests (Discover?)

Michael Reeves reeves.87 at gmail.com
Thu Jan 30 12:04:21 GMT 2020


There seems to be some sort of ssl certificate issue with autoconfig.kde.org.
On kubuntu this triggers a warning as soon as discover starts that may be a
contributing factor.

On Thu, Jan 30, 2020, 4:20 AM Ben Cooksley <bcooksley at kde.org> wrote:

> Hi all,
>
> While diagnosing an issue this evening with cdn.kde.org, I noticed
> that we are still getting an extremely large number of requests for
> the legacy OCS/GHNS providers.xml endpoint, which is supposed to only
> exist for compatibility with older applications.
>
> Looking on LXR i've found that a substantial number of our
> applications are still using the old url in their most recent releases
> (see
> https://lxr.kde.org/search?_filestring=&_string=%2Focs%2Fproviders.xml)
>
> All new code should be using autoconfig.kde.org now, and all old code
> should be transitioning to using the new url.
>
> The legacy url is significantly more resource intensive for our
> servers to support and our ability to scale this endpoint is
> substantially more limited when compared with the new endpoint so it
> is important that this is moved over (to the extent Enterprise/Long
> term LTS distributions should be encouraged to patch this)
>
> Additionally, I believe there to be a multiple request bug somewhere
> as this endpoint is being hit approximately 3-4 times in the same
> second for each client we see. Based on the corresponding hit to
> autoconfig.kde.org/discover/featured-5.9.json which happens at the
> same time it is likely the application showing this fault the most is
> Discover.
>
> If we could please get the above all fixed up that would be appreciated.
>
> Thanks,
> Ben
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20200130/74221d6a/attachment.html>


More information about the Kde-frameworks-devel mailing list