You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We're using stringex 2.7.1 in a Rails project and noticed that dollar signs come through with the acts_as_url plugin and .to_url string method if they're multiples or not preceding numbers.
Two examples, one with $ signs and one with a list of reserved URI characters.
Not sure if it's intentional but it breaks some of our routes that have been constraining the parameter provided by acts_as_url with /[0-9A-Za-z\-\.]+/, which worked fine up until this point.
If it's not a bug, can you recommend a better constraint or the set of characters that are allowed through .to_url?
Thanks!
The text was updated successfully, but these errors were encountered:
We also just ran into this case when generating slugs using stringex. Our case was $100M Offers NOT being transformed into the expected 100-dollars-m-offers or 100m-dollars-offers.
Our workaround, for now, is to call ActiveSupport's .parameterize after calling .to_url to at least ensure any non-url safe symbols like $ are stripped from generated slug.
Would be lovely if a proper fix for this could be done here. But looking at the code also seemed non-trivial assuming you want a bit more logic than just stripping it fully.
We're using stringex 2.7.1 in a Rails project and noticed that dollar signs come through with the
acts_as_url
plugin and.to_url
string method if they're multiples or not preceding numbers.Two examples, one with $ signs and one with a list of reserved URI characters.
First, variations on the $ sign:
Second, with a list of reserved characters taken from the URI RFC:
Not sure if it's intentional but it breaks some of our routes that have been constraining the parameter provided by
acts_as_url
with/[0-9A-Za-z\-\.]+/
, which worked fine up until this point.If it's not a bug, can you recommend a better constraint or the set of characters that are allowed through
.to_url
?Thanks!
The text was updated successfully, but these errors were encountered: