PWaddict

It doesn't matter if I enter a valid or a non-valid locale on "C" string. The cleanBasename will always be broken if "C" isn't empty. I tried this on the fresh PW installation and the same problem happens so I will post an issue on GitHub. Thanks for the help @adrian & @matjazp and wish you Merry Christmas!

I'm getting "ä" (2) on both. I translated the "C" string for the languages long time ago for 2 reasons: - Displaying on frontend the months in date format for each locale. - Adding months on page names via ProcessSetupPageName module. For the main language actually I had "en_US.utf8, English_United States" and for the alternate languages "es_ES.utf8, Spanish_Spain.1252" & "de_DE.utf8, German_Germany.1252". On each locale the first string is for Linux and the 2nd for Windows. I left both there as the "C" notes saying: Specify CSV string of locales to try multiple locales in order. That way I don't need to switch locales when for example I migrate the database from the live server on localhost for developing, testing etc. It seems that I don't need the "en_US.utf8, English_United States" for the main language so I left it empty but what if the main language wasn't English? How could I do the above if translating the "C" string on main language is causing problems on cleanBasename?

It seems that only if the value is empty the cleanBasename will properly work in Windows.

I found the problem. On the LanguageSupport.module I had the "C" value translated to "en_US.utf8".

No Here are the results:

This is what I get: I'm still getting the same results from cleanBasename.

I just tried that and I'm getting this on Dumps (redirect): ICONV "test ?_1545258287" (17) in C:\laragon\www\mysite\wire\core\Sanitizer.php:188 I comment it out that part but I don't know how to view the result.

On both installations I'm getting these: "Test_.png" (9) "test_a.png" (10)

I didn't noticed a specific pattern. On both installations I'm getting the same results: dirname => "." basename => ""Test ä".png" (13) extension => "png" (3) filename => ""Test ä"" (9)

On the fresh PW installation sometimes doesn't work. I have to reload Apache on Laragon to get proper result on: d($pageFiles->cleanBasename($filename, false, true, true));

On fresh PW installation with just TracyDebugger installed it seems I'm getting proper results:

After I replace that code on Sanitizer.php what code should I input on Tracy console?

Yes I have hooks but those same hooks are on live server too. Btw I switched from XAMPP to Laragon (I wanted to do that for quite some time) and the problem remains. I will try later with a fresh install. Here it is:

I've just tested it:

Could be the problem caused by Windows? I have the same installation on localhost (Windows) and on live server (Linux). Have you tried on localhost (Windows)?

No. I'm not sure how to test it.

I've installed TracyDebugger on live server and the results from the above code are the same as yours. The problem is happening only on localhost (XAMPP).

Here are the results:

It's not the same. On the 2nd command the result for you is test_a.png and for me test.png.

Yep I have the 1.2.4 and it has those lines. Here are the results:

yep

On the regular field I'm using {$page->title}_{$file->mtime} + "Rename on Save". On the repeater field I'm using {$filePage->my_text_field}_{$file->mtime} + "Rename on Save". On the field value I tested with various combinations like: "Test щ" or "Test ä" but doesn't matter cause none of them are working,

3.0.122

@ryan You should update the version of InputfieldAsmSelect.module to 122 to enable cache busting on jquery.asmselect.css so everyone can view the new change you did about: .asmOptionDisabled { color: #999 !important; }

It ignores the "Character replacements" from the InputfieldPageName module and on repeaters it replaces "Character replacements" and HTML entities with underscores. Please remove that update. The 1.2.2 version does the job perfect.