NuSphere Forums Forum Index
NuSphere Forums
Reply to topic
Debugger Codepage - V4 build 4042 *solved*
Veteran

Joined: 22 Sep 2005
Posts: 113
Reply with quote
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.
View user's profileFind all posts by HoTShoTSend private message
Site Admin

Joined: 13 Jul 2003
Posts: 8342
Reply with quote
Quote:
I think everything should work fine with the "system default encoding" set

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.
View user's profileFind all posts by dmitriSend private messageVisit poster's website
Veteran

Joined: 22 Sep 2005
Posts: 113
Reply with quote
In my Settings>IDE>Default file encoding, it's set "System default encoding". I have nothing in my system set to UTF.
View user's profileFind all posts by HoTShoTSend private message
Site Admin

Joined: 13 Jul 2003
Posts: 8342
Reply with quote
Quote:
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.
View user's profileFind all posts by dmitriSend private messageVisit poster's website
Veteran

Joined: 22 Sep 2005
Posts: 113
Reply with quote
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?
View user's profileFind all posts by HoTShoTSend private message
Site Admin

Joined: 13 Jul 2003
Posts: 8342
Reply with quote
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.
View user's profileFind all posts by dmitriSend private messageVisit poster's website
Veteran

Joined: 22 Sep 2005
Posts: 113
Reply with quote
ddmitrie wrote:
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.
View user's profileFind all posts by HoTShoTSend private message
Site Admin

Joined: 13 Jul 2003
Posts: 8342
Reply with quote
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.
View user's profileFind all posts by dmitriSend private messageVisit poster's website
Veteran

Joined: 22 Sep 2005
Posts: 113
Reply with quote
Almost one month, and still waiting for build 4044. Last time I asked it was "in testing" . Any news about?
View user's profileFind all posts by HoTShoTSend private message
Site Admin

Joined: 13 Jul 2003
Posts: 8342
Reply with quote
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.
View user's profileFind all posts by dmitriSend private messageVisit poster's website
Site Admin

Joined: 13 Jul 2003
Posts: 8342
Reply with quote
Problem is fixed in version 4.0.1 (service pack #1)
View user's profileFind all posts by dmitriSend private messageVisit poster's website
Debugger Codepage - V4 build 4042 *solved*
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
All times are GMT - 5 Hours  
Page 1 of 1  

  
  
 Reply to topic