plainblack.com
Username Password
search
Community Support
Wiki
Forums
Report A Bug
Request Features
WebGUI 8
WebGUI TV
Marketplace
Calendar
webGUI in the news
Karma
API Docs
Roadmap
the people behind wg
webgui worldwide
Mascot
wallpapers
Stats
powered by icons
Bookmark and Share
View All Tickets
German characters in Collaboration System  (#9935)
Issue

In the collaboration system template, the variable "synopsis" doesn't show german characters and stops showing information on the first of it (ä, ö etc.).

In the threads "content" seems ok.

S. last entry on attachment.

(http://webgui-professional.de/webgui-websites)

 

Solution Summary
Comments
hao
0
6/4/2009 9:51 am 		Feedback Requested by hao

Have you tried entering the characters directly instead of their HTML escape codes? For example: ä, ö.

I’m not certain yet, but I believe that by default, HTML codes are stripped out of synopses.
martien
0
6/4/2009 4:03 pm 		Hello hao,

Ofcourse I tried to enter he characters directly and that's what didn't work.
As a temporal sulution I used HTML escapes, which at least got the result I wanted.

Although, testing it again with versions 7.7.1 and 7.7.6, it seems to work now.

Martien
martien
0
6/4/2009 4:15 pm 		Hello again,

just for info:
in the source of
http://www.webgui-professional.de/home/uebungsseite/webgui-sites/klettern-in-md you find an example of using a character and a HTML-escape.

Martien
hao
0
6/8/2009 9:09 am 		Resolved by hao
martien
0
7/6/2009 4:18 pm 		Today I updated one system to 7.7.13 and again it's the same.

I found out:
- Both Rich Text Editors are changing the content to HTML-Codes and in the database then it's saved until the first german character. ( in assetData )
In CS there is no possibility to edit without an RT-Editor.
- changing the text  of "synopsis" in the database (per mysql) changes the behaviour until the next edit.
perlDreamer
0
7/6/2009 8:42 pm 		The problem is WebGUI::HTML::splitTag, which uses HTML::TokeParser.  That is expanding the HTML entities and causing the problems.
martien
0
7/7/2009 4:59 am 		It is not a matter of WebGUIs version and, as far as I understand, not WebGUI::HTML::splitTag.

Everything works fine, if I don't use a RT-Editor, e.g. using Konqueror, which doesn't support RTE.

E.g.: Closing the RTE-Edit-HTML-Window does the change. In that case I didn't find WebGUI::HTML::splitTag to be called, and as far as I know there is no connection to the server
perlDreamer
0
7/7/2009 5:22 pm 		I'm pretty sure it is WebGUI::HTML::splitTag.  Let me explain why.

When German text is entered into the RTE, it automatically converts it to HTML entities.  Then the Post content is saved.  Inside the WebGUI code, it cuts a synopsis out of the Post content.  That's what WebGUI::HTML::splitTag does.  Unfortunately, when it does that, it decodes the HTML::Entities.

There is a bug in DBD::mysql that prevents the decoded entities from being written to the db.
perlDreamer
0
7/7/2009 5:22 pm 		In any case, this is found, tested by hand, automatically tested, and fixed in 7.6.30 and 7.7.14.
Resolved by perlDreamer
martien
0
7/8/2009 1:55 am 		Yes, you're right about splitting on HTML-Entities.

From my view, anything I want to put in a db, has to be done in the way I do the input. So if I put a Ä, I do not want a Ä
That ofcourse need not be true as far as I am using a HTML-Area input.
Details
Ticket Status Closed  
Rating0.0 
Submitted Bymartien 
Date Submitted2009-03-12 
Assigned To unassigned  
Date Assigned2010-07-31 
Assigned By 
Severity Critical (mostly not working)  
What's the bug in? WebGUI Stable  
WebGUI / WRE Version 7.6.14  
URLbugs/tracker/9935
Keywords
Related Files
Ticket History
7/8/2009
1:55 AM 		Closed martien
7/7/2009
5:22 PM 		Resolved perlDreamer
7/6/2009
4:18 PM 		Pending martien
6/8/2009
9:09 AM 		Resolved hao
6/4/2009
4:03 PM 		Pending martien
6/4/2009
9:51 AM 		Feedback Requested hao
3/12/2009
6:50 PM 		Ticket created martien
© 2010 Plain Black Corporation | All Rights Reserved