[GTK4] FileDialog created with SWT.OPEN displays error if no FilterPath set #48
Labels
Linux/GTK
Happens on Linux
Comments
|
This further only happens if a file name is not set using setFileName. |
8 tasks
jasonhy-wang
pushed a commit
to jasonhy-wang/eclipse.platform.swt
that referenced
this issue
Jun 23, 2022
…or if no FilterPath set +if no filename set defaults to location of file The issue was caused by if no filename was set then it would try to open file "" as a default which creates an error. This is simply fixed by if no filename is set then set the filename to location of the file Signed-off-by: Jason Wang <[email protected]>
jasonhy-wang
pushed a commit
to jasonhy-wang/eclipse.platform.swt
that referenced
this issue
Jun 23, 2022
…or if no FilterPath set +if no filename set defaults to location of file The issue was caused by if no filename was set then it would try to open file "" as a default which creates an error. This is simply fixed by if no filename is set then set the filename to location of the file Signed-off-by: Jason Wang <[email protected]>
github-actions bot
pushed a commit
to jasonhy-wang/eclipse.platform.swt
that referenced
this issue
Jul 13, 2022
…or if no FilterPath set +if no filename set defaults to location of file The issue was caused by if no filename was set then it would try to open file "" as a default which creates an error. This is simply fixed by if no filename is set then set the filename to location of the file Signed-off-by: Jason Wang <[email protected]>
jasonhy-wang
pushed a commit
to jasonhy-wang/eclipse.platform.swt
that referenced
this issue
Jul 26, 2022
…or if no FilterPathSet Removed gtk_file_chooset_set_folder when no fileName is set, this call is no longer required in gtk4 when no fileName set Signed-off-by: Jason Wang<[email protected]>
jasonhy-wang
pushed a commit
to jasonhy-wang/eclipse.platform.swt
that referenced
this issue
Jul 26, 2022
…or if no FilterPath set +if no filename set defaults to location of file The issue was caused by if no filename was set then it would try to open file "" as a default which creates an error. This is simply fixed by if no filename is set then set the filename to location of the file Signed-off-by: Jason Wang <[email protected]>
akurtakov
pushed a commit
to jasonhy-wang/eclipse.platform.swt
that referenced
this issue
Aug 2, 2022
…or if no FilterPath set +if no filename set defaults to location of file The issue was caused by if no filename was set then it would try to open file "" as a default which creates an error. This is simply fixed by if no filename is set then set the filename to location of the file Signed-off-by: Jason Wang <[email protected]>
akurtakov
pushed a commit
that referenced
this issue
Aug 2, 2022
…ath set +if no filename set defaults to location of file The issue was caused by if no filename was set then it would try to open file "" as a default which creates an error. This is simply fixed by if no filename is set then set the filename to location of the file Signed-off-by: Jason Wang <[email protected]>
|
This one has been fixed. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
If a FileDialog is created with SWT.OPEN but setFilterPath is not used to set a path other than the default empty string, the error: "The folder contents could not be displayed" "Operation not supported" is shown.
This does not happen with FileDialog created with SWT.SAVE or if setFilterPath sets the path to something valid.
Tested using Snippet72 and commenting out all relevant lines that set filter related fields.
Tracked in #228
The text was updated successfully, but these errors were encountered: