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

dddave’s picture

confirmed

Did this really nobody else notice before? Odd bug...

t0xicCode’s picture

What should be it's priority?

Dave Reid’s picture

Bug doesn't affect D7.

t0xicCode’s picture

Version: 6.19 » 6.20

It's a 6.x bug.

mki’s picture

This 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 patch drupal_init_path() function by using drupal_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.

mki’s picture

(I just found drupal_strtolower(arg(0)) used in /includes/theme.inc).

Status: Active » Closed (outdated)

Automatically closed because Drupal 6 is no longer supported. If the issue verifiably applies to later versions, please reopen with details and update the version.