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

[mikeh]

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

Thanks,
Mike

[fjdoyle]

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.

[zorin1st]

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

[fjdoyle]

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.

[mikeh]

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

[zorin1st]

@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

[fjdoyle]

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.

[durrell]

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.

[jocke]

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.