Bugzilla – Full Text Bug Listing
|Summary:||konqueror Cannot Initiate the konq Protocol, Unable to Create io-slave|
|Product:||[openSUSE] openSUSE Tumbleweed||Reporter:||Dirk Weber <d_werner>|
|Component:||KDE Applications||Assignee:||E-Mail List <opensuse-kde-bugs>|
|Status:||RESOLVED FIXED||QA Contact:||E-mail List <qa-bugs>|
|Priority:||P5 - None||CC:||nwr10cst-oslnx, wbauer, Wendenius.Scheid|
|Found By:||---||Services Priority:|
|Marketing QA Status:||---||IT Deployment:||---|
Description Dirk Weber 2020-07-04 08:10:25 UTC
Comment 1 Neil Rickert 2020-07-04 17:11:48 UTC
Checking my logs (on Leap 15.2) messages-20200526.xz:2020-05-23T11:10:17.632254-05:00 nwr2 kded5: window match: "Error: Cannot Initiate the konq Protocol — Konqueror" :OK messages-20200526.xz:2020-05-23T11:10:17.632797-05:00 nwr2 kded5: window match: "Error: Cannot Initiate the konq Protocol — Konqueror" :OK I am not finding anything more recent. I'm pretty sure that this happens when konqueror is configured to use "webkit" but does not happen when configured to use "webengine". I haven't tried with "khtml". Yes, setting "show my bookmarks" works around this with "webkit". But that is not supported with "webengine". Personally, I can live with these inconsistencies. Note that you have to install "webenginepart" to have that choice available for konqueror.
Comment 2 Dirk Weber 2020-07-04 18:52:31 UTC
Thanks for the hint with webengine. Yes, my konqueror is set to use "webkit". I installed webenginepart and switched to webengine: the startup page can be displayed without error. Also entering "konq:blank" and "konq:konqueror" on the address bar both successfully show a page (the same) and not an error. I interpret this that the konq - protocol is still working (supported by kio). But it seems webengine is not supporting to send the "do not track DNT header". It does not send it regardless of the related internet setting. Therefore I will stay with webkit, the error page on startup or opening a new tab is a minor problem. But if the konq protocol is still working, maybe it can also be re-enabled for the webkit mode. Or, if webkit is deprecated, webengine should learn the DNT header.
Comment 3 Wolfgang Bauer 2020-07-07 12:49:01 UTC
(In reply to Dirk Weber from comment #2) >> I interpret this that the konq - protocol is still working (supported by > kio). There is no konq protocol and never was. This has been newly introduced in konqueror 20.04 when the startup page was ported away from khtml. But so far support for it was only added to the webenginepart. Maybe kwebkitpart gets it as well, but that needs to be done upstream. The only openSUSE-specific thing here is that we still install kwebkitpart by default. We could change this, but that won't fix the problems and missing features with webenginepart, rather makes them more obvious.
Comment 4 Wolfgang Bauer 2020-07-07 12:54:31 UTC
FTR, this is the relavant commit in konqueror: https://invent.kde.org/network/konqueror/-/commit/64f94b6b78312506f34a302e3e4b79d4a97f88eb Since then, the about page is no longer shown using KHTML (which is dead since years), but rather uses the configured rendering backend that needs to intercept konq: URLs for that to work. And so far only webenginepart does.
Comment 5 Dirk Weber 2020-07-07 14:02:12 UTC
Thanks for looking into this. That the startup or blank page can not be displayed with webkit(part) is not serious at all. It just looked like a regression to me, it seemed that something that was working before stopped working and I was worried that there could be something more serious behind it. So if there is no openSUSE specific problem (build or dependency issue) related please feel free to close this bug.
Comment 6 Wolfgang Bauer 2020-07-07 17:42:43 UTC
Ok, I'll close it as upstream then. If support for this gets implemented in kwebkitpart, I'll submit an update of course. So far there's only a merge request pending to show a proper error message though: https://invent.kde.org/libraries/kwebkitpart/-/merge_requests/1
Comment 7 Wolfgang Bauer 2020-11-04 07:43:07 UTC
*** Bug 1178125 has been marked as a duplicate of this bug. ***
Comment 8 Wolfgang Bauer 2021-12-23 09:46:14 UTC
In the end, the upstream solution was to always open konq: URLs (i.e. the introduction page) in webenginepart, regardless of what html renderer is configured/used. I submitted an update with that fix to Leap: https://build.opensuse.org/request/show/942216 Of course that means that webenginepart actually has to be installed (this is enforced now with a Requires in the package), and then it's also used by default for webpages, which probably is not even a bad idea though, as QtWebKit (even the "new" revived one) is really old and outdated meanwhile. But it's still possible to configure kwebkitpart as standard engine or use the View menu to switch to it as before, if you have it installed.
Comment 9 Swamp Workflow Management 2021-12-28 23:16:43 UTC
openSUSE-RU-2021:1634-1: An update that has one recommended fix can now be installed. Category: recommended (moderate) Bug References: 1173711 CVE References: JIRA References: Sources used: openSUSE Leap 15.2 (src): konqueror-20.04.2-lp188.8.131.52 openSUSE Backports SLE-15-SP3 (src): konqueror-20.04.2-bp184.108.40.206
Comment 10 Swamp Workflow Management 2022-01-01 14:16:32 UTC
openSUSE-RU-2022:0001-1: An update that has one recommended fix can now be installed. Category: recommended (moderate) Bug References: 1173711 CVE References: JIRA References: Sources used: openSUSE Backports SLE-15-SP2 (src): konqueror-20.04.2-bp220.127.116.11
Comment 11 Swamp Workflow Management 2022-01-03 11:22:46 UTC
openSUSE-RU-2022:0001-1: An update that has two recommended fixes can now be installed. Category: recommended (important) Bug References: 1173711,1193437 CVE References: JIRA References: Sources used: openSUSE Leap 15.3 (src): ha-cluster-bootstrap-0.5-13.3.1 openSUSE Backports SLE-15-SP2 (src): konqueror-20.04.2-bp18.104.22.168
Comment 12 Wolfgang Bauer 2022-03-01 17:25:49 UTC
The updates were released a while ago.