My installation of libreoffice (-still 7.3.7-1) appears to be trying to run Internet Explorer (explorer.exe) via start.exe and wine whenever I press a HELP button. I understand it’s trying to load the help web pages but why would it ever be using wine or explorer.exe on a Linux system (instead of my default browser (vivaldi))? Does anyone have any idea what’s wrong and how I can fix it?
FWIW, I’m pretty sure I used to get a dialog when I accessed help. Was that changed? In any case, I’m fine with the web help but it should be using my default browser.
If you have downloaded an EXE installer from their website, then you’re running the Windows version of LibreOffice through Wine. In that case, this is expected behaviour.
If not, then maybe some environment variable is corrupt I guess, not really sure what is going on.
… and /usr/share/applications/vivaldi-stable.desktop looks normal.
Here’s a little more detail. I press a HELP button and then I see the wine icon on the task bar. System Monitor (KDE) shows a bunch of wine-related processes which include start.exe and explorer.exe (as reported). I just noticed now that there’s an xdg-open process that is listed (even though I searched on ‘wine’?) that appears to be related. Here are the relevant entries:
ray 1804154 0.0 0.0 8040 4096 ? S 11:08 0:00 /bin/sh /usr/bin/xdg-open file:///tmp/lu1795970djq2e1.tmp/NewHelp1.html
ray 1801257 0.0 0.4 2679080 34144 ? Rs 11:06 0:00 C:\windows\system32\start.exe /ProgIDOpen htmlfile /tmp/lu1795970djq2e1.tmp/NewHelp1.html
ray 1801254 0.0 0.3 2658352 30524 ? S 11:06 0:00 start.exe /exec start /ProgIDOpen htmlfile
NewHelp1.html does indeed contain the help page I was expecting.
If I run that xdg-open command at the shell I get the same three lines of output repeating until I kill all the related processes:
$ xdg-open file:///tmp/lu1795970djq2e1.tmp/NewHelp1.html
kf.service.services: KApplicationTrader: mimeType "x-scheme-handler/file" not found
kf.service.services: KApplicationTrader: mimeType "x-scheme-handler/file" not found
0100:fixme:exec:SHELL_execute flags ignored: 0x00000100
Let’s try to isolate if xdg-open does the same behaviour when you manually run the app. Try copying that HTML file and running it manually through xdg-open.
$ cd /home/ray
$ touch foo.html
$ xdg-mime query filetype file:///home/ray/foo.html
xdg-mime: file 'file:///home/ray/foo.html' does not exist
$ xdg-mime query filetype ~/foo.html
application/x-extension-html
I assume this is related to the ‘mimeType “x-scheme-handler/file” not found’ error I got earlier. But I don’t know how to fix that. Where/how is “x-scheme-handler/file” defined? How can there be only one handler for ‘file:’?
Adding XDG_UTILS_DEBUG_LEVEL=3 added one line to the repeating output that I posted earlier:
$ XDG_UTILS_DEBUG_LEVEL=3 xdg-open file:///home/ray/foo.html
Selected DE kde
kf.service.services: KApplicationTrader: mimeType "x-scheme-handler/file" not found
kf.service.services: KApplicationTrader: mimeType "x-scheme-handler/file" not found
Alright, there is some progress. When I tried the same command, I’m getting the mime-type as ‘text/html’ and not as ‘application/x-extension-html’. So the issue is somewhere related to the xdg-mime command which is used internally by xdg-open.
Try running xdg-mime query default application/x-extension-html and see the output. It should throw in Wine if I’m not wrong.
So, in “~/.config/mimeapps.list” I have “text/html=vivaldi-stable.desktop”. I do not have anything for “application/x-extension-html”. Not sure which system-level mime file to check in…
Wow, that’s pretty annoying. I can’t even remember the last time I used wine!
Thanks, I’ll give that a try…
Okay, that seems to work. Thanks very much for everyone’s help!