Re: Konqueror 5.0.97. openSUSE Leap 15

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Olaf Runge posted on Sat, 02 Jun 2018 12:08:43 +0200 as excerpted:

> <!DOCTYPE html>
> <html><head>
>     <meta charset="UTF-8">
> </head><body><p>Hello,<br></p><p>after installing of openSUSE Leap 15 I
> remarked a bug in Konqueror 5.0.97. After starting the OS I can start
> Konqueror only one time. A second time Konqueror willn&#39;t
> start.<br></p><p>Only if I kill the Konqueror-process in the
> processmonitor it is possible to start Konqueror again.</p><p>Greetings
> &#160; <br></p><p>Mit freundlichen Gr&#252;&#223;en<br>Olaf
> Runge<br>Dipl-Kaufmann, IT-Beratung<br>Ernst-Moritz-Arndt-Str.
> 7<br>53225 Bonn (Germany<br>0228 / 1809377</p><p><a
> href="http://www.runge-it.expert";>www.runge-it.expert</a><br></p><div
> class="io-ox-signature"><p><br></p></div></body></html>

Please, plain-text only would be preferred, but if you choose not to do 
that, at least send a plain-text version along with the HTML version.  
The above quote (assuming your client doesn't just reconvert it to HTML 
and hide the problem) is how I got it here, a bunch of HTML code 
obscuring the actual text you appear to have wanted to send, forcing me 
to sort it out from the raw HTML (which my client doesn't parse for 
security reasons) in ordered to read it.

I'm not a dev and the below isn't a direct fix, but rather a suggestion 
for a workaround that will hopefully make the problem easier to deal 
with, based on similar workarounds I've had to do in the past here, until 
the devs, either kde or suse, come up with a proper fix.

While I no longer use konqueror, or even have it installed[1], when other 
kde/plasma applications misbehave in similar ways, I use workarounds such 
as wrapper scripts that issue a killall or the like before launching the 
actual binary (if there's no existing instance to kill, it's harmless, 
and if there is, it kills it before launching the new instance), or 
hotkey initiated killall or resets s that I can easily invoke when needed.

I have a bit of a collection of these by now, including for plasmashell, 
krunner, kwin... mouse acceleration reset, keyboard repeat reset, hotkey 
daemon reload, etc.  Most of these were needed for a few months until a 
new version fixed the problem, and I seldom if ever use them these days, 
but it's nice to have them around still, should I need them.

So that's what I'd do here.  If konqueror needed a killall konqueror to 
get rid of the existing process before it would show a new window, I'd 
either put that in a wrapper script, to do before launching konqueror, or 
setup a hotkey to do the killall as a reset, so I could launch konqueror 
again.

Of course I'm assuming for simplicity that you know shell scripting well 
enough to create such a script and place it where you need, and/or setup 
the hotkey appropriately, in ordered to get it to work.  If that's not 
the case, say so (but again, please in plain text), and I'll try to go 
thru it with you a step at a time.

---
[1] Konqueror used to be my primary browser, in the kde3 era and into 
early kde4.  However, after some bugs, including potential security 
issues, took at least a scheduled release cycle to fix, with a bug due to 
not having a GUI method of reverting trust on certificates issued by 
newly untrusted certificate authorities (there were a couple such in that 
time period) taking IIRC /years/ to fix, all on a kde4 that was /
supposedly/ ready for normal use, with an unmaintained kde3 that had 
included the then-still-missing-in-kde4 functionality, and after seeing 
several comments from kde devs, it became very clear to me that even most 
kde devs considered konqueror little more than a "toy" browser, unfit for 
use in a security context, as for online shopping, banking, and other use 
where loss of security might have serious consequences.  So I switched to 
something that actually had security-bumps when such bugs were found.  
Firefox back then, and more recently, chromium.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman




[Index of Archives]     [Trinity (TDE) Desktop Users]     [Fedora KDE]     [Fedora Desktop]     [Linux Kernel]     [Gimp]     [GIMP for Windows]     [Gnome]     [Yosemite Hiking]
  Powered by Linux