topic Re: Style definition in Wiki pages no longer works in Alfresco Archive

Style definition in Wiki pages no longer works

rschmidt — Wed, 02 Dec 2009 12:49:00 GMT

Hi all,we use alfresco share and we have updated to version 3.2r2. After that, it seems, that if you create a wiki page and you use a style formatter (e.g. to change the font size or to color a specific word) this style definition will not be saved with the page.It is a bug or is there anywhere a co

Re: Style definition in Wiki pages no longer works

mikeh — Fri, 04 Dec 2009 22:37:52 GMT

I think I've seen this raised already in JIRA, but if you can't find it please raise another bug.

Thanks,
Mike

Re: Style definition in Wiki pages no longer works

fjdoyle — Mon, 07 Dec 2009 19:06:58 GMT

Has it been confirmed that there is an active bug report and that this is being addressed?
The sudden loss of formatting on wiki pages after upgrade has caused some distress.

Re: Style definition in Wiki pages no longer works

zorin1st — Wed, 16 Dec 2009 13:07:42 GMT

Hallo,
same problem here, but it is not only in the wiki, the missing style information is in the blog too.
If i check out the sites vom alfresco explorer for offline editing, all style information is correctly in the file.

Even it is possible to add and save new inline style information from TinyMCE in Share.

It seems, that only the file input parsing for displaying the files from Share is wrong.

I hope someone can solve this bug soon, i dont want to downgrad to 3.2 since i got the Records Management working fine in 3.2r…

thank you for helping 🙂

best regards, Elmar

Re: Style definition in Wiki pages no longer works

fjdoyle — Wed, 16 Dec 2009 22:19:57 GMT

Seriously guys…is somebody looking into this? The only official response was, "I think maybe I saw a JIRA on this…but if not you should submit one". I asked if it was being pursued and received no response, so I joined the JIRA site and submitted it myself (after searching to see if there was already a submission…which I did not find) and have heard nothing from that either. I realize this is the community edition and Share is a fairly new tool, but the wiki is a pretty significant part of the "collaboration" tool and the fact that the WYSIWYG editor completely deletes table cell borders and color formatting is a more than a little problematic.

Re: Style definition in Wiki pages no longer works

mikeh — Wed, 16 Dec 2009 23:21:57 GMT

Apologies, I hadn't spotted either the forum update or the JIRA issue (the latter hadn't been marked as "Share"). https://issues.alfresco.com/jira/browse/ALFCOM-3705

We're ramping up v3.3 development now, so I'll make sure it's addressed as soon as possible. If I get time to see where the issue lies in the meantime, I'll update the JIRA ticket.

Thanks,
Mike

Re: Style definition in Wiki pages no longer works

zorin1st — Thu, 17 Dec 2009 09:02:10 GMT

@fjdoyle

i'm sure the editor does not delete the table style. If u open the file in alfresco explorer, u will see, all style information is there.
It's "just" a display problem

best regards, Elmar

Re: Style definition in Wiki pages no longer works

fjdoyle — Tue, 05 Jan 2010 18:36:43 GMT

As this is a functional description of user experience, I would consider the lack of "applied style" to be a deletion.
In terms of it being a display issue, that would imply that the correct style info is present but the rendering system (i.e., browser) is not interpreting properly.
That is not the case. Applying new formatting (cell borders, bg color, etc) to new tables in the WYSIWYG does not result in production of correct HTML.
Existing table cells from previous Alfresco version wiki that had such formatting, have class tags with values such as "xl119". Assumedly, these were defined in a stylesheet that did not migrate with the upgrade or that is no longer being properly referenced. In either case, the assertion that the "style is still there in the editor" is wrong. Any such cell formatting from previous version or newly applied is not reflected in the editor.

Re: Style definition in Wiki pages no longer works

durrell — Wed, 13 Jan 2010 14:56:51 GMT

We are having this exact same issue. It does need to be addressed, as it has caused somewhat of an uproar here since wiki pages are heavily used as a "Table of Contents" for different sites.

Re: Style definition in Wiki pages no longer works

jocke — Thu, 14 Jan 2010 07:57:48 GMT

We also have the same problem. Is there a temporary fix of some sort until the next version comes out? It's very hard using the wiki at all without styling.

Re: Style definition in Wiki pages no longer works

mikeh — Thu, 14 Jan 2010 11:03:46 GMT

I took a quick look at this. It's due to the stripUnsafeHTML() function in stringUtils being updated to a third party solution. I guess it's stripping too much now.

[update] Note this is only a workaround. The style attribute is open to XSS attacks in Internet Explorer. We'll look at putting TinyMCE in a different mode to use css classes instead of the style attribute.

The workaround is as follows…

Create the following folder structure for the Tomcat where Share is deployed:

shared/classes/alfresco/web-extension/site-webscripts/org/alfresco/components/wiki‍

In the wiki folder, create a file called page.get.config.xml containing the following:

<wiki>
   <allowUnfilteredHTML>true</allowUnfilteredHTML>
</wiki>‍‍‍

If you had the web-extension folder before this fix, you should just be able to reset Share web-scripts, otherwise restart Tomcat in order for the extensions classpath to be picked up.

Thanks,
Mike

Re: Style definition in Wiki pages no longer works

durrell — Fri, 15 Jan 2010 17:19:25 GMT

That does the trick for the formatting. Thanks a lot.

Any idea when the Share dashlet problem might be fixed?

This:

[img]http://imgur.com/A3Hee.png[/img]

Re: Style definition in Wiki pages no longer works

mikeh — Fri, 15 Jan 2010 18:26:00 GMT

Good point! Do the same thing for the dashlet, but using:

shared/classes/alfresco/web-extension/site-webscripts/org/alfresco/components/dashlet‍

In the dashlet folder, create a file called wiki.get.config.xml containing the following:

<wiki>
   <allowUnfilteredHTML>true</allowUnfilteredHTML>
</wiki>‍‍‍

Thanks,
Mike

Re: Style definition in Wiki pages no longer works

kevinr — Mon, 22 Feb 2010 15:30:18 GMT

This issue has now been resolved (without a work-around). Latest code in HEAD (for 3.3 release) and will also be available in the 3.2.1 Enterprise service pack.

Thanks,

Kev

Re: Style definition in Wiki pages no longer works

durrell — Thu, 25 Feb 2010 20:17:27 GMT

This is broken again in 3.2r, even with the work-around in place. I've restarted Tomcat several times and it just refuses to work. Any ideas?

Re: Style definition in Wiki pages no longer works

kevinr — Thu, 25 Feb 2010 22:10:52 GMT

It was not fixed in 3.2r - as per my post above. It will be available in 3.2.1 (Enterprise) or 3.3 Community or current HEAD codeline. I haven't tried the workaround so I can't comment on that.

Kev

Re: Style definition in Wiki pages no longer works

durrell — Fri, 26 Feb 2010 15:08:25 GMT

Thanks for the info. Any info on a release date for 3.2.1 Enterprise?

In the interim..it would be nice to get the workaround working again.

Re: Style definition in Wiki pages no longer works

durrell — Fri, 26 Feb 2010 21:16:26 GMT

I dug around a little in the webscripts and found what it was calling.

File: org/alfresco/components/dashlets/wiki.get.config.xml

Changed the value to true and that fixed it.

Re: Style definition in Wiki pages no longer works

analyzediz — Tue, 09 Mar 2010 00:06:21 GMT

Along the same lines, I'm not quite sure the logic behind not including <pre> tags as one of the safe HTML tags. I was looking at org.alfresco.web.ui.common.StringUtils and sure enough it was excluded from the list.

I'm trying to add the capability for users to post code samples into the tinyMCE control. I have created a plugin that work just as expected and when I save my edited content it makes it all the way into Alfresco. I know this because I can preview the content from the Alfresco Web Client. But once retrieved, the stripUnsafeHTML calls in out of the box FreeMarker templates just discards the <pre> tags. Is there a minimally invasive approach to extending the behavior of this class to allow additional html tags to be cosidered "safe"?

Thanks for any pointers.

Re: Style definition in Wiki pages no longer works

kevinr — Tue, 09 Mar 2010 11:12:13 GMT

I will update the whitelist to include PRE for 3.2.1E/3.3, from my investigations and testing it is safe to include. There is no way to add tags to the list via config yet - it is something we can look at adding, if you raise a request in JIRA.

Thanks,

Kevin