Bug 164964 - Hebrew help contains uninterpreted \</emph\> etc.
Summary: Hebrew help contains uninterpreted \</emph\> etc.
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Documentation (show other bugs)
Version:
(earliest affected)
25.2.0.0 alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL: https://help.libreoffice.org/latest/h...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-01-30 22:12 UTC by Jim Avera
Modified: 2025-01-31 12:27 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Attachments
screenshot (501.00 KB, image/png)
2025-01-30 22:12 UTC, Jim Avera 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jim Avera 2025-01-30 22:12:41 UTC 
Created attachment 198896 [details]
screenshot

The Hebrew help pages (at least one of them anyway) have some rendering problem which displays a lot of uninterpreted markup such as

  Choose \<item type=\"menuitem\"\>View - Toolbars - Form Controls\</item\>.

Please visit
  https://help.libreoffice.org/latest/he/text/shared/guide/formfields.html

I'll attach a screenshot from Firefox 133.0.3 on Ubuntu 24.04 LTS, taken on January 30, 2025.
Comment 1 Eyal Rozenberg 2025-01-31 09:46:15 UTC 
Confirmed, at least on the web version of the help. I didn't realize it even existed - after all, there is so little of it that's translated.

We see this on most help pages, not just the linked one.

We do _not_ see this with Arabic help - which is also almost entirely untranslated, so a similar state, yet no escaped < and > marks.

We should get Yaron Sharabani to look at this, he's the Hebrew UI translation guy.
Comment 2 Julien Nabet 2025-01-31 12:26:52 UTC 
I removed translations for the impacted strings.
in he/helpcontent2/source/text/shared/guide.po, I searched all "formfields.xhp" parts and removed all translations containing \\ since anyway, there weren't translated.