Hi, ndreher wrote: This looks like a bug in the editor. Can you tell me what version of XWiki Enterprise do you use and what are the steps to reproduce the problem? Can you reproduce it all the time? What actions do you take between the moment when the link is generated fine (switch to Source tab, check the generated link and switch back to WYSIWYG tab without changing the source) and the moment when the link is badly generated? Also, if you have Firebug extension for Firefox installed it would be very useful to now what is sent to the server when you switch to the Source tab and the link is messed up. You should be able to see in the Firebug console a line like this: POST http://domain/xwiki/resources/js/xwiki/wysiwyg/xwe/HTMLConverter.gwtrpc Expand it and look on the Post tab. Thanks, Marius

ndreher wrote: Good to know. This JavaScript exception is harmless and I think I've fixed it on the trunk. I'll try to reproduce the problem myself. The HTML sent to the server when you save and the links are messed up would help a lot. Thanks, Marius

Hello, it seems to be a problem with the Internet Explorer. The whole time I worked with Firefox no problem appeares. Can you tell me if there is an analog Debug-Tool for the IE as you told me for the Firefox-Browser ? IE-Version: 7.0.5730.13CO Thanks Norbert -- View this message in context: http://n2.nabble.com/Problems-with-links-tp4435123p4453761.html Sent from the XWiki- Users mailing list archive at Nabble.com.

ndreher wrote: There is Internet Explorer Developer Toolbar ( http://tinyurl.com/dkmm9 ) but I doesn't show the AJAX requests and thus you can't detect what HTML is send to the server when you switch to Source tab. Hope this helps, Marius

Hi Claudio. ccoreggioli wrote: I can't reproduce the problem following your steps. I tried with: before[[XWiki>>http://www.xwiki.org]]after I added/deleted spaces before/after the link and changed the surrounding text in all sorts of ways but the link is still saved fine. Are you able to reproduce it all the time? I guess not. <P>questa è la prova di un link tipo <A href="http://www.google.com/" rel=__blank metadata="<!--startwikilink:http://www.google.com/--><SPAN class=wikiexternallink>org.xwiki.gwt.dom.client.Element#placeholder</SPAN><!--stopwikilink-->">Google</A>&nbsp; da salvare con wysiwyg</P> <p>questa è la prova di un link tipo <!--startwikilink:http://www.google.com/--><span class="wikiexternallink"><a rel="__blank" href="http://www.google.com/">Google&nbsp;</a></s… da salvare con wysiwyg</p> Looks like the problem is that in Internet Explorer something prevents the editor from properly "serializing" the content before submission. Can you check if there is any JavaScript exception thrown before you click the Save&View button or just after you click. You can do this by unchecking: Disable script debugging (Internet Explorer) Disable script debugging (Other) in Internet Explorer's Advanced options tab. Thanks, Marius

Hi Claudio, ccoreggioli wrote: I must be missing something. I'm unable to reproduce it.. The same thing happens if you switch to Source tab instead of clicking the Save&View button? Can this problem be caused by some IE add-on? You said you have XE 2.2 (final) right? I can't find 8CD487D9EA80A10FBD0A29EBA781AB6F.cache.html on my XE 2.2.27100. I'm testing on IE 8.0.6001.18702 and the WYSIWYG editor is loaded fine and I can save. Can you clear the browser cache to make sure the right JavaScript file is loaded. This reminds me of http://jira.xwiki.org/jira/browse/XWIKI-4831 . After we upgraded to GWT 2.0 we got a similar exception in IE and I reported http://code.google.com/p/google-web-toolkit/issues/detail?id=4567 but I fixed it XE 2.2RC1. Thanks, Marius

well, first we started with enterprise 2.2 milestone 2, then we passed to 2.2.27100 stable, but we cleaned up all the work dir of tomcat, removed xwiki from webapps and redeployed 2.2.27100 (war). the only thing that remained untouched is the database, oracle 10. IE8 issue has been solved with this update, but IE7 still got this strange behaviour. Latest attempts were made disabling all the ie plugins, but the problem persists. Tried with and without proxy, with and without apache with mod_jk, inside and outside our organization, http and https. IE7 is the only browser that causes this misbehaviour. i say also that almost every component got a sort of "duplication" problem, like Warning macro, Info, Error, Toc etc. For example, editing a page, inserting a Warning macro, click save&view, the result is two warning boxes and between them this text ">warning". re-editing the page cleaning the wrong part, i can save the page correctly. I extended com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter with our class, and printed all the properties of the http request. here follow the iter ("OUR CUSTOM FILTER" is the first System.out of our class): 1) the page contains a correct link --> edit (WYSIWYG): OUR CUSTOM FILTER Parameter name: language --- Value: it OUR CUSTOM FILTER Parameter name: ajax --- Value: 1 Parameter name: language --- Value: it OUR CUSTOM FILTER Parameter name: render --- Value: true Parameter name: xpage --- Value: wysiwyginput Parameter name: key --- Value: EraU 2) on edit, modify the link near it, like adding a space in tail of it --> click "save & view" OUR CUSTOM FILTER Attribute name: javax.servlet.forward.request_uri --- Value: /xwiki/bin/preview/Claudio/ProvaLink Attribute name: javax.servlet.forward.context_path --- Value: /xwiki Attribute name: javax.servlet.forward.servlet_path --- Value: /bin Attribute name: javax.servlet.forward.path_info --- Value: /preview/Claudio/ProvaLink Parameter name: tags --- Value: Parameter name: template --- Value: Parameter name: parent --- Value: Parameter name: defaultLanguage --- Value: it Parameter name: x-maximized --- Value: Parameter name: xcontinue --- Value: /xwiki/bin/edit/Claudio/ProvaLink?editor=wysiwyg Parameter name: xredirect --- Value: Parameter name: syntaxId --- Value: xwiki/2.0 Parameter name: action_save --- Value: Save & View Parameter name: xeditaction --- Value: edit Parameter name: content --- Value: <P>link to http://www.google.com org.xwiki.gwt.dom.client.Element#placeholder<!--stopwikilink-->">Google . &nbsp;</P> Parameter name: title --- Value: ProvaLink Parameter name: RequiresHTMLConversion --- Value: content Parameter name: content_syntax --- Value: xwiki/2.0 Parameter name: language --- Value: it Parameter name: comment --- Value:- OUR CUSTOM FILTER OUR CUSTOM FILTER Parameter name: ajax --- Value: 1 OUR CUSTOM FILTER Parameter name: vm --- Value: commentsinline.vm Parameter name: xpage --- Value: xpart 3) now edit again the corrupted link page --> edit OUR CUSTOM FILTER Parameter name: language --- Value: it OUR CUSTOM FILTER Parameter name: ajax --- Value: 1 Parameter name: language --- Value: it OUR CUSTOM FILTER Parameter name: render --- Value: true Parameter name: xpage --- Value: wysiwyginput Parameter name: key --- Value: IPpx 4) delete the wrong part in front of the link (that is "org.xwiki.gwt.dom.client.Element#placeholderhttp://www.google.com"&#x3e;") --> click "save & view" OUR CUSTOM FILTER Attribute name: javax.servlet.forward.request_uri --- Value: /xwiki/bin/preview/Claudio/ProvaLink Attribute name: javax.servlet.forward.context_path --- Value: /xwiki Attribute name: javax.servlet.forward.servlet_path --- Value: /bin Attribute name: javax.servlet.forward.path_info --- Value: /preview/Claudio/ProvaLink Parameter name: tags --- Value: Parameter name: template --- Value: Parameter name: parent --- Value: Parameter name: defaultLanguage --- Value: it Parameter name: x-maximized --- Value: Parameter name: xcontinue --- Value: /xwiki/bin/edit/Claudio/ProvaLink?editor=wysiwyg Parameter name: xredirect --- Value: Parameter name: syntaxId --- Value: xwiki/2.0 Parameter name: action_save --- Value: Save & View Parameter name: xeditaction --- Value: edit Parameter name: content --- Value: <P>link to <!--startwikilink:http://www.google.com--> http://www.google.com Google <!--stopwikilink-->. &nbsp;</P> Parameter name: title --- Value: ProvaLink Parameter name: RequiresHTMLConversion --- Value: content Parameter name: content_syntax --- Value: xwiki/2.0 Parameter name: language --- Value: it Parameter name: comment --- Value: OUR CUSTOM FILTER OUR CUSTOM FILTER Parameter name: ajax --- Value: 1 OUR CUSTOM FILTER Parameter name: vm --- Value: commentsinline.vm Parameter name: xpage --- Value: xpart Now the link is correct again, and I can repeat this iter n-times and it always happen. any other suggestion to test? we're going a little mad with this... thanks, claudio -- View this message in context: http://n2.nabble.com/Problems-with-links-tp4435123p4611101.html Sent from the XWiki- Users mailing list archive at Nabble.com.

Hi Claudio, ccoreggioli wrote: First of all thanks for your investigation. The behavior you experience is caused by the fact that the HTML content is not properly serialized before being submitted. The real question is: what prevents the editor from properly serializing the content on IE7? Let me give you a few technical details to understand what happens. When you edit a wiki page its content (XWiki 2.0 syntax usually) is rendered to XHTML and fed to the WYSIWYG editor. This XHTML input is a bit special because it contains some meta data in form of XML comments. In order to protect this comments during editing the editor moves them inside attributes (thus the metadata attribute). Before the content is submitted the editor moves back the meta data from attributes to XML comments. "Before the content is submitted" usually means "when the rich text area looses the focus". After the HTML content (the editor output) is submitted it is cleaned and then converted to wiki syntax. It looks like the cleaner messes up the content if the meta data is not restored (i.e. the metadata attribute is present) but this is not the problem because the metadata attribute shouldn't be present in the submitted content. Now two questions: (1) Does this happen if you switch to Source tab instead of clicking Save & View ? (2) Does this happen on IE8 with IE7 mode? (you can change the mode from Tools/Developers Tools and click on "Browser Mode: IE8" and choose "Internet Explorer 7") Thanks, Marius

Hi Marius, i prepared a test environment where i can always reproduce the problem, if you want to try it. You can edit this page: https://www.gidi.it/xwiki/bin/view/Claudio/ProvaLink since i made you admin of "Claudio" space. The site is quite slow, due to a couple of "bounces" before the real server (proxying & mod_jk), but i assure you that i face the same behaviour going directly to it. Site is in https, but after logon you'll be redirected to the http version, that doesn't work from outside my company (public site cannot be touched). Simply change the protocol back to https and you'll be in again. You can use marius for both username and password. As said, the issue is with IE7. I got version 7.0.5730.13 running on XP sp3. Every other browsers work fine. Thanks again, claudio -- View this message in context: http://n2.nabble.com/Problems-with-links-tp4435123p4620248.html Sent from the XWiki- Users mailing list archive at Nabble.com.

I opened http://jira.xwiki.org/jira/browse/XWIKI-4931 . I'm looking for a clean fix. Thanks, Marius Marius Dumitru Florea wrote:

Hello Marius, any news about this issue? Thanks, claudio -- View this message in context: http://n2.nabble.com/Problems-with-links-tp4435123p4742433.html Sent from the XWiki- Users mailing list archive at Nabble.com.

Thanks a lot Marius! Yes, i didn't received the mail and post my last request to a cached page (maybe my browser tricked me!) so i didn't get your updates. I apologize. I already test it and put the new release (2.2.2) in production env. It seem that this version solves a lot of other issues that we had with the wysiwig editor on IE7, like duplication of box macros ets. Many thanks again. Best regards, claudio -- View this message in context: http://n2.nabble.com/Problems-with-links-tp4435123p4743650.html Sent from the XWiki- Users mailing list archive at Nabble.com.

2.3M1 is ok! claudio -- View this message in context: http://n2.nabble.com/Problems-with-links-tp4435123p4755346.html Sent from the XWiki- Users mailing list archive at Nabble.com.