-
Notifications
You must be signed in to change notification settings - Fork 8
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
IFrameDialog that opens DisplayView only handles width correctly once #2
Comments
@jchilde could you please provide more details? There was a similar issue pnp/sp-dev-fx-controls-react#303. |
Having the same issue. Subsequent calls to show the iframedialog result to a tiny width, ignoring what was set
Second time editClicked is called, the dialog width isnt applied. |
hey @lvasiliou, Here is the similar issue with the sample that worked for me as well as the author: #345 If not - could you please share the complete sample with us? |
Yup that works, I was thinking "perhaps the component should be fully disposed if its not displayed" but you beat me to it |
Seems to be related to the hidden parameter, which omho is a bit of overkill too. Rendering the dialog conditionally fixes it and has the same functionality the hidden parameter is trying to accomplish. Removing the hidden parameter will make sure the component is recreated and not re-used, this might impact performace a little, but as I see it, we will only use limited dialogs, so not really a big issue for user experience. |
If you open a displayview the dialog works great. However, if you then close and reopen, then width reverts back to not working correctly.
The text was updated successfully, but these errors were encountered: