6 ms·
I'm actually ok with this, and I don't use Edge. This is only for links using the microsoft-edge protocol, which is used by internal things like whatever this
by EMM_386 5y ago
I'm actually ok with this, and I don't use Edge.
This is only for links using the microsoft-edge protocol, which is used by internal things like whatever this "News and Interests" widget is they have on the taskbar now. Regular web links will open in your default browser, Firefox or otherwise.
I'm ok with that. I doubt Microsoft wants support calls about how someone clicked on their widget and the resulting page didn't render properly because user was on X browser. As long as this is redirection for built-in OS things only, I'll give them a pass.
- MereInterest 5y agoSo, if you want to override the users choice of browser, it's acceptable if you first replace "https:// https://" with "microsoft-edge://" ? They're doing the exact same behavior, just with two steps instead of one.
- Spivak 5y agoI mean if I specified "firefox://" should that be overwritten too?
- atrus 5y agoYeah? Isn't the part before the colon just specifying the protocol? So shouldn't the software that I direct to open URLs be the software that...opens URLs?
- garfij 5y agoI'm in no way defending what Microsoft is doing here, but I would like to be able to have different clients for http:// http:// & ftp://. Segregating client software by protocol makes perfect sense
- MereInterest 5y agoCompletely agreed, and this is why conflating protocols and programs is really obnoxious. This seems really common in proprietary software, where the conflation is deliberate, no protocol spec is defined, and the implication is that no other programs can interact with the protocol. (E.g. "zoommtg://" referring both to a software client and to a protocol.)
- Spivak 5y agoThis is what you get when OSs allow protocol handlers but not URL handlers. It would be totally fine if you could install Zoom and then zoom.us links would open Zoom but this is what we get on the desktop.
- MereInterest 5y agoA protocol shouldn't be specifying the client software in the first place. That's sort of the entire point of a protocol, that it can be implemented in multiple different clients. So to answer your question, yes. If a program is specifying "firefox://" and using it to mean "https:// https://", then that should be considered a bug in the program specifying it. That bug can either be fixed in the program itself, or can have a workaround in an external program.
- deleted 5y ago[deleted]
- stby 5y agoI guess I'm somewhat OK with protecting microsoft-edge:// links, maybe an argument for security could be made for application-specific protocols. But they absolutely should not use https:// https:// for links that just open Bing and MSN. After all, those are just normal websites and work perfectly fine in Firefox, and of course in Chrome or Opera as well.
- pseudalopex 5y agomicrosoft-edge links are just https links Microsoft wants to open in Edge.
- tester34 5y ago> microsoft-edge links are just https links Microsoft wants to open in Edge. or... user wants to open in Edge.
- bagacrap 5y agothe user didn't write the link
- judge2020 5y agoThey could, though. win+r `microsoft-edge://` should open Edge.
- pseudalopex 5y agoAny protocol should open the app the user chose. And msedge.exe works in your case.
- judge2020 5y agoMy point is that applications themselves overriding URI protocols (that already have an app set) is an anti-pattern; in my opinion, MacOS' "Use Chrome/Keep Safari" prompt is the best way to handle this, as it allows the browser to prompt for change while ultimately letting the user choose. This would help in general, even for other protocols like https or mailto.
- pseudalopex 5y ago> As long as this is redirection for built-in OS things only, I'll give them a pass. I won't as long as the built in OS things can't be replaced easily.
- rubyist5eva 5y agoIf Spotlight on macOS can use your configured default browser, so can Windows. I’m tired of Microsoft’s bullshit excuses.
- SilasX 5y agoYeah but this story is about them making a change that blocks EdgeDeflector a tool that only exists for specifically those users that want to go far out of their way to override this behavior, so it's not like it's going to innocently snare someone who didn't ask for it.
- zimmund 5y ago> I doubt Microsoft wants support calls about how someone clicked on their widget and the resulting page didn't render properly because user was on X browser. It's not "X browser", it would be just Firefox with its workaround. And it's common practice to design websites with support for major browsers, so it shouldn't be such a huge burden letting users pick a browser.