Details
-
Bug
-
Resolution: Unresolved
-
Low
-
5.0, 5.1
Description
Context:
- Aliases are stored one DB row for each part of the path, eg. /planes/passenger/jumbo will be stored in 3 DB rows.
- Creating custom alias reuses existing autogenerated rows and creates NOP rows if necessary.
- autogenerated alias is an alias that is implicitly created for the Location.
- NOP rows are "inert" - they do not point to anything, paths that point to a NOP row are not generated by the system and if user tries to load a path pointing to NOP row redirect to root Location will be performed.
Problem:
Deleting a Location whose alias row was reused by custom alias will delete its alias row, which will effectively mangle custom alias.
This would be possible to fix by replacing deletion of aliases with conversion to NOP rows, if not for the problem described in https://jira.ez.no/browse/EZP-20775
Attachments
Issue Links
- relates to
-
EZP-20775 Legacy Storage URL alias design problems: moving a Location (subtree) resutls in conflict
- Backlog
-
EZP-20728 eZRest v2 : Some (unknown) REST call corrupts the database and make MoveSubtree call fail
- Closed
-
EZP-26097 404 error if you rename your content in a multilingual site without "default object availability"
- Closed
-
EZP-20777 Legacy Storage URL alias design problems: custom alias path can be implicitly changed
- Closed