Code

Opened 7 years ago

Closed 7 years ago

#4885 closed (worksforme)

non-ASCII UTF-8 characters in messages on admin pages are displayed incorrectly

Reported by: anonymous Owned by: nobody
Component: contrib.admin Version: master
Severity: Keywords:
Cc: Triage Stage: Unreviewed
Has patch: no Needs documentation: no
Needs tests: no Patch needs improvement: no
Easy pickings: UI/UX:

Description

Hi,

I pulled the latest code from SVN 2-3 days ago (around July 13, 2007), which has the unicode branch merged. In general it works very well with UTF-8, but here I noticed a small glitch:

When following the "poll/choice" tutorial example, if I enter some non-ASCII characters (Chinese in this case) when editing a poll question on the admin page, after "save" button is pushed, the confirmation message is displayed as:

The poll "???????" was changed successfully.

Notice the "?" mark above?

I beleive I have set all my settings correctly (mainly the MySql charset settings), since my poll question is displayed correctly at other places on the admin page.

Thank you for taking a look into this.

Wanrong Lin

Attachments (0)

Change History (3)

comment:1 in reply to: ↑ description Changed 7 years ago by anonymous

  • Needs documentation unset
  • Needs tests unset
  • Patch needs improvement unset

More observations:

The UTF-8 characters under "My Actions" are displayed incorrectly too. I viewed the pages with firefox 1.5.

Wanrong Lin

Replying to anonymous:

Hi,

I pulled the latest code from SVN 2-3 days ago (around July 13, 2007), which has the unicode branch merged. In general it works very well with UTF-8, but here I noticed a small glitch:

When following the "poll/choice" tutorial example, if I enter some non-ASCII characters (Chinese in this case) when editing a poll question on the admin page, after "save" button is pushed, the confirmation message is displayed as:

The poll "???????" was changed successfully.

Notice the "?" mark above?

I beleive I have set all my settings correctly (mainly the MySql charset settings), since my poll question is displayed correctly at other places on the admin page.

Thank you for taking a look into this.

Wanrong Lin

comment:2 Changed 7 years ago by mtredinnick

What version of Python are you using and what checkout of Django are you using (run "svn info" to work out the latter)?

This problem doesn't occur for me, so there's something special about your setup. Have a look in the django_admin_log table in the MySQL database and see if the data is stored there correctly. Also look at the results of

show variables like 'character_set%';

in MySQL and check that character_set_database looks correct (utf8 is a good value).

comment:3 Changed 7 years ago by Dimitris Glezos <dimitris@…>

  • Resolution set to worksforme
  • Status changed from new to closed

Checked with latest SVN and the problem doesn't occur for me either. Closing as worksforme.

Add Comment

Modify Ticket

Change Properties
<Author field>
Action
as closed
as The resolution will be set. Next status will be 'closed'
The resolution will be deleted. Next status will be 'new'
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.