default_charset option not working

[trustin@…]

Source browser assumes the encoding of source codes is UTF-8. It would be nice if trac can auto-detect the actual encoding or use the config entry from trac.ini, and convert them to UTF-8 using iconv.

[cmlenz]

TracIni has a default_charset option for this:

[trac]
default_charset = iso-8859-1

[twenim@…]

Default_charset option is not working

Environment

• OS : RedHat? 9
• Environment variable : LANG=ko_KR.eucKR
• Trac.ini :

  [trac]
  default_charset = iso-8859-1
  

example

검색:      Navigation
twe로 로그인 로그아웃 설정 도움말 
FAQ 
접근성 
Trac에 대해 
위키 시간 순 이력 로드맵 소스 둘러보기 티켓 보기 티켓 등록 검색 
Revision Log 
root/trunk/xdocs/회의록/2005010402 요구사항과 계획수립.txt
View revision:  Revision 2 (by twe, 01/10/05 17:34:48)  최초 임포트 
 

¡Ü À¯ÁîÄÉÀ̽º
- ÀÎÅͺä´ë»óÀÚ : Áö¿¬½Ä, ÀÌÁÖ¿±, »çÀå´Ô, ±è°æÅÂ, ½Å¿ë¼ö, °­Á¤¿Ï, ±èÀÎÈ£, ½ÉÁØÇö
- ÀÎÅͺ丮Æ÷Æ®

- »ç¿ø °ü¸® : Á¶Á÷µµ, »ç¿ø, ºÎ¼­, ÀÎÁõ, ±ÇÇѼ³Á¤, ±ÙÅÂ, ÃâÅð±Ù, Á÷±Þ
- Task °ü¸® (ÇöÀçÂÊÁö, À̽´°ü¸®, ÀÏÁ¤°ü¸®, ÀüÀÚ°áÀç Æ÷ÇÔ)

[cmlenz]

Shouldn't you be using a default_charset of euc-kr instead of iso-8859-1 there?

[tiger@…]

default_charset works for code browser but does not affect for changeset view. Native chars in diffs' display are jammed.

[cmlenz]

What exact revision are you using? This looks related to #1556 and #1457, both of which should be fixed in trunk.

[tiger@…]

I'm using [1585]. I can't upgrade to latest trunk version to check if this issue exists there as well due to #1535.

Instead of national chars there is ?????? sequences in the changest view, but the commit log message in the top of the page is ok.

[cboos]

I believe this should now work correctly in 0.10.

[dlin@…]

I use trac v0.11 + mercurial + apache

I've set the apache's httpd.conf

PythonOption? TracLocale zh_TW.utf8

And trac.ini [trac] default_charset = big5

It can't work, I remember it workable in 0.10, is that caused by genshi? Now, I can display Chinese in trac's page, but can NOT display source code which is big5 coded.

[jonas]

I just verified that Trac correctly displays big5 encoded files with default_charset = big5.

I tested this with files both in a subversion repository and as ticket attachments.

Please reopen this if you still can reproduce this somehow.