Item5695: TinyMCE / WYSIWYG iso 8859-1 not working with umlauts in links

There are still problems with iso-8859-1 setups and umlauts under TinyMCE ( trunk version, 10 Jun ).

When adding a link which includes umlauts, saving, everythign works. Next time you edit the topic, the link is not shown correctly, so instead of

 
[[Ümlautlink]]

it shows a underlined Ümlautlink, which stands for "this is an external link". Looking at the link-destination, it points to http://domain.tld/bin/edit/Web/Ümlautlink. I guess edit is from things like "get current script action" and then expanded. I think that there is a problem matching internal links when there are umlauts, maybe the topic is not found because of the umlaut beeing wrong endoded

TWiki:Main.MayerEugen

I do not see this when using current SVN 4.2 code instead of 4.1.2.

Maybe this is more a core bug which is now fixed?

-- KennethLavrsen - 09 Jun 2008

If its a core bug, i just smell that the RegExp had been corrected, which is testing for internal links. Maybe in 4.1.2 its not using locales like it happend in the subscription plugin. would be great to get a hint, i could start debugging then

-- TWiki:Main.MayerEugen - 10 Jun 2008

Later: If it would be a core-bug, i would suggest that links created in raw-edit-mode would not work also. But it seems only to happen in WYSIWYG-mode, so iam a bit confused

-- TWiki:Main.MayerEugen - 10 Jun 2008

When you say "links created in WYSIWYG-mode" what do you actually mean?

You mean WikiWords written as WikiWords or do you mean using the user interface for adding a link? And when you add this link what format do you then get? [[link][text]] or [[link only]].

Not shown correctly means that the link was saved in a strange mode. What is the raw text result?

-- TWiki:Main.KennethLavrsen - 10 Jun 2008

Ok i tried some things out and got some new details for reproducing this bug.

When starting editing a topic and adding a intern-link with a umlaut in the "URL" part, you have then 2 possibilities:

• When you save, the linke will be rendered correctly when viewing the topic, but the next time you edit the topic, the link has been expanded to a link beeing a external link, so

  [[http://domain.tld/bin/view/Sandbox/ÜmlautTopic]]

• if you change to raw mode during the initial edit, you see the internal llink with correct syntax in "raw", so

  [[ÜmlautTopic]]

  . If you change back to the tinyMCE mode with the pickaxe, the link is shown correctly, so a underlined, blue

  [[ÜmlautTopic]]

  . Saving then, and showing the topic, works with a single limitation. Also editing the topic works, the links is shown corectly. * The limitation is, if you give the link a name, which differs from the topic name, so

  [[ÜmlautTopic][Test]]

  , the link will be shown correctly during editing, but saving the topic and showing it, will give you some suprises. The link is marked as "create this topic" and the name of the topic would be "mlautTopic", so the Umlaut is missing. Don`t forget, to reproduce this, you have to switch to pickaxe and back in the initial editing

-- TWiki:Main.MayerEugen - 10 Jun 2008

Lavr to anser your question: So if we are in case one, creating a link with the tinyMCE and saving, link will work on viewing the topic and the raw code of the link is for a topic name TestÄndern ( strange ) :

<span class="WYSIWYG_LINK"><a href="TestÄndern">Test</a>

-- TWiki:Main.MayerEugen - 10 Jun 2008

• patch: Patch for WysiwygPlugin supporting form fields

Ok last but not least, this problem has nothing to do with tinyMCE. Also if you dont use TinyMCE for formfields, you wont need this patch in general, but the patch wont break the normal behaviour.

Otherwise, if you use form fields with WYSIWYG, this patch provides the needed support.

For me, cant see a reason not to take that one in the normal WYSIWYG release.

-- TWiki:Main.MayerEugen - 10 Jun 2008

I have tested the patch.

I have not seen damage when running TWiki like normal.

With the editor_selector : "(twikiTextarea|twikiEditFormTextAreaField)", setting in the TMCE plugin topic I do indeed get a WYSIWYG field in text areas. But when I save an empty line is prefixed the first line. There is no way you can remove it in Wysiwyg but you can remove it afterwards in Raw Edit.

If you save from pickaxe mode the space is not added.

This blank line is added in both IE and FF.

I also ran the unit tests and 3 of them fails now.

-- TWiki:Main.KennethLavrsen - 10 Jun 2008