Version: unspecified (using Devel) OS: Linux Reproducible: Always Steps to Reproduce: * start Konqueror * visit https://bugs.kde.org/buglist.cgi?product=krita&component=Filters&bug_severity=major Actual Results: * special characters in the descriptions of the bugs are rendered wrong, because the charset isn't detected correctly * Konqueror "View" menu lacks the charset selection, and also other entries * hitting "Reload" I get a funny "Please stand by ..." page
* What special characters ? I do not see any special characters in the description or the content of any of the bugs listed as a result of clicking on the link you provided above. * Are you talking about konqueror+khtml or konqueror+kwebkitpart ? The former has a "Set Encoding" option in the View menu. * I do not see any such message when I hit "Reload", neither with khtml nor kwebkitpart. All of this is tested with git master from today.
Created attachment 60251 [details] Screenshot showing the issues I use Konqueror+KHTML. It's odd that you cannot reproduce any of the bugs I report :/ Does it help to attach config files? What configuration would cause the funny behavior anyway?
(In reply to comment #2) > Created an attachment (id=60251) [details] > Screenshot showing the issues > > I use Konqueror+KHTML. > > It's odd that you cannot reproduce any of the bugs I report :/ > > Does it help to attach config files? What configuration would cause the funny > behavior anyway? That is possible, but not so easy to know... However, in this type of situations, the first thing I always suspect is the AdBlocker. Do you have ad blocking enabled ? If so, does turning it off help ? The second thing I usually would check would be the cache. Is that enabled ? If so, does clearing it and disabling it solve the problem ? For the record I have neither one of these enabled on my system.
I disabled AdBlocK and Cache, no difference. In fact, I already had "forced" disabling cache by creating a non-readable and non-writeable "http" entry owned by root in users /var/tmp/kdecache-user directory. Disabling the cache or setting its size to "0 KB" from the config page not really worked last time I tried.
Created attachment 60253 [details] screenshot of page (konqueror + khtml)
Created attachment 60254 [details] screenshot of page (konqueror + kwebkitpart)
(In reply to comment #4) > I disabled AdBlocK and Cache, no difference. In fact, I already had "forced" > disabling cache by creating a non-readable and non-writeable "http" entry owned > by root in users /var/tmp/kdecache-user directory. Disabling the cache or > setting its size to "0 KB" from the config page not really worked last time I > tried. Then except to ask you to try it with a newly created account, if you have not already done so, or by renaming your KDE configuration directory so a new one is created, I do not know what else to say. I have attached the screen shots, one with konqueror+kwebkitpart and one with konqueror + khtml showing the View menu, of the page I see when I test the link you provided in the original report.
Just tried a fresh user account, some problem :(
(In reply to comment #8) > Just tried a fresh user account, some problem :( Okay. I was able to reproduce this problem when I change the default rendering engine to KHTML instead doing the temporary switch I was doing from the View menu. Will try to investigate what might be happening and if it is caused by any of the other changes I made to the KIO put-slave-on-hold functionality.
Ok. I looked into this and the improvements to KIO slave-on-hold code could definitely be ruled out as the culprit. The issue with the url you provided above stems from the fact that it returns the following content-type: Content-Type: multipart/x-mixed-replace;boundary="------- =_BTfrGb0xujciLEyd"" and unfortunately when KHTML is the default renderer and you click on that link or you simply copy and paste the url into Konqueror's bar and press enter, the kmultipart part is used to display the content because that is registered as the default part to handle this content-type. One will never see the problem with clicking on the link in kwebkitpart or any QtWebKit based browser, because webkit internally handles this type of mime-type and kde will never be queried for the component to handle such url.
The link in comment #0 no longer shows a bug report with non-ASCII characters. Use this instead: https://bugs.kde.org/buglist.cgi?query_format=advanced&short_desc_type=casesubstring&short_desc=Make+the+filter+dialogue&product=krita
*** Bug 279011 has been marked as a duplicate of this bug. ***
What version is this about? Is this still valid with Konqueror 4.8.4 or later?
I tried the link from comment #11 again on today's master, and when hitting "Reload", I get the wrong characters for the quotation marks, the missing Encoding menu, and the "Please stand by..." garbage at the top of the page. Since all of the three issues appeared at the same time, I believe they are caused by the same bug.
It probably was a bugzilla problem. I can no longer reproduce since the bugzilla update.