-
-
Notifications
You must be signed in to change notification settings - Fork 757
Use standalone version of Selectize script #3003
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
Conversation
😞 update with 0.12.6.1 package failed:
|
Hmm, my thought was that this PR would have been for all extension types, but looks like only Modules... |
@bdukes Did you try just using the same version, I have been digging into the installer code to try and find a solution to this and from the looks of it, it checks if the version is >= than the currently installed one and the stored procedure supports creating or updating. This is different from modules package type where the check is > and not >= ... |
3e671a3
to
da491cb
Compare
@valadas weird, that seemed to have worked. I've removed the version bump from the PR. If someone else can do a test upgrade (from an older version to 9.4.0, then 9.4.1), that would help verify that it truly fixes the issue. I'm confused because the whole reason we upgraded the library in the first place in #2907 was because there was a file in the package that wasn't updated during the upgrade to 9.4.0. |
da491cb
to
0ccd4f8
Compare
Strange, but yeah, I will try a couple different upgrades this weekend. Please do not merge until we get some positive reports on this. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Worked for me in the following tests:
9.3.2 => 9.4.1
9.4.0 => 9.4.1
9.3.2 => 9.4.0 => 9.4.1
So this looks good to me, thanks @bdukes
after upgrading from version 9.4 to 9.4.1 I still have two selectize javascript libraries with no trash can to toss one out. I was trying to dig up how to remove this to see if it cures another issue I am having with a vendor module, noticed the RC1 out so thought I would give it a try. I have same modules on a seperate site with a fresh copy of 9.4 installed and the vendor module does not have the issue. I can now view and edit module settings. Trying to cleanup an older installation along with setup some new ones so I should get a lot of tests in here soon settings things up to give loads of feedback. |
Hmm, this is expected since libraries installation does not work like modules, they do not upgrade and you can have multiple versions installed. Also, when the manifest specifies it is a system package, then there is no UI to remove them... So technically, this is by design. I agree though that this is not perfect since it will add up with each new version, on the other side there might be modules consuming that older version specifically and removing it would be a breaking change for them. I never found it to be a good idea to offer javascript libraries to module developers for this specific reason. |
I have upgraded from 9.4.0 to 9.4.1. In the upgraded 9.4.0 I removed the duplicated selectize.js library days ago form Extensions as weell as the unnecessary PersonaBar modules (only one PersonaBar module is listed). When I enter any module settings I still get the following errors in the browser console windows: |
Just for the record, out of 3 updated DNN to 9.4.1 only one had the selectize problem solved. The other two were still showing the dependency problem as written in my previous post. |
Fixes #3002
I plan to add one more commit which adjusts the version of the Selectize JS Library package to 0.12.6.1, and see if that works for upgrading from 9.4.0 to 9.4.1.