Bug 572503 - "Open With" no longer remembers last editor per file
Summary: "Open With" no longer remembers last editor per file
Status: REOPENED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 4.19   Edit
Hardware: PC Windows 10
: P3 major with 1 vote (vote)
Target Milestone: ---   Edit
Assignee: Platform-UI-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-03-31 19:13 EDT by Peter Dell CLA
Modified: 2021-09-14 15:03 EDT (History)
2 users (show)

See Also:


Attachments
Dialog proposal (12.51 KB, image/png)
2021-05-14 13:00 EDT, Peter Dell CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Dell CLA 2021-03-31 19:13:31 EDT
Prior to version 2020-12 the IDE remembered the last choice (i.e. editor) of the user when using the "Open With" action from the context menu. When double-clicking the file or choosing "Open", the last used editor was used. This is a very important feature if the file extension (.txt, .asm) is a commonly used extension with several different editors available.

The problem appears since 2021-12 and also reproduced in 2021-03 M3. Now the default editor is always started, not matter which editor was previously selected via "Open With".
Comment 1 Lars Vogel CLA 2021-04-06 04:41:14 EDT
You have to configure the editor with Open-With -> Other and set it for the selected file name or the file extension. This automatic remembering per file was confusing for multiple users and was removed.
Comment 2 Eli Simpson CLA 2021-04-06 19:01:01 EDT
As long as "Open with... Other" still remembers the setting per file that's fine. If it's only by filename or extension, that's a big problems, as there are lots of files that require different editors but have the same filename and/or extension.
Comment 3 Peter Dell CLA 2021-05-14 11:59:29 EDT
>You have to configure the editor with Open-With -> Other and set it for the selected file name or the file extension. 
>This automatic remembering per file was confusing for multiple users and was removed.

I think I can provide an or highr an equal number of users (100 if you want) who relied on this well-documented behavior heavily and who consider this severe regression.

For file extensions that are commonly used for different contents (.txt, .asm, ....) this feature is really key.
The option to set the editor for a file name only instead of a specific file (path) as previously does not help here in any regard.

So please add the "Use this editor for this file" to be feature complete again.

Best regards, Peter.
Comment 4 Lars Vogel CLA 2021-05-14 12:38:39 EDT
IMHo it would be fine if the user would be ask if he want to assign the file with the selected editor.

Gerrit a welcome, I assume one of the affected users will provide one.
Comment 5 Peter Dell CLA 2021-05-14 13:00:37 EDT
Created attachment 286385 [details]
Dialog proposal
Comment 6 Peter Dell CLA 2021-05-14 13:03:42 EDT
Hello Lars,

> it would be fine if the user would be asked if he wants to assign the file with the selected editor.

Yes, that is exactly what I mean. And I find the new dialog good and self-explaining, so my suggestion was to add the missing option there. See the "Dialog proposal" attachment.

>Gerrit a welcome, I assume one of the affected users will provide one.
Sorry, but I don't understand what you mean by that.

Best regards, Peter.
Comment 7 Lars Vogel CLA 2021-05-14 13:24:14 EDT
Gerrits (patches) are welcome by the affected users.
Comment 8 Peter Dell CLA 2021-05-14 13:30:51 EDT
Ah, the users are actually not Java users themselves, but users of my Eclipse-based assembler IDE. It is quite popular in the retro computing scene for over 10 years now: https://www.wudsn.com/index.php/ide. So from them, you would get 6502 or Z80 assembly code at best :-)

And while I coded the Java plugin, setting up a complete build environment for the complete IDE is beyond my skills, I assume. Also, I don't know the inner workings where the information about the file/editor binding is stored.
Comment 9 Eli Simpson CLA 2021-05-14 16:44:30 EDT
I'd add that while the change to the dialog box is worked on, the original change to remove the functionality be reverted. It is a major regression to remove long standing functionality without a workaround because some users found it "confusing"

There are many, many file extensions that are used for multiple types of content and require different editors. This is just common sense.

Until it is fixed all versions of Eclipse newer than 2020-09 are useless to me and others who need different editors on the same extension.
Comment 10 Eli Simpson CLA 2021-09-14 14:48:52 EDT
Any progress on this regression? I don't think we should "fix forward" on this. Just revert the removal of functionality that many users were relying on.

"Confusion" by some users shouldn't outweigh needed functionality for others.

After you restore the functionality you can look again at the "confusion" issue and solve it in a way that doesn't impact existing workflows.
Comment 11 Lars Vogel CLA 2021-09-14 15:03:43 EDT
Adding the option to save the editor assignment in the configuration dialog would be great. Please provide Gerrit in case you think this is important enough.

Adding the confusing old behaviour is not an option which I support. I understand this option is important for you. As this is an open source project you could add it to the dialog via a contribution.