MantisBT - v1.1 Release (Closed)
View Issue Details
0000208v1.1 Release (Closed)[All Projects] Generalpublic2009-07-17 18:582009-09-09 22:43
Reporteregemme 
Assigned Tocaseydk 
PrioritynormalSeveritytweakReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version1.1 
Summary0000208: Improper UTF-8 decoding in project viewer title bar
DescriptionUTF-8 works almost perfectly in w2P, as it did in dP - this might be sarcastic since I hate UTF-8 which works good only with non accented languages ;)

It seems UTF-8 french accents go pretty good so far, but for an unknown reason, uppercase accented (e.g. É, À) caracters struggle a bit, but only on the project title stripe in the project details. See the screen shots included.

I remember I was so fed up of sparse UTF-8 behavior in dP that I finally converted it to ISO-8859-1. Wished to avoid this move this time !


TagsNo tags attached.
related to 0000193closed caseydk Special Characters (i.e. German 'Umlaute') are not displayed correctly for projects 
Attached Filesjpg Projects.jpg (13,818) 1969-12-31 16:00
https://bugs.web2project.net/file_download.php?file_id=45&type=bug
jpg

Notes
(0000340)
eureka   
2009-07-18 02:04   
(Last edited: 2009-07-18 02:12)
This suggestion : http://bugs.web2project.net/view.php?id=112
should solve this problem

Caution : take care of this commit : http://forums.web2project.net/viewtopic.php?t=890 , this suggestion must be adapted

(0000341)
egemme   
2009-07-18 05:00   
(Last edited: 2009-07-18 05:01)
Your suggestion doesn't hurt, but doesn't help neither. Made the change w/o any relief. My problem is not related to crumbs but rather the project name in the title of the first table, right over the project details.

When I look to the code, It seems vw_projects.php loads the project data differently compared to view.php:

vw_projects uses the loadList method from the DBQuery class while view.php gets data around a loadObject method as found in the fullLoad method of the CProject class.

I'm not a PHP expert, and OO neither, but I see that loadObject does some extra steps to the hash list rather than a simple fetchRow in order to bind the data to an exportable object. This might destroy the UTF-8 encoding coming from the database. But why just for uppercase accents and not the other.

(0000342)
egemme   
2009-07-18 05:09   
Finally been able to fix this behavior at the data level by editing the project, and typing over the messed-up accent and updating. Now the project name shows correcly everywhere.

However, the loadObject vs loadList difference in behavior still sting my curiosity because when the display problem existed only partialy depending on the use of one or another.

Since your already have plenty of things to do, you may put this request far away ahead.
(0000343)
eureka   
2009-07-18 07:49   
Oh sorry, my note above was for issue 0000207 !
(0000424)
caseydk   
2009-09-08 23:12   
Fixed as a result of the changes included for 0000193
(0000461)
caseydk   
2009-09-09 22:43   
Closed for release.

Issue History
2009-07-17 18:58egemmeNew Issue
2009-07-17 18:58egemmeFile Added: Projects.jpg
2009-07-18 02:04eurekaNote Added: 0000340
2009-07-18 02:12eurekaNote Edited: 0000340
2009-07-18 05:00egemmeNote Added: 0000341
2009-07-18 05:01egemmeNote Edited: 0000341
2009-07-18 05:09egemmeNote Added: 0000342
2009-07-18 07:02caseydkRelationship addedrelated to 0000193
2009-07-18 07:49eurekaNote Added: 0000343
2009-09-08 23:12caseydkStatusnew => resolved
2009-09-08 23:12caseydkFixed in Version => 1.1
2009-09-08 23:12caseydkResolutionopen => fixed
2009-09-08 23:12caseydkAssigned To => caseydk
2009-09-08 23:12caseydkNote Added: 0000424
2009-09-09 22:43caseydkStatusresolved => closed
2009-09-09 22:43caseydkNote Added: 0000461