tag:help-archives.hannonhill.com,2010-02-09:/discussions/general/83-save-draft-changing-special-changing-customer-characterCascade CMS: Discussion 2016-05-05T18:13:34Ztag:help-archives.hannonhill.com,2010-02-09:Comment/26068512010-08-17T19:57:30Z2010-08-17T19:57:30ZSave Draft Changing Special Changing Customer Character<div><p>Hi Eric,</p>
<p>I tried to reproduce this on Firefox 3.6.8 (Win) and Safari 4.0.5 (Win) on Cascade Server 6.0, 6.4.6, and 6.7. I haven't had any luck yet.</p>
<p>Can you tell me which browser you are using as well as what version of Cascade Server you are currently running?</p>
<p>Thanks!</p></div>Timtag:help-archives.hannonhill.com,2010-02-09:Comment/26068512010-08-17T20:45:36Z2010-08-19T14:04:16ZSave Draft Changing Special Changing Customer Character<div><p>Cascade Server 6.7.1 is our current version.</p>
<p>Firefox 3.6.8 (Win/Vista)<br />
Firefox 3.5.5 (Win/XP pro)<br />
Chrome 5.0.375.126 (Win/Vista)<br />
IE 8.0 (Win/Vista)<br />
IE 7.0 (Win/XP Pro)</p>
<p>This only happens on saving a draft. The encoding for the character will change but not with all characters.</p>
<p>Some characters that change include: Euro (8364), Not Equal (8800), and Upsilon (933).</p>
<p>Some characters that do not change include: Pound (163) and Yen (165).</p>
<p>· Euro - € (8364)<br />
· Pound - £ (163)<br />
· Yen - ¥ (165)<br />
· Not Equal - ≠ (8800)<br />
· Equivalent - ≡ (8801)<br />
· Upsilon - Υ (933)</p></div>emumptontag:help-archives.hannonhill.com,2010-02-09:Comment/26068512010-08-18T21:05:36Z2010-08-18T21:05:36ZSave Draft Changing Special Changing Customer Character<div><p>Eric,</p>
<p>The only way we were able to reproduce this behavior was by changing the encoding on the browser. Can you tell me what character encoding you are using?</p></div>Timtag:help-archives.hannonhill.com,2010-02-09:Comment/26068512010-08-19T13:44:57Z2010-08-19T13:44:57ZSave Draft Changing Special Changing Customer Character<div><p>it appears that the page template is set to use UTF-8,</p>
<p>the browser is showing as using Unicode UTF-8 when displaying the web page</p>
<p>-Eric</p></div>emumptontag:help-archives.hannonhill.com,2010-02-09:Comment/26068512010-08-19T20:54:13Z2010-08-19T20:54:13ZSave Draft Changing Special Changing Customer Character<div><p>Eric,</p>
<p>After adding one of these characters, what do you see in the HTML view before saving the draft? What does it looks like <em>after</em> saving the draft (in HTML view)?</p>
<p>Also, does this happen with standard WYSIWYG pages, structured data pages that use WYSIWYG editors, or both?</p>
<p>Thanks</p></div>Timtag:help-archives.hannonhill.com,2010-02-09:Comment/26068512010-08-25T15:38:11Z2010-08-25T15:38:11ZSave Draft Changing Special Changing Customer Character<div><p>Hi Eric,</p>
<p>Just wanted to make sure you noticed my comment above.<br />
</p>
<p>We'll wait to hear back from you.</p>
<p>Thanks</p></div>Timtag:help-archives.hannonhill.com,2010-02-09:Comment/26068512010-08-27T14:59:49Z2010-08-27T14:59:49ZSave Draft Changing Special Changing Customer Character<div><p>I got caught up with the opening of school and a temporary reassignment of duties.<br />
We see the changing of the characters, when using Save Draft, on both kinds of pages (standard and using data defs).</p>
<p>I have attached a PDF showing the results of Edit - Save Draft with the HTML view. It clearly shows that the character encoding is changing to a different value.<br />
</p></div>emumptontag:help-archives.hannonhill.com,2010-02-09:Comment/26068512010-09-08T13:39:33Z2010-09-08T13:39:33ZSave Draft Changing Special Changing Customer Character<div><p>any chance this is related to using an Oracle database? Possibly save draft saves using a different data type?</p>
<p>-Eric (thanks to D. Wickis for the thought)</p></div>emumptontag:help-archives.hannonhill.com,2010-02-09:Comment/26068512010-09-08T20:54:12Z2010-09-08T20:54:12ZSave Draft Changing Special Changing Customer Character<div><p>Hi Eric,</p>
<p>Sorry for the delayed response on this post. D. Wickis was spot on when he mentioned this. One of my developers discovered this a few days ago and it is indeed related to the fact that some Oracle databases seem to be set to use the Western character set (iso-8859-1). The behavior you've seen with character entities changing can also be seen when submitting a page (not a draft) that has some structured data text fields.</p>
<p>Having said that, there also appears to be an issue with the way page content is handled when submitting vs. saving a draft.</p>
<p>We'll be creating an issue to address this and I will link you to that issue as soon as I have the information.</p>
<p>Thanks for your patience.<br />
</p></div>Timtag:help-archives.hannonhill.com,2010-02-09:Comment/26068512011-10-27T15:15:36Z2011-10-27T15:15:36ZSave Draft Changing Special Changing Customer Character<div><p>Hi Eric,</p>
<p>I realize it has been a very long time since we have spoken
regarding this issue. Is this something that is still happening in
your instance? The reason I thought about this particular ticket
was because I had another client come to me with a similar issue.
However, their problems seemed to be limited to a pretty specific
case. I created an issue for the problem they are running into
<a href="http://issues.hannonhill.com/browse/CSI-278">here</a>.</p>
<p>Can you read over that and then see if any of that applies to
what you are seeing (or saw)? The difference I'm seeing between
this client's issue and yours is that we did not have collapsible
Groups in Data Definitions (I don't think?) when you submitted this
ticket. So, I'd be interested to see if the WYSIWYG editors that
you saw this behavior in were part of a Data Definition - and if
they were, were those WYSIWYG editors part of a Group element in
the Data Definition?</p>
<p>Thanks!</p></div>Tim