Bug 388220 - Konqueror crashes after setting a web shortcut locally that has a system (shared) equivilant
Summary: Konqueror crashes after setting a web shortcut locally that has a system (sha...
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR crash
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-12-25 17:48 UTC by Linux User #330250
Modified: 2021-01-01 11:55 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Linux User #330250 2017-12-25 17:48:39 UTC
In short: Konqueror crashes when creating a new Web Shortcut of the same filename (wich is automatically chosen) as a previous one, but with different Name, different URL and different Shortcut.

STEPS:
I choose "Settings - Configure Konqueror" and then "Web Browsing - Web Shortcuts" and I rename a shortcut, say:

1. Name="dict.cc Translation: English to German", Shortcut="en2de" --> Shortcut="dictccen2de,dcen2de"
2. Name="dict.cc Translation: German to English", Shortcut="de2en" --> Shortcut="dictccde2en,dcde2en"

and then I create a new entry, say Linguee as follows:
1. Name="Linguee Wörterbuch: Deutsch-Englisch", URL="https://www.linguee.de/deutsch-englisch/uebersetzung/\{@}.html", Shortcut="linguee,de2en,ld2e"


This will create the following files in ~/.kde/share/kde4/services/searchproviders:
1. en2de.desktop (DictCC, local modification)
2. de2en.desktop (DictCC, local modification)
and the new one:
3. linguee.desktop (newly created Linguee translation de2en)


Now when I additionally create a new entry for English to German, say like this:
4. Name="", URL="https://www.linguee.de/englisch-deutsch/search?source=englisch&query=\{@}.html", Shortcut="en2de, le2d"

then Konqueror will crash with the subwindows "Configure - Konqueror" and "New Web Shortcut" remaining open but not responsive.

All Konqueror windows of the same process are unresponsive with it. Separate processes continue to work.


POSSIBLE REASON:
The reason seems to be that it tries to create another file with the name linguee.desktop in ~/.kde/share/kde4/services/searchproviders.

I got around this crash by renaming some files there, i.e. I now have only one dictcc.desktop file (as en2de.desktop and de2en.desktop share the same URL="http://www.dict.cc/?s=\{@}" anyway) as well as manually renaming linguee.desktop to de2en.desktop and creating the other one en2de.desktop manually using the former one as a template. This got around the crash.

(I first used the filenames "linguee_en2de.desktop" and "linguee_de2en.desktop", but then I also got the system en2de.desktop and en2de.desktop entries from dictcc again, which I again had to rename the shortcut for, otherwise there would have been doubles for "en2de" and "de2en". Using the same filenames fixes this from the start.)


Reproducible: always, following the STEPS mentioned above (top of posting).

This should be fixed so that Konqueror doesn't crash anymore.

Version of Konqueror: 4.14.25, KDE Development Platform 4.14.36, Debian testing (konqueror/testing,now 4:16.08.3-1 amd64).
Comment 1 Linux User #330250 2017-12-25 17:51:43 UTC
(In reply to Linux User #330250 from comment #0)
> Now when I additionally create a new entry for English to German, say like
> this:
> 4. Name="",
> URL="https://www.linguee.de/englisch-deutsch/
> search?source=englisch&query=\{@}.html", Shortcut="en2de, le2d"

  ^^^^
Name="Linguee Wörterbuch: Englisch-Deutsch"


Sorry, copy&paste error, I had forgotten to fill in the missing text here...
Comment 2 Justin Zobel 2020-12-17 05:33:52 UTC
Thank you for the crash report.

As it has been a while since this was reported, can you please test and confirm if this issue is still occurring or if this bug report can be marked as resolved.

I have set the bug status to "needsinfo" pending your response, please change back to "reported" or "resolved/worksforme" when you respond, thank you.
Comment 3 Bug Janitor Service 2021-01-01 04:37:50 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 4 Linux User #330250 2021-01-01 11:55:45 UTC
Sorry for the delay.

IN SHORT: Bug fixed in current version.


LONG STORY:

I reported the error with Debian testing back in 2017. There was no response from the devs, so francly I forgot about it, as my workaround with renaming the files worked and, generally speaking, one adds search provicers not very often...

I retested this (on the same Computer, but now) on Genoo Linux. The files are created in ~/.local/share/kservices5/searchproviders as this is now Plasma and Konqueror version 20.08.3.

a. Changing the already present dict.cc shortcuts again created the files en2de.desktop and de2en.desktop in the ~/.local directory.

b. Creating the first "Linguee Wörterbuch" (de2en) again creates linguee.desktop (because I have "linguee" as the first shortcut).

c. Creating the second "Linguee Wörterbuch" (en2de) now created a different file name in ~/.local/share/kservices5/searchproviders: en2dendhH.desktop (adding ndhH at the end of en2de). I assume this is just a random number...

I don't know when, but it has been fixed. So thanks!