Problem
I’m running Akregator on Windows and I’ve noticed that feed icon URLs containing
percent-encoded characters in their query string are being corrupted — specifically,
%3A and %2F get mangled into 88A and 31F.
Example
Original URL (as it appears in the RSS feed XML source, from an RSSHub instance
using images.weserv.nl as image proxy):
https://images.weserv.nl?url=https%3A%2F%2Fpbs.twimg.com%2Fprofile_images%2F1722602835299500033%2FhXskVj9F_normal.png
What Akregator turns it into (observed when inspecting the failed icon request):
https://images.weserv.nl?url=https88A31F31Fpbs.twimg.com31Fprofile_images31F172260283529950003331FhXskVj9F_normal.png
The % signs and hex escape sequences have been stripped and corrupted. This causes
the icon to fail to load for any feed whose icon URL uses percent-encoding in query
parameters.
What works and what doesn’t
| Component | Works? | Notes |
|---|---|---|
Feed icon URL with %3A / %2F in query |
Mangled to 88A / 31F |
|
Article content images in <content:encoded> |
Rendered fine in the internal browser pane | |
| Same feed icon in other readers (FreshRSS, Inoreader, Liferea) | No corruption at all | |
| Feed XML source itself | Contains the correct unmodified URL |
Environment
- OS: Microsoft Windows 11 Version 26H1 (Build 10.0.28120)
- Akregator: 6.8.40 alpha (26.11.40)
- KDE Frameworks: 6.27.0
- Qt: 6.11.1 (built with 6.11.1)
- Build ABI: x86_64-little_endian-llp64
- Installation method: KDE CI nightly build, downloaded from
Index of /ci-builds/pim/akregator/master/windows
(package dated July 10, 2026)
Questions
- Has anyone else encountered this behavior?
- Is there an existing bug report for this?
- If not, would it be appropriate to file a bug on bugs.kde.org?
Any insights appreciated.