Description: In Tools - Customize - Notebookbar tab, there are "Scope" and "Target" dropdowns whose items cannot be localized. Actual Results: Expected Results: Reproducible: Always User Profile Reset: No Additional Info:
Created attachment 167988 [details] Notebookbar customization with missing KeyIDs (qtz locale)
Can not reproduce with 7.1.0 Beta1, they are translatable and translated for zh-CN UI: Version: 7.1.0.0.beta1 (x64) Build ID: 828a45a14a0b954e0e539f5a9a10ca31c81d8f53 CPU threads: 2; OS: Windows 10.0 Build 18363; UI render: default; VCL: win Locale: zh-CN (zh_CN); UI: zh-CN Calc: threaded Don't know why they have no KeyID strings, but they are avaiable on Weblate (links to the English source string, find your language in the "Other languages" tab at the bottom): https://weblate.documentfoundation.org/translate/libo_ui-master/cuimessages/en/?checksum=8cf9f48f5f879dc4 https://weblate.documentfoundation.org/translate/libo_ui-master/cuimessages/en/?checksum=f7461851dda2851f Is this a 7.2/master specific thing? But the history of the relevant .ui file doesn't seem to indicate any recent string changes: https://opengrok.libreoffice.org/history/core/cui/uiconfig/ui/menuassignpage.ui
(In reply to Ming Hua from comment #2) > Is this a 7.2/master specific thing? Looked it up in KeyID (qtz) UI for 7.1.0 Beta1, and these two strings have KeyID prefixed there. So indeed a 7.2/master only bug. Someone who knows the code base better than I do need to have a look at this.
To clarify it: I don't mean the "Scope" and "Target" labels (they are indeed localized), but the content of their dropdowns ("LibreOfficeDev Writer - Tabbed" and "All commands", "File Tab", "File Tab | File" etc.).
Confirming with Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: b08a2b299418db84a71fe625f127f0484746010e CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: hu-HU (hu_HU.UTF-8); UI: hu-HU Calc: threaded Two problems here: - some strings are hardcoded into cui/source/customize/SvxNotebookbarConfigPage.cxx - most others come from the notebookbar ui files, where the id property of the sfxlo-PriorityHBox sfxlo-PriorityMergedHBox svtlo-ManagedMenuButton objects is used. This can not be marked as localizable with the Glade tool, as these are usually not intended to be user visible.
Alas, I was looking at the wrong places. Indeed I can also reproduce with 7.0.5: Version: 7.0.5.2 (x64) Build ID: 64390860c6cd0aca4beafafcfd84613dd9dfb63a CPU threads: 2; OS: Windows 10.0 Build 19041; UI render: default; VCL: win Locale: zh-CN (zh_CN); 界面: zh-CN Calc: threaded (In reply to Stanislav Horacek from comment #4) > To clarify it: I don't mean the "Scope" and "Target" labels (they are indeed > localized), but the content of their dropdowns ("LibreOfficeDev Writer - > Tabbed" and "All commands", "File Tab", "File Tab | File" etc.). In addition to the contents of the two dropdown list, there are also some strings scattered in the "Assigned Commands" list, similar to those in "Target" dropdown.
Gabor Kelemen committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/8ebb54c6c4937a151f2185e8f54b2c39e446368a tdf#138751 Localize items in Notebookbar customization dropdowns It will be available in 7.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 143870 has been marked as a duplicate of this bug. ***
Dear Stanislav Horacek, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I see it still not localized in: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 47ca3f1f762352b488d58b3bf23d5776576f1cca CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: cs-CZ Calc: threaded