-
Notifications
You must be signed in to change notification settings - Fork 23
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
Canonical domain could contain a Plone site id #119
Comments
I sniff a bug related to cache here... |
I think you're not understanding the issue; this is not related with caching in any way. |
You are right.., I still don't understand what is going on here |
see the tests I commented in the other PR: 7a8770b |
IMHO, I think we should get the object's path from the url in the
In that case, it will be transparent if the site id is relevant or not, since
|
I'm not sure from where I should have branched out. Let me know if you need to rebase it. |
@tcurvelo thanks! that's the solution I was looking for at the beginning but my knowledge about VHM is weak; you branch has to be based on master branch. |
* Fix Canonical URL updater form A new upgrade step is also provided to update the objects_provides catalog index. * Skip S001 caused by bug in code analysis We need to find out where to open an issue about this. * Run tests only if Dexterity-based content types are installed * Fix test * Skip tests related with #119 * Document issue with code analysis Refs. gforcada/flake8-pep3101#16 * Disable catalog queue on tests See: https://community.plone.org/t/strange-catalog-behavior-on-plone-5-1/4582/3?u=hvelarde
Currently we validate a canonical domain by checking it contains only
scheme
andnetloc
:That's fine as long as the Plone site id is removed on a rewrite rule on a front end proxy like nginx or Varnish, but from time to time we need to expose the Plone site id on some sites.
We need to allow the inclusion of at least one path element.
The text was updated successfully, but these errors were encountered: