Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

URI handler opens links and pictures in MS Word #296

Open
Mikle-Bond opened this issue Apr 23, 2024 · 4 comments
Open

URI handler opens links and pictures in MS Word #296

Mikle-Bond opened this issue Apr 23, 2024 · 4 comments

Comments

@Mikle-Bond
Copy link

Basically any link when clicked in Abaddon is opened via MS Word. Other apps on my PC don't fail to launch default browser, Chrome in my case.

Setup: Windows 7 (version 6.1, 7601), MS Office 2010, Abaddon 0.2.1 via Scoop.

Where does it get MIME/protocol handlers list on Windows machines? I don't see the share/mime/ in the installation directory, so is it different from XDG mime spec? Can I populate it myself somehow?
The only other GTK-based app I have is GSmartControl v1.1.4, which has a home webpage link in the "about" section. It correctly opens Chrome.

@ouwou
Copy link
Member

ouwou commented Apr 23, 2024

i simply use gtk_show_uri_on_window. GSmartControl seems to carve out an exception for win32 that calls ShellExecute. i could do the same but having it open word is bizarre.
i believe gtk (gio) gets it from HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\Shell\Associations\UrlAssociations\https\UserChoice (and http\UserChoice) in the registry. maybe check that? or also in control panel, "Associate a file type or protocol with a program"

@Mikle-Bond
Copy link
Author

Control panel was first thing I looked at, nothing too extraordinary there. The handler for .url files was set to "Browser by Microsoft Corporation" (not even to Internet Explorer, idk what that even is). I changed it to Chrome - that didn't do anything.

The registry keys Progid are both set to ChromeHTML as they should. I noticed that the ChromeHTML class was under HKLM\software\classes and not under corresponding HKCU (as the browser is installed for all users), so I tried copying that subtree into HKCU\Software\classes\ChromeHTML. That didn't do anything.

@ouwou
Copy link
Member

ouwou commented Jun 1, 2024

sorry missed ur reply. is this still an issue? i can probably just carve out an exception for win32 to pass off urls to shellexecute or whatever which should fix it

@Mikle-Bond
Copy link
Author

@ouwou Ye, it does still open pictures and URLs in Word. But alas, I'm not as active on Discord anymore, so if you don't want to mess with rare edge-case exceptions, you can skip it)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants