-
Notifications
You must be signed in to change notification settings - Fork 6.7k
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
Allow changing of disableClose property for dialog while dialog is open #3938
Comments
jelbourn
added
feature
This issue represents a new feature or feature request rather than a bug or bug fix
P5
The team acknowledges the request but does not plan to address it, it remains open for discussion
labels
Apr 9, 2017
crisbeto
added a commit
to crisbeto/material2
that referenced
this issue
Jun 4, 2017
* Exposes the dialog config via the `MdDialogRef`. This is shorter than the `dialogRef.containerInstance.config` which was available previously. * Makes the `containerInstance` private to `MdDialogRef` since it doesn't make sense for it to be public anymore. * Allows for the `disableClose` option to be updated while a dialog is open. * Completes the `backdropClick` observable once the associated `overlayRef` is destroyed. This avoids having to unsubscribe manually or having to use `Observable.first`. Fixes angular#3938.
crisbeto
added a commit
to crisbeto/material2
that referenced
this issue
Jun 4, 2017
* Exposes the dialog config via the `MdDialogRef`. This is shorter than the `dialogRef.containerInstance.config` which was available previously. * Makes the `containerInstance` private to `MdDialogRef` since it doesn't make sense for it to be public anymore. * Allows for the `disableClose` option to be updated while a dialog is open. * Completes the `backdropClick` observable once the associated `overlayRef` is destroyed. This avoids having to unsubscribe manually or having to use `Observable.first`. Fixes angular#3938.
crisbeto
added a commit
to crisbeto/material2
that referenced
this issue
Jun 5, 2017
* Exposes the disableClose option via the `MdDialogRef` and allows for it to be updated. * Makes the `containerInstance` private to `MdDialogRef` since it doesn't make sense for it to be public anymore. * Completes the `backdropClick` observable once the associated `overlayRef` is destroyed. This avoids having to unsubscribe manually or having to use `Observable.first`. Fixes angular#3938.
crisbeto
added a commit
to crisbeto/material2
that referenced
this issue
Jun 6, 2017
* Exposes the disableClose option via the `MdDialogRef` and allows for it to be updated. * Makes the `containerInstance` private to `MdDialogRef` since it doesn't make sense for it to be public anymore. * Completes the `backdropClick` observable once the associated `overlayRef` is destroyed. This avoids having to unsubscribe manually or having to use `Observable.first`. Fixes angular#3938.
crisbeto
added a commit
to crisbeto/material2
that referenced
this issue
Jun 8, 2017
* Exposes the disableClose option via the `MdDialogRef` and allows for it to be updated. * Makes the `containerInstance` private to `MdDialogRef` since it doesn't make sense for it to be public anymore. * Completes the `backdropClick` observable once the associated `overlayRef` is destroyed. This avoids having to unsubscribe manually or having to use `Observable.first`. Fixes angular#3938.
andrewseguin
pushed a commit
that referenced
this issue
Jun 8, 2017
* Exposes the disableClose option via the `MdDialogRef` and allows for it to be updated. * Makes the `containerInstance` private to `MdDialogRef` since it doesn't make sense for it to be public anymore. * Completes the `backdropClick` observable once the associated `overlayRef` is destroyed. This avoids having to unsubscribe manually or having to use `Observable.first`. Fixes #3938.
Nice one, cheers for this :) |
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Bug, feature request, or proposal:
Feature request
What is the expected behavior?
If a dialog is opened with disableClose as false, being able to change disableClose to true from within the dialog's component making it so dialog cannot be closed by clicking outside of the dialog area.
What is the current behavior?
Updating disableClose does not do anything. If the dialog is opened with disableClose as false and then disableClose is set to true, you can click outside the dialog and the dialog will close.
What are the steps to reproduce?
Change this.dialogRef.config.disableClose = true; from within a dialog component
Example
What is the use-case or motivation for changing an existing behavior?
Using dialog for registration form. After registration submit the form changes to a confirmation code input which the user should not be able to navigate away from without registering again.
Which versions of Angular, Material, OS, browsers are affected?
All OS & only tested Chrome but would assume all browsers
Is there anything else we should know?
No :)
The text was updated successfully, but these errors were encountered: