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

update to turbolinks v5 - affects multiple repos #1387

Open
wants to merge 18 commits into
base: master
Choose a base branch
from

Conversation

mfrederickson
Copy link
Contributor

This may also require concerto plugins to be updated so they don't break.

@mfrederickson mfrederickson added this to the 2.3.5 milestone Mar 1, 2017
@mfrederickson mfrederickson changed the title closes #1383 update to turbolinks v5 update to turbolinks v5 - affects multiple repos Mar 3, 2017
@augustf
Copy link
Member

augustf commented Mar 4, 2017

@mfrederickson Is this change backward compatible?

@mfrederickson
Copy link
Contributor Author

No, I don't believe so-- none of the older plugins will work with it-- that's why I had to change them as well.

@augustf
Copy link
Member

augustf commented Mar 4, 2017

@mfrederickson Well what I meant is that if I update and push the plugins, and folks with older Concerto's install them, will it break?

@mfrederickson
Copy link
Contributor Author

mfrederickson commented Mar 4, 2017 via email

@augustf
Copy link
Member

augustf commented Mar 4, 2017

@mfrederickson Then we'll probably need some mechanism to handle updates like this. Either include logic in the code change itself to avoid breakage or have a check for version number or something before installing it. We don't want to break the installations of folks who unwittingly upgrade a plugin.

@mfrederickson
Copy link
Contributor Author

mfrederickson commented Mar 4, 2017 via email

@mfrederickson
Copy link
Contributor Author

@augustf I am unable to detect which version of turbolinks is running. Do you have any ideas how we can make this backwards compatible?

@augustf
Copy link
Member

augustf commented Mar 11, 2017

@mfrederickson My main thought would be to try to check by which method(s) it responds to. That is, if the new Turbolinks has new_turbolinks_method(), your script can test to see if that's true. Alternatively, we could expose the versions of installed Rubygems via an API of some sort. Failing all of that, we may need to find a way to restrict plugin upgrades in the panel so users don't break their installs.

@augustf
Copy link
Member

augustf commented Mar 11, 2017

@mfrederickson Also, is a Turbolinks patch required for concerto-weather? I notice it alone of the addons didn't get one...

@mfrederickson
Copy link
Contributor Author

@augustf yes, it probably does need a patch. Thanks.

@mfrederickson mfrederickson removed this from the 2.3.6 milestone Mar 15, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants