-
-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
Joplin sends bare download links to the default browser for application updates, which may lead to undefined behavior. #6210
Comments
That's odd, and it's been happening fpr several recent updates? Could it be due to a browser extension? For example, if you change your default browser, does it still happen? |
My default browser is Choosy, but I’m not sure why that would have any effect on the “Save” dialogue, given that it’s entirely within Joplin. Anyway, I can’t easily test this again until there’s another update. |
How is that "entirely within Joplin" when it's literally entirely within the browser, which opens the URLs and downloads the file. But whatever, let's see on the next update. |
@elsiehupp, when you initiate an update from within Joplin, all Joplin does is open the download link from your default browser. In this case your screenshot appears to be from safari. |
=
prefix
I was mistaken about how the download was being handled, and it appears it was going through the Unite site-specific browser I set up for I have updated the title and text of this Issue accordingly in order to better reflect the underlying situation. EDIT: I just added a reference to Electron’s internal auto update mechanism (which was not in my initial revision). |
Ok we can close the issue then if it's a bug in Unite. |
@laurent22 Did you actually read my updated title and description? The problem is that Joplin sends a bare download link (i.e. not a link to a renderable web page) to the default browser, which can easily lead to undefined behavior. If you’d prefer I can use the following (copied from the updated description) as the basis of a “feature request” (whatever that means), rather than a “bug report” (whatever that means), but I’d rather you acknowledge what I wrote first rather than waste my time on unwelcome quality assurance.
|
Just FYI, there is a project plan for better application updates. |
@CalebJohn cool, thank you for sharing the link! |
Environment
Joplin version: Joplin 2.6.???
Platform: macOS 12.1
OS specifics: Running on Intel (idk if that matters)
Steps to reproduce
*.github.com
domain domains.=
):Relying on an external browser for bare download links (e.g. for updates) is prone to undefined behavior such as the above.
Describe what you expected to happen
Joplin would ideally use Electron’s internal update mechanism, though this only works on Windows and macOS.
Alternately, Joplin could use Electron to handle downloads more generally, in particular its own updates. For instance, you could probably use the
electron-dl
NPM package.As a further fallback, instead of sending a bare download link, Joplin could open a link to a web page—such as joplinapp.org/download—in the default browser, and in turn the page could be used to route the update download.
Logfile
N/A
The text was updated successfully, but these errors were encountered: