Opened 10 years ago

Closed 10 years ago

Last modified 10 years ago

#1463 closed defect (wontfix)

Control character (Xinha.cc) should be removed from textarea on load/init

Reported by: guest Owned by: gogo
Priority: normal Milestone: 0.96
Component: Xinha Core Version: trunk
Severity: major Keywords: controlcharacter
Cc:

Description

When a textarea contains content when Xinha is loaded, this content is automatically put into the iframe. In this process the content is not filtered for a control character though. Such a character could have ended up in a textarea as the result of a soft refresh of a page containing a Xinha editor while in WYSIWYG mode, but not before having switched to HTML mode and back at least once.

What needs to be done is when loading content from the textarea on load/init, it needs to be filtered for a control character (while maintaining current behavior when switching edit mode).

Change History (2)

comment:1 Changed 10 years ago by gogo

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

Not as simple as it sounds, because the different browsers can (and do?) use different CC's, any change would only remove the CC that was in use by the browser being used at the time.

That is, if the CC was "left over" from Gecko, and you came back to it in IE, then it's not going to remove it.

I think this is a real edge case, and that it's just not worth worrying about it, if there was a rampant case of control characters getting shot gunned all over the place then yeah, but just one, people can hit delete and move on with their lives.

comment:2 Changed 10 years ago by ray

There have been a lot of issues with this, but I hope they are all fixed now after all.

Note: See TracTickets for help on using tickets.