Bug in Editor is removing any line break (carriage return) in bigger strings

Today three people reported that modifying longer strings including new lines is broken.

Whenever you are trying to modify or add any translations all CRs are removed.

Example:

https://app.transifex.com/nextcloud/nextcloud/translate/#de/forum/601314777

See history of given string.

See more damaged strings at:
https://app.transifex.com/nextcloud/nextcloud/translate/#de/$/574097718?q=reviewed%3Ano

Tested with Firefox on Win 11 and macOS.

Confirmed by three translators.

Can you confirm?

EDIT:
It is enough to visit the strings and just to press button “save strings”.

2 Likes

Hello Transifex.

Any response?

How to raise a ticket as a paying customer?

1 Like

Dear rakekniven,

Please send us all relevant details at support@transifex.com so that a ticket for this issue is opened and our team will follow up.

Kind regards

2 Likes

Did that minutes ago and referenced to this issue here.

Kind regards

2 Likes

Detailed description:

we have many simple one line strings. Translating them works like expected :white_check_mark: .

But we also have multiline strings. They contain multiple lines including line breaks (I call them CR known as “carriage return” in the old days).

As soon as you view a string containing line breaks the string is marked as edited. After you press the save button all line breaks are removed.

Example:

String before any modification. See active save button.

Result after pressing save.

Trouble started yesterday morning.

1 Like

Hi @rakekniven

We are not able to reproduce the issue that you are reporting; however, I’m raising a bug request so our team can take a deeper look.

As soon as we have an answer we’ll get back to you.

Best regards,

Ok,

I did a small screencapture for you:

Please see I did not change any character. Just pressing the save button.

Does this help?

1 Like

Please fix this as soon as possible, it’s an absolute showstopper.

Thank you for the video recording.
We have forwarded all the details to the relevant ticket.

2 Likes

Hello,

While reviewing the video we noticed that a deepL addon is active.

Could you please try to deactivate this addon and see if the issue is still reproducible?

Kind regards

Hello Chrisb,

thanks for your message.

I disabled my deepl add-on on Firefox, unfortunately it is still an issue.

Using Safari v26.0.1 on macOS v15.7.1 makes no trouble.

Hi @rakekniven

Thanks for the update, please allow us to forward your comments to our dev team. We’ll get back to you as soon as we have any news.

Best regards,

Carlos Olvera

1 Like

@colvera

With the help of a few translators from the community, we were able to narrow down the issue even further.
It only occurs with the current version of Firefox, both on Win11 and macOS.
It works with other browsers, specifically Edge, Vivaldi and Safari.

Cheers,
Mark

1 Like

Hi @rakekniven

Thank you so much for your update; it was really helpful.

After doing some additional testing, our team found that the issue can only be reproduced on Firefox and doesn’t seem to affect any other browsers. For the moment, could you please avoid using Firefox while we continue investigating?

We’ve added this to our team’s board and are actively working on this. As soon as we have any updates, we’ll be sure to let you know.

Thanks again for your patience and collaboration.

Best regards,
Carlos Olvera

2 Likes

Official ticket has been closed and as soon as a fix is ready, @chrisb will report here.

2 Likes

Issue has been solved. Happy FireFoxing :wink:

2 Likes