MODx Bug/Feature Tracker and Feature Requests
Welcome to the MODx CMS Tracker. Please choose the appropriate project from the drop down menu and provide as much information as possible regarding your server environment and browser. Thanks!
FS#308 — Problems for numerical aliases
Attached to Project —
MODx
Opened by Anonymous Submitter - Friday, 17 March 2006, 01:52PM
Last edited by Garry Nutting (garryn) - Tuesday, 05 September 2006, 04:06PM
Opened by Anonymous Submitter - Friday, 17 March 2006, 01:52PM
Last edited by Garry Nutting (garryn) - Tuesday, 05 September 2006, 04:06PM
| Task Type | Bug Report |
|---|---|
| Category | Core Distribution |
| Status | Closed |
| Assigned To |
Jason Coward (opengeek) Paul Gregory (PaulGregory) |
| Operating System | All |
| Severity | High |
|---|---|
| Priority | Normal |
| Reported Version | 0.9.1 |
| Due in Version | 0.9.5 |
| Due Date | Undecided |
| Percent Complete |
|
Details
Hi, All!I Have:
1.
php_flag zlib.output_compression On
php_value zlib.output_compression_level 5
RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_HOST} !^jurist-info.ru$
RewriteRule ^ http://jurist-info.ru%{REQUEST_URI} [R=301,L]
RewriteRule ^index/ http://jurist-info.ru/ [R=301,L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
2.
Friendly URL: on
Prefix for friendly URLs: none
Suffix for friendly URLs: /
Use friendly aliases: Yes
Use friendly alias path: Yes
3.
example --
URL: http://jurist-info.ru/reorganisation/reo_out/ -- ID=20 -- O.K.!
and...
http://jurist-info.ru/whatafuck/20 = http://jurist-info.ru/reorganisation/reo_out/
and...
http://jurist-info.ru/oopsididitagain/20 = http://jurist-info.ru/reorganisation/reo_out/
This task depends upon
This task blocks these from closing
Closed by Garry Nutting (garryn)
Wednesday, 08 November 2006, 04:49PM
Reason for closing: Implemented
Wednesday, 08 November 2006, 04:49PM
Reason for closing: Implemented
Fixed is in the forum, hope it's the right solution.
FS#476as a related task as I think that the solution is going to overlap both bugs.My initial thoughts are posted on
FS#476if you wanted to have a look. In short, since Wendy posted his solution, we have had the addition of the getChildIds() function in the document parser that can be used to our advantage to check whether the ID passed is valid in relation to the virtual directory structure - if that's what we deem the default behaviour to be.- Field changed: Status (Assigned → Requires testing)
- Field changed: Percent Complete (20% → 100%)
I'm going to mark this one off for testing ... it has been dealt with as part of my fix forFS#476.Commit #1361 fixes this issue (submitted to my personal branch so will need merging with the main trunk for testing)
Changes to the cleanDocumentIdentifier() function in the document parser now enforces the virtual directory structure when IDs are passed in the URL and Friendly Alias Paths have been enabled.
This prevents the referencing of fictitious directories in the URL - in the event that this occurs, the 404 page will be returned.