Early Bird Registration for DrupalCon Portland 2024 is open! Register by 23:59 PST on 31 March 2024, to get $100 off your ticket.
The path module and the administration interface handle case sensitivity in a different fashion.
For instance, if the admin theme is set to a separate theme from the rest of the page, navigating to example.com/aDMIN will load the front-end theme, and navigating to example.com/admin will load the admin theme.
An expected behaviour would be to stricly enforce case sensitivity and resolve aDMIN to a 404. An other would be to make it all not case sensitive, and resolve all letters to their lowecase value.
This might touch the theme component also...
Comments
Comment #1
dddave CreditAttribution: dddave commentedconfirmed
Did this really nobody else notice before? Odd bug...
Comment #2
t0xicCode CreditAttribution: t0xicCode commentedWhat should be it's priority?
Comment #3
Dave ReidBug doesn't affect D7.
Comment #4
t0xicCode CreditAttribution: t0xicCode commentedIt's a 6.x bug.
Comment #5
mki CreditAttribution: mki commentedThis is because of
if (arg(0) == 'admin') {
in system.module. This check doesn't work for 'Admin', 'aDmIn', 'Node', 'nodE' etc., but Drupal will show requested page anyway, with possible errors.Much of core and contrib code use
if (arg(0) == 'something') {
. Probably the best way to fix this is to patchdrupal_init_path()
function by usingdrupal_strtolower()
on$_GET['q']
. However,drupal_strtolower()
might not work on UTF-8 paths correctly, and is not avaible from path.inc at this time.Comment #6
mki CreditAttribution: mki commented(I just found
drupal_strtolower(arg(0))
used in /includes/theme.inc).