nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

Inline editor error

lemmy

Hi,

I've created an article in Alfresco 3.4.d Community. When using the inline editor to bold some words or to add an http-link it's just saving plain text. When I reenter the inline editor the changes are gone. There are no exceptions thrown.

Thanks,
Lemmy

Find more posts tagged with

Comments

foosetv

I just ran into the same bug, I can't get style changes to save either. The version number does escalate on each save but it doesn't seem to retain the change. I did get it to work if the LAST edit I make before saving is a character entry. So for instance, I'll will bold an existing phrase and then I would backspace out the last character and then re-type it. When I save immediately after that, the style changes seem to take. I haven't tried a change or addition to a hyperlink yet.

dsaum

I have been experiencing the same problem. Posted about it in the fall and got no meaningful response.

This seems to be a fairly significant issue and the lack of feedback Alfresco provides is worrying..

bremmington

I've been trying this out on the current code line (which is an Enterprise line), and I cannot reproduce it. After a little digging I've found that it was fixed under issue ALF-6002 which hasn't been merged from the Enterprise stream onto HEAD yet. It will get there…

foosetv

Glad this has been solved. I'll look forward to seeing it appear in the community version.

dsaum

Any idea when we can hope to see this show up in Community or in Subversion (or at least get a patch)?

For all intents and purposes this is a blocker issue for adoption of WCMQS (and by extension surf) as no content (minus no-frills text) can be created in the tool.

bremmington

I'm afraid I don't know exactly when the merge will be done from the enterprise code line onto head. If you are building Alfresco from source, however, the fix is quite simple. In the file "/projects/web-framework-commons/src/web/components/form/rich-text.js" do the following:

In the function "_renderEditor" (near the bottom of the file) subscribe to the "onChange" event in addition to the "onKeyUp" event:
In the "_handleContentChange" function, wrap the logic with a test for whether the editor is dirty so it becomes:

dsaum

Fantastic. Thanks.

dsaum

I've deployed this patch and confirmed that it works. Thanks again.

Note for those who are stuck using 3.4.d or earlier, the fix that Brian included shows that editing the text in the <textarea/> is the only event that triggers an update of the underlying content model. A quick work around, therefore, is to simply make sure you edit some text after you click one of the TinyMCE buttons. I've confirmed that this works as well.

kamielvdz

I have experienced this exact same error in Alfresco Community 4.2.c. When I select a style or click a formatting button and click save, the content is not correct. If I click inside the editor again before I save, the cotent is saved correctly.

tchoupitoulos

We are actually seeing this on Enterprise 4.1.4 It doesn't sound like it really got fixed.

benswitzer

THANK YOU!!!

Was struggling with this for some time. Applied part one of this fix and the issue was resolved. It appears the second point has been fixed in the source.

Implementing a solution on 4.1.5.