Page/database records do not gracefully drop Case

[Fast Lane!]

Bug report...  page/database records do not gracefully drop from upper to lower case, like the rest if the IPB suite.  So a record of /record/cool will work but /record/Cool will break and say page not found.  Seems like an easy suite side rewrite.  I'll need to temporarily handle with a mod_write for now.

[opentype]

Well, actually, as long as there is an ID, the entire FURL part is irrelevant. Proof:

Original: https://invisioncommunity.com/news/community-management/ideation-within-invision-community-r1156/

Changed: https://invisioncommunity.com/news/community-management/matt-wrote-something-r1156/

 

So uppercase and lowercase won’t matter. 

But if you set a custom FURL, then that is the unique URL for the record. I wouldn’t call it a bug that a different URL doesn’t resolve, nor would I know why you would want this. Are you expecting people to manually type out Pages record URLs and make uppercase/lowercase mistakes? Because that is the only scenario I can think of where the functionality you expect would make any sense. 

[Fast Lane!]

I had a mediawiki (wikipedia) install where all the urls were as follows (which include upper case in almost all cases):

https://www.domain.com/wiki/index.php?title=Guides

I'm porting everything to invision Pages.  I've copied over a hundred pages (by hand, lol) into Pages with each having a custom url to match the prior wiki page, to preserve SEO.  I have an .htaccess rewrite to map the old url to the new one:

#RewriteCond %{REQUEST_URI}  wiki
#RewriteCond %{REQUEST_URI}  index.php
#RewriteCond %{QUERY_STRING} ^title=(.*)
#RewriteRule ^(.*)$ https://www.domain.com/wiki/%1/? [R=301,L]

Yes, the new records do not have the "r#" at the end (because I want to match the old urls).  Going forward they can automatically add them.

I can't quite get the server side rewrite working for case changes... and would prefer it to be on invision's side anyhow.  Ideally.

 

50 minutes ago, opentype said:

Well, actually, as long as there is an ID, the entire FURL part is irrelevant. Proof:

Original: https://invisioncommunity.com/news/community-management/ideation-within-invision-community-r1156/

Changed: https://invisioncommunity.com/news/community-management/matt-wrote-something-r1156/

 

So uppercase and lowercase won’t matter. 

But if you set a custom FURL, then that is the unique URL for the record. I wouldn’t call it a bug that a different URL doesn’t resolve, nor would I know why you would want this. Are you expecting people to manually type out Pages record URLs and make uppercase/lowercase mistakes? Because that is the only scenario I can think of where the functionality you expect would make any sense. 

Just sent you my site... and example of what I'm trying to do.

[Fast Lane!]

oh, I'll happily pay for help with a mod to correct this :-)

[Fast Lane!]

I guess what I'd need is a 301 redirect on the IPB suite side, to the lower case version.  Also the canonical pointing to lower case.  This is how the forums does it if you type in anything upper case.

[bfarber]

We'll take a look at the casing for custom Pages friendly URL slugs. It sounds like a bug might be present there (without having dug in yet to test and verify myself).

[Fast Lane!]

3 hours ago, bfarber said:

We'll take a look at the casing for custom Pages friendly URL slugs. It sounds like a bug might be present there (without having dug in yet to test and verify myself).

Thank you!!  If you spot the issue is there anyway support can apply a hot fix for it prior to the next maintenance release?  We ported a 120 article wiki over to Pages and this was the last item left to get right before we go live.  Much appreciated again for the great support :-)!