Open core-ai-bot opened 3 years ago
Comment by peterflynn Friday Nov 22, 2013 at 04:56 GMT
@
msssk That shouldn't happen. Which file extensions? What app were they assigned to before?
Comment by peterflynn Friday Nov 22, 2013 at 04:56 GMT
Tentatively assigning@
bchintx to do follow-up investigation once we have more info.
Comment by aniforprez Friday Nov 22, 2013 at 07:20 GMT
In my case it overwrote the file associations of MD, Lua, JSON, .properties files.
They were previously assigned to other text editors. MD, Lua and JSON where assigned to Sublime Text whereas .properties was assigned to Notepad.
Comment by msssk Friday Nov 22, 2013 at 17:39 GMT
I haven't investigated exhaustively, but my .js file association was changed as well as .sh.
Comment by peterflynn Friday Nov 22, 2013 at 18:09 GMT
Adjusting title (was: "Installer does not prompt to set file associations")
Comment by peterflynn Friday Nov 22, 2013 at 20:35 GMT
@
msssk You've installed earlier versions of Brackets too, right? Did this just start happening with the Sprint 34 build?
We did have some installer changes in Sprint 34, but I'm having a really hard time seeing how the diff (https://github.com/adobe/brackets-shell/compare/sprint-33...sprint-34?w=1#diff-13) could in any way be causing this. We previously registered only for the Open With list, and we still register only for the Open With list... If that didn't cause bugs before I'm failing to see how it could now. @
bchintx any ideas?
Comment by peterflynn Friday Nov 22, 2013 at 20:38 GMT
Is it possible there's some other common app that uses the registry key SOFTWARE\Brackets
and we're colliding with it? It's certainly a less unique reg key than we used to use...
Comment by Krindi Saturday Nov 23, 2013 at 00:18 GMT
I just installed Brackets for the first time yesterday, Sprint 34, and did not have any file extensions changed without warning. This is on Windows 8.1, which just gives a prompt about having new programs that can open this file. May be a Windows 7 specific issue.
Comment by peterflynn Saturday Nov 23, 2013 at 01:41 GMT
@
Krindi Yeah, this is definitely not the typical install experience for most users. I'll clarify the title.
Comment by msssk Saturday Nov 23, 2013 at 02:11 GMT
@
peterflynn I think the last time I installed it was Sprint 24.
Comment by bchintx Monday Nov 25, 2013 at 07:51 GMT
@
msssk@
aniforprez The Brackets installer on Windows should only add Brackets as an available program in the "Open With..." context menu, when rt-clicking on a supported file type in Windows Explorer. We don't remove anyone else from the list and we shouldn't automatically take over any default associations.
So, perhaps I'm just misunderstanding what you're seeing. Can you please clarify with some detailed steps to describe the issue?
For example, after installing Brackets, I would expect the following to occur on Windows:
At this point, I would expect that you would see a list of programs, including "Brackets", above the last menu item of "Choose default program...". Of course, clicking "Brackets" would then launch Brackets and open the selected file. This is correct behavior.
Are you seeing something different? Or, perhaps, is your concern that the above behavior occurs at all -- ie. that the Brackets installer should have prompted you on install that it was going to add itself to the Open With... list?
@
Krindi I think this is what you're referring to?
Comment by aniforprez Monday Nov 25, 2013 at 16:15 GMT
No, it took over completely as the default application for some file types. As in, if I double-click it, it opens in Brackets automatically for those file types and shows the Brackets icon for files of those few types. The files had been previously assigned as defaults to other text editing software.
This is slightly irritating, especially because it opens file types that have nothing to do with Brackets' intended functionality. For eg. .properties files.
Comment by Krindi Monday Nov 25, 2013 at 16:44 GMT
@
bchintx Yes that's what I was referring to, just the Windows 8 version of the same effect. The next time you open something relevant a little overlay shows up in the corner informing you that you have new programs that can open that file type and offers to let you change your default program.
Comment by pthiess Monday Nov 25, 2013 at 17:29 GMT
@
gruehle Hi Glenn may you have a look at this while Bryan is out?
Comment by njx Monday Nov 25, 2013 at 19:04 GMT
This was somehow tagged both "medium priority" and "high priority". We discussed it in bug review and agreed that it was high priority--we shouldn't be stealing file associations. However, we need to distinguish between people seeing the default file association change vs. just seeing it get added to the Open With list.
Comment by bchintx Monday Nov 25, 2013 at 20:52 GMT
@
njx@
peterflynn@
pthiess IMHO this isn't "stealing file associations". We're just adding ourselves as a candidate to open specific file types. We don't replace or remove other applications that may also be in the Open With... list, nor do we override any other apps that may have set themselves as the default editor for those file types.
As@
Krindi points out, yes, Window 8.x will display a popup saying that another application is available to open a just opened file type. However, any other app would do the same if it registers itself as a candidate to open any individual file type.
IMHO, this isn't a med or high priority issue. I'd vote that this be a great enhancement request to the installer UI to allow the user to specify whether/which file extensions they'd like Brackets to register (or not register). I can create a user story in Trello, if that'd help.
Comment by peterflynn Monday Nov 25, 2013 at 20:57 GMT
@
bchintx Note that some users such as@
aniforprez have reported that Brackets does replace other applications as the default Open gesture (not just on the Open With list).
I agree the issue@
Krindi described is not a bug -- but the other reports seem much more serious.
Comment by njx Monday Nov 25, 2013 at 20:59 GMT
Yes, and we had at least one report on Twitter of the same behavior@
aniforprez is describing (Brackets taking over the default file association).
Comment by bchintx Monday Nov 25, 2013 at 22:53 GMT
@
peterflynn@
njx Hmm. Ok. I'll setup a clean Windows image and investigate...
Comment by bchintx Monday Jan 13, 2014 at 18:54 GMT
quick update: I'm able to reproduce the reported behavior if I install Brackets to a clean Win8 system -- ie. that since we install ourselves as the first and only Open With... application, then Win8 will go ahead and use us as the default editor for that file type. However, it there's at least one other application that's also in the Open With... list (by ProgID), then Brackets isn't being used as the default.
Also, I haven't (yet) been able to reproduce the problem where a Brackets installation actually steals the association from another previously installed application, but I'm still trying to reproduce this on different systems. (I haven't seen it on Win7 yet at all.)
For now, going ahead and clearing the milestone and dropping to Med priority.
Comment by le717 Monday Jan 13, 2014 at 19:41 GMT
I have this issue, Windows 8.1 Core x64. I'm on Sprint 35, only previous installation was Sprint 34. I know for sure Brackets now has the file association for JSON (as in, the file opens in Brackets when clicked and has the Brackets logo). Previously it had no association. I'll check for any others when I boot my laptop.
I am a bit experienced with Windows installers using Inno Setup and I have read multiple NSIS installer scripts in the past (simply learning how they are written. Those things are difficult to write), so I'll take a quick peek at Bracket's and see if I can catch anything that could cause this stealing. You're still using the standard NVM that question.msiexec.exe
stuff to compile it and not WiX, right?
Comment by peterflynn Monday Jan 13, 2014 at 21:37 GMT
@
le717 I think what you're seeing is expected behavior. If no app was previously associated with the file type, my understanding is that (at least on Win 8.x), merely registering an app for 'open with' on that filetype sets it as the default as well.
The subject of this bug the case where there was already a file association pointing to some other app, but Brackets overwrites the association when installed. We haven't been able to reproduce that, but we've gotten a couple isolated reports (e.g. from@
aniforprez) of it happening.
Comment by le717 Tuesday Jan 14, 2014 at 01:31 GMT
@
aniforprez How did you associate the file extensions with Sublime? Using regedit
or the method described here? I'm attempting to recreate this bug as well based on a wild idea I had.
@
peterflynn You're right, that is how it is supposed to act. I guess I did not have my techie and programmer hats on right then.
One thing I am definitely seeing is number of file associations the installer makes "Open With" strings for. Take for example .py
and .pyw
. As you may know, these are Python scripts. Yes, Brackets allows editing of them and there are even pep8 and linter plugins, but most of the time Python programmers (and this is coming from a Python programmer) have a more dedicated editor when working in that language, such as PyDev, PyScripter, Aptana or some editor that incorporates PyDev, NINJA-IDE, etc. My point is just because Brackets can support those files may not mean the installer should attempt to support them by creating the strings. Removing files that are not core to Brackets' mission (web design) would help remedy what@
aniforprez said:
This is slightly irritating, especially because it opens file types that have nothing to do with Brackets' intended functionality. For eg. .properties files.
Comment by MarcelGerber Tuesday Jan 14, 2014 at 20:06 GMT
I appreciate@
le717's idea, too.
Not to register some of the languages Brackets supports would be a cool thing, for example, I wouldn't ever had the idea of editing a .ini file with Brackets.
Comment by MarcelGerber Wednesday Mar 19, 2014 at 15:23 GMT
Looks like this is still a problem: http://blog.brackets.io/2014/03/18/brackets-sprint-37-build/#comment-2448
Comment by njx Monday Apr 14, 2014 at 20:59 GMT
Reviewed. Removing 1.0 milestone.
@
le717@
SAPlayer - we talked about the idea of removing specific file extensions to try to avoid this problem, but it seems like if this really is happening (which we can't reproduce), removing some file extensions won't really mitigate the issue (because we're still going to take over JS, HTML, CSS, JSON, etc.) - people will still be mad that we're taking over the associations from their favorite editor.
It seems like if we want to make progress, we need to either try again to reproduce the problem, or verify that what people are seeing is expected OS behavior.
Comment by luisillo26 Thursday Apr 17, 2014 at 21:30 GMT
I'm facing the same issue on Windows 7 64 bits. Brackets overrode some of teh association previously set by Notepad++ and Sublime Text
Comment by roman02 Monday Apr 21, 2014 at 18:17 GMT
This has happened to me with Sprint 38. Interestingly, this applied to PHP files, but not to front-end files. (This shouldn't happen silently for any file types.)
Windows 8.
Issue by msssk Thursday Nov 21, 2013 at 18:24 GMT Originally opened as https://github.com/adobe/brackets/issues/6073
On Windows 7 the Brackets installer over-writes file associations. It should allow you to specify whether or not you want it to do this.