Summary: | Workspace Launcher input does not scroll to the right when typing a long path | ||||||
---|---|---|---|---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Lukas Lieb <lukas.lieb> | ||||
Component: | UI | Assignee: | Platform-UI-Inbox <Platform-UI-Inbox> | ||||
Status: | NEW --- | QA Contact: | |||||
Severity: | normal | ||||||
Priority: | P3 | CC: | daniel_megert, Lars.Vogel, tony.homer | ||||
Version: | 4.13 | ||||||
Target Milestone: | --- | ||||||
Hardware: | PC | ||||||
OS: | Windows 10 | ||||||
Whiteboard: | |||||||
Attachments: |
|
Lukas, could you provide a Gerrit for fix that? Class to be modified would most likely be: /org.eclipse.ui.ide/src/org/eclipse/ui/internal/ide/ChooseWorkspaceDialog.java in Git repo listed here: https://git.eclipse.org/r/#/admin/projects/platform/eclipse.platform.ui (In reply to Lars Vogel from comment #1) > Lukas, could you provide a Gerrit for fix that? You have to add him to cc or assign ;-) (In reply to Dani Megert from comment #3) > (In reply to Lars Vogel from comment #1) > > Lukas, could you provide a Gerrit for fix that? > You have to add him to cc or assign ;-) ;-) Lukas reported the bug, so no need to cc him. (In reply to Lars Vogel from comment #4) > (In reply to Dani Megert from comment #3) > > (In reply to Lars Vogel from comment #1) > > > Lukas, could you provide a Gerrit for fix that? > > You have to add him to cc or assign ;-) > > ;-) Lukas reported the bug, so no need to cc him. I see. This behavior was reported to me in a downstream Eclipse product. I am not able to reproduce it on Linux. (Lukas Lieb in comment #0) > workspace, the windows version stuck at the beginning of the field. Means As I think Lukas was saying, this seems to be specific to Windows. I took a quick look through the class suggested by Lars in comment #2. https://github.com/eclipse/eclipse.platform.ui/blob/master/bundles/org.eclipse.ui.ide/src/org/eclipse/ui/internal/ide/ChooseWorkspaceDialog.java Nothing jumps out to me as controlling the caret/cursor position and scrolling of the text Combo (which is where the user types in the workspace path). My guess is that this is a bug in SWT Combo for Windows: https://github.com/eclipse/eclipse.platform.swt/blob/master/bundles/org.eclipse.swt/Eclipse%20SWT/win32/org/eclipse/swt/widgets/Combo.java I'm looking through that class now and will search for existing bugs. Maybe related? https://bugs.eclipse.org/bugs/show_bug.cgi?id=31305 Looking into Windows SWT Combo, there is definitely some special handling for adjusting the selection, for example: https://github.com/eclipse/eclipse.platform.swt/blob/master/bundles/org.eclipse.swt/Eclipse%20SWT/win32/org/eclipse/swt/widgets/Combo.java#L2953 I'm not currently set up for development on Windows so I can't debug this behavior. |
Created attachment 281254 [details] Write long workspace If start a new eclipse (or switch the workspace), the Workspace Launcher will be opened. If you want now to set manually a long path for your workspace, the windows version stuck at the beginning of the field. Means you can not see what you are tipping.