I don't know if this really is a bug, but if I don't set the debugger codepage to UTF-8 (Settings>Tools>Debugger) all my $_GET's variables that have language specific characters come in with wrong characters.

Example:
If I set a GET parameter as test=ação, the debugger shows me
$_GET['test']
: string = "ação"

I think everything should work fine with the "system default encoding" set.

Another point is that the change in debugger codepage only works after you close and restart phped.

actually, it depends on the enconding you use for your php files.
If for example they are in windows-1252 and it's your system-default codepage, then "system default encoding" would work.

In my Settings>IDE>Default file encoding, it's set "System default encoding". I have nothing in my system set to UTF.

Debugger module runs on the server and that setting relates to it. Whatsoever strings stored in PHP hashes are treated as strings encoded with corresponding code-page you selected.

I don't know if I understood correctly, but it seems that if I put the Settings>IDE>Default file encoding to ISO-8859-1 and the Settings>Tools>Debugger>Debugger CodePage to ISO-8859-1, php.ini settings with default_charset = "iso-8859-1" and run a file created in phpED, I would not have the problem I told, right?

I already tried this and didn't work.

Where else to look for?

Open that php file, select File->Save As and check its encoding in the right bottom corner. If it is UTF-8, it explains why this encoding is required for the debugger.

Ok, I did this, and the File Encoding in the "Save As" dialog box was WINDOWS-1252. I did never pay attention to whatever was the file encoding in this box. So, I saved the file as "Default encoding", changed the Debugger CodePage and IDE to "System default encoding", closed phpED, opened it again, loaded the file and when I debug it I get the same problem:
$_GET['test']
: string = "ação"

Once more, saved the file as iso-8859-1, changed debugger codepage and ide to iso-8859-1, closed and opened phped and got the same result: "ação".

I already checked Internet Explorer and all my Windows configs to find any possible interference but didn't find anything.

Just to comment, if I run the script directly from the browser as http://server/script.php?test=ação, the $_GET['test'] variable is correctly set to "ação". The problem happens only when I run scripts in phped, no matter with "3rd patry web server" or "SRV local web server".

This isn't a major trouble as I can do everything run well just setting the debugger codepage to utf-8.

I'm sorry, I overlooked that the value came with _GET[].
I have to confirm that there is a problem with variables entered in Run->Parameters and passed using GET/POST. In particular their encoding is always UTF-8.
This problem is fixed by now and fix will be available with PHPED build 4044.

Almost one month, and still waiting for build 4044. Last time I asked it was "in testing" . Any news about?

yep. Mostly all works/fixes/changes etc scheduled for update pack#1 are done and tested successfully. Now we only need time to pack it and put onto the web.

Problem is fixed in version 4.0.1 (service pack #1)