Open mc-suchecki opened 6 years ago
+1 Issue gave us a surprise 30 minutes before the demonstration xD (((
Sorry about that
For angular 5 use the previous major version for now
On Thu, 24 May 2018 at 14:48 Alexey notifications@github.com wrote:
+1 Issue gave us a surprise 30 minutes before the demonstration xD (((
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/shlomiassaf/ngx-modialog/issues/435#issuecomment-391685410, or mute the thread https://github.com/notifications/unsubscribe-auth/AFIN3a2N8Rpwgx26-TYiLlLCFbDE96aHks5t1p30gaJpZM4UL7nQ .
Already found this solution!
Could you please share?
On Thu, 24 May 2018 at 14:53 Alexey notifications@github.com wrote:
Already found this solution!
— You are receiving this because you commented.
Reply to this email directly, view it on GitHub https://github.com/shlomiassaf/ngx-modialog/issues/435#issuecomment-391686644, or mute the thread https://github.com/notifications/unsubscribe-auth/AFIN3aXunLt7ErL2xwGqZ4YjShJScBooks5t1p8cgaJpZM4UL7nQ .
I'm about using 5.0.0 instead of 5.0.1
Yes, this release causes a headache for us now, suddenly everything is broken! When You do something, please use release tab in github and do some notes, also update CHANGELOG!
The modal simply now is showing and not closing, correctly.
Edit: I saw you pushed the version 5.0.1 instead of 6.0.1, the build you did actually was Angular 6 build not Angular 5 https://github.com/shlomiassaf/ngx-modialog/commits/master https://www.npmjs.com/package/ngx-modialog?activeTab=versions
Please help me on the below issue -
I'm trying to migrate application from angular 2 to angular 5.
I installed ngx-modialog the latest version 5.0.1. and getting this error - "error TS2339: Property 'catch' does not exist on type 'DialogRef
`)
.okBtn('Ok')
.cancelBtn('Cancel')
.open()
.catch((err: any) => console.log('ERROR: ' + err))
.then((dialog: any) => { return dialog.result })
.then((result: any) => {
context.ExportDataToCSV();
}, () => { });
Thanks in advance..
Even on angular4 I'm running into issues with my dialog not properly showing within the DOM on modal opening.
I recommend avoiding 5.0.1 for anyone coming to this issue, 5.0.0 works fine.
I found the cause of the bug.
The handling of the bootstrap has changed and has altered the default "in" to "show" class for fading in the modal and backdrop. However, this changed in the minor update.
Please take a look at the following changeset: https://github.com/shlomiassaf/ngx-modialog/commit/ee5ab46df503e2b7cec933141428972790ed6abd#diff-dc430fdc60f96b234eee7ed07f3e7e99L22
When you manually change the class to "in", everything works as expected again. I will change this reply once I have found a workaround.
You would have to call "bootstrap3Mode", but that is not exported in the latest major version "6.0.0", which causes this same behaviour for me on "6.0.0".
We had this problem as well. It really does not seem like publishing as 5.0.1 in npm is proper semver given that this is a breaking change for any project on Angular 5.
IMPORTANT: Please provide a sample using: http://plnkr.co/edit/lV7zsw7Yqossgs9JOfQU?p=preview
I'm submitting a ... [x] bug report [ ] feature request [ ] question about the decisions made in the repository
Do you want to request a feature or report a bug? Bug
What is the current behavior? After the upgrade to version 5.0.1 while still using Angular 5 (tested with 5.2.11 and 5.2.10) application hangs after trying to open any modal. There is no error in the developer console.
If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem via https://plnkr.co or similar (you can use one of the templates above as a starting point).
I guess plnkr is not necessary, I could provide it in case that is not true.
What is the expected behavior? Modals should open without hanging the application.
What is the motivation / use case for changing the behavior? n/a
Please tell us about your environment:
Angular version: 5.2.11
Browser: tested on Chrome 66 and Firefox 61 - both behave the same
Other information (e.g. detailed explanation, stacktraces, related issues, suggestions how to fix, links for us to have context, eg. stackoverflow, gitter, etc)