Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"Trust Artifacts" dialog not modal #11

Closed
jukzi opened this issue Jul 15, 2023 · 4 comments
Closed

"Trust Artifacts" dialog not modal #11

jukzi opened this issue Jul 15, 2023 · 4 comments

Comments

@jukzi
Copy link

jukzi commented Jul 15, 2023

it can hide behind the Eclipse Installer Window, which look and feels like program is stuck:
image

@merks
Copy link
Contributor

merks commented Aug 16, 2023

While I would like to make the dialog modal, doing so would affect not just the installer's use of it. There is always a risk that a dialog such as this one that opens at some arbitrary time driven by a background job might appear while some other modal dialog/interaction is in progress. Maybe I can do something that affects only the installer, e.g., looking for dialog shells when the installer shell is activated...

@merks
Copy link
Contributor

merks commented Aug 31, 2023

I have a feeling that these dialogs could use SWT.ON_TOP rather than making them modal...

merks added a commit to merks/p2 that referenced this issue Oct 12, 2023
Use SWT.ON_TOP for the shell in order to keep the dialogs visible,
because generally the user cannot proceed with their activity
(update/install) until the dialog is completed.

A modal dialog is avoided because these dialogs are asynchronously
opened from a background job, which blocks, so there is no knowing what
UI activity might currently be under way.

eclipse-oomph/oomph#11
merks added a commit to eclipse-equinox/p2 that referenced this issue Oct 12, 2023
Use SWT.ON_TOP for the shell in order to keep the dialogs visible,
because generally the user cannot proceed with their activity
(update/install) until the dialog is completed.

A modal dialog is avoided because these dialogs are asynchronously
opened from a background job, which blocks, so there is no knowing what
UI activity might currently be under way.

eclipse-oomph/oomph#11
@merks
Copy link
Contributor

merks commented Oct 12, 2023

After running into this twice this week, I decided to take action. 😱

@merks merks closed this as completed Oct 12, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants