Hi, I recently made a website using pathauto and it's working really good. There I removed "example" from "i18n-ascii.example.txt" and I also went in and change Å, Ä = A and Ö to O same with lower-case letters and it's working.

But now when I started with a new website, I did the same procedure as the other website but it doesn't work however I do it. I use the same version (6.x-1.3) on both.
This is how I did on the new site:

1. Remove "example" from "i18n-ascii.example.txt"-file.
2. Opened it and changed all the letters that I wanted.
3. Checked "Rewrite before creating alias" or what it is called in english (I use Swedish Drupal).

But the "åäö" is not changing at all! I don't know what I am doing wrong. Is it because I am on localhost? I have clean urls on as well.

Comments

djsmacedo’s picture

djsmacedo commented

I'm having the same problem, maybe because php 5.3.

Danniel’s picture

Danniel commented

Me too!

ChristianP’s picture

ChristianP commented

This is really annoying still and it would be awesome if there is a fix for this! It's only on localhost/wamp/xampp this is happening, somehow when I publish the site live through ftp Pathauto works again. But it's really frustrating to change all the existing pages/articles to websafe URLs.

Freso’s picture

Freso commented
Assigned: ChristianP » Unassigned

What are your respective server and PHP versions? Are you all using Pathauto 6.x-1.3?

@ ChristianP: What are the versions on your live server? (Also, assigning one self to a bug, means that one commits themself to fixing it. I'm assuming this wasn't what you wanted, so I'm taking the liberty of unassigning you.)

ChristianP’s picture

ChristianP commented

I'm using 6.x-1.3 Pathauto.

I'm using latest WAMP server with php version 5.3.0, phpmyadmin version 3.2.0.1. Apache/2.2.11.

On the live server (our webhost) they are using Apache 2.2.8 with PHP 5 (I don't know what the subversion are, it just says PHP 5 on their support page).

And oh, thank you for unassigning me, didn't know that. :)

taras7t’s picture

taras7t commented

Downgrade to php 5.2.11, that fixed the issue for me.

Freso’s picture

Freso commented
Title: i18n-ascii doesn't work for me anymore? » i18n-ascii.txt isn't being read with PHP 5.3
Component: I18n stuff » Code

It does indeed sound like PHP 5.3's the "culprit" here. I'm wondering whether this might be related to #848250: parse_ini_file() problems with PHP 5.3 or disallowed? Did PHP's parse_ini_file() change in 5.3? Or perhaps PHP 5.3 has parse_ini_file() in its default disabled_functions?

dave reid’s picture

dave reid
he/him
Primary language English
Location Nebraska USA
commented
Version: 6.x-1.3 » 6.x-1.x-dev
Status: Active » Postponed (maintainer needs more info)

According to http://www.php.net/manual/en/function.parse-ini-file.php#93801:

Please note that apparently as of PHP 5.3 the last line of the .ini file you're parsing needs to have a linefeed. Otherwise parse_ini() will return false.

So to test, please go in to your i18n-ascii.txt file and make sure there is actually a new line at the end of the file.

greggles’s picture

greggles
he/him
Primary language English
Location Denver, Colorado, USA
commented

This could also potentially be fixed by using drupal_parse_info_file which would also solve #848250: parse_ini_file() problems with PHP 5.3 or disallowed. So, try out that first and hopefully it fixes the problem and we can get two birds with one stone :)

greggles’s picture

greggles
he/him
Primary language English
Location Denver, Colorado, USA
commented
Status: Postponed (maintainer needs more info) » Closed (duplicate)

Now that the #848250: parse_ini_file() problems with PHP 5.3 or disallowed is committed, marking this a duplicate.

If that doesn't solve the problem please re-open.