Style definition in Wiki pages no longer works

[rschmidt]

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 configuration setting to change this behaviour?

/Rainer

[analyzediz]

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

Thanks Kevin, for the prompt response. I look forward to these updates.

Cheers.

[rakmun]

Having the same problem, any solutions?

[kevinr]

Fixed in 3.2.1 Enterprise service pack.

You will need to reapply formatting to the posts with the editor, it does not fix previous posts. You can blame IE6 security flaws for this unfortunately. We cannot allow embedded STYLE tags so TinyMCE integration has been tweaked to generate safe FONT tags or similar.

Cheers,

Kev

[marfarma]

I'm implementing Community 3.3g and find that blockquote html tags are being stripped from the wiki pages. 

I've tried indenting a block of text via the TinyMCE editor alternately using the quote and the indent editor buttons.  I've confirmed that TinyMCE inserts a blockquote tag in either case.  I've then confirmed that the saved wiki pages have been stripped of blockquote tags.

Can it be added to the whitelist as was done for the pre tag?  From what research I've done, it appears to be safe.  (htmlpurifier.org whitelists it. See:  http://htmlpurifier.org/live/smoketests/printDefinition.php)

[kevinr]

Yes that can be added.

Kev

[durrell]

I can get this to work in 3.3g using the workaround for wikis (still not fixed out of the box), but no matter what I try it doesn't seem to work for the dashlet.

Any ideas of what I can try to get the dashlet to display wikis correctly?

[kevinr]

I've just tried the latest HEAD build and it works in the dashlet. I've also added BLOCKQUOTE to the tag whitelist.

Kev

[durrell]

So was it fixed in the 3.3g release or was it fixed later?

[heisinga]

The folder for the dashlet issue should of course be :

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

without the "s" at the end, it does very little I discovered  😎
But this fixes also my issue with the HTML rendering in Wiki and the Wiki Dashlet in 3.3G
So thank you Mike

[jriker1]

This still seems to be an issue with 3.4.b.  It doesn't strip anything out anymore when I set allowUnfilteredHTML to true however sometimes it will only show the mini editing box for the wiki with pure html and never show the Tiny GUI editor.  Othertimes it will.  If I set it to false it shows fine but then continues to strip out things like table border settings and the like that you can set thru the gui.

JR