[Libreoffice-bugs] [Bug 131072] RTF: frames obscure the text under/inside them (Wrap Through), wrap setting change not saved
https://bugs.documentfoundation.org/show_bug.cgi?id=131072 --- Comment #8 from João Paulo --- Created attachment 181749 --> https://bugs.documentfoundation.org/attachment.cgi?id=181749=edit PDF created with LibreOffice from the sample RTF -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150392] New: Accept oneself completely
https://bugs.documentfoundation.org/show_bug.cgi?id=150392 Bug ID: 150392 Summary: Accept oneself completely Product: LibreOffice Version: 3.3.0 release Hardware: All OS: Android Status: UNCONFIRMED Severity: minor Priority: medium Component: BASIC Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kyliemin...@gmail.com Description: The most terrifying thing is to accept oneself completely https://adwxo8.xyz/ Actual Results: The most terrifying thing is to accept oneself completely https://adwxo8.xyz/ Expected Results: The most terrifying thing is to accept oneself completely https://adwxo8.xyz/ Reproducible: Always User Profile Reset: No Additional Info: The most terrifying thing is to accept oneself completely https://adwxo8.xyz/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150393] New: FILEOPEN RTF: Some text and images inside frames are not shown on LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=150393 Bug ID: 150393 Summary: FILEOPEN RTF: Some text and images inside frames are not shown on LibreOffice Product: LibreOffice Version: 7.3.4.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: joaopauloag-freedesk...@yahoo.com.br Description: First I would like to point that this bug is not a duplicate from #9 (where frames are not in the correct Z-order) nor #131072 (where frames with white opaque backgrounds are hiding text under them): This bug is about text and images inside frames not being shown, unless we resize the frames. Steps to Reproduce: 1. Open the sample file with Microsoft Word (you can upload it to onedrive.live.com, it will show you how it is supposed to be rendered). 2. Open the sample file with LibreOffice, see there are missing text and images. 3. Verify that LibreOffice does not show all the text that Microsoft Word or OneDrive.com shows. Actual Results: LibreOffice hides some text/images inside frames. Expected Results: LibreOffice should show all the text and images inside the frames. Reproducible: Always User Profile Reset: No Additional Info: I tested this with LibreOffice 7.3.4.2 and 7.3.5.2. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150041] Missing Spanish translation for several strings in Format Menu > Lists Submenu of LO Writer 7.4 RC1 in Spanish.
https://bugs.documentfoundation.org/show_bug.cgi?id=150041 Julien Nabet changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED OS|Windows (All) |All --- Comment #8 from Julien Nabet --- Ok done now on Weblate. (I removed the extra uppercase to stick to screenshot). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150041] Missing Spanish translation for several strings in Format Menu > Lists Submenu of LO Writer 7.4 RC1 in Spanish.
https://bugs.documentfoundation.org/show_bug.cgi?id=150041 --- Comment #9 from Ming Hua --- I don't speak Spanish at all. But as a fellow translator I'd like to clarify one question from the reporter: (In reply to Albert Acer from comment #6) > Then, for some unknown reason, > Weblate has ignored those translations for these prerelease versions of LO > 7.4. The reason these strings went back to English for Spanish UI in 7.4 is that the original English strings changed, and the translators need to update their translations accordingly. In this case some of the changes are minimal, for example from "Promote Outline Level With Subpoints" to "Promote Outline Level with Subpoints", removing the capitialization of the word "with". It's a change in the source string nonetheless, and the translators of every language need to adapt, otherwise they'll have English strings in their translated UI. And other changes are not so minimal, for example from "Move Chapter Up with Subpoints" to "Move Item Up with Subpoints". I didn't bother to dig up the original change in the code (shouldn't be too hard with git commands), but the change to the PO files was [1], and in particular these strings for Spanish UI in [2]. Other multi-lingual projects preserve the old translations for situations like this, using PO file's "fuzzy" mechanism; but LibreOffice doesn't. Why do we not and whether we should change, is probably best suited for a discussion on libreoffice-l10n mailing list. 1. https://git.libreoffice.org/translations/+/c2b26d58f520fa40a8c64fb7d0217c578a1dd135 2. https://git.libreoffice.org/translations/+/c2b26d58f520fa40a8c64fb7d0217c578a1dd135%5E%21/source/es/officecfg/registry/data/org/openoffice/Office/UI.po -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150334] Libre Office crashed whilst trying to send an email using Writer's Mail Merge facility
https://bugs.documentfoundation.org/show_bug.cgi?id=150334 Laurie Spragg changed: What|Removed |Added CC||lau...@spra.gg --- Comment #2 from Laurie Spragg --- Created attachment 181755 --> https://bugs.documentfoundation.org/attachment.cgi?id=181755=edit Screen shot of error messages These error messages appeared after I had clicked on 'Send Documents' -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148547] FILESAVE Saving CSV file(s) corrupt randomly
https://bugs.documentfoundation.org/show_bug.cgi?id=148547 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||79045_79...@mail.ru Ever confirmed|0 |1 Whiteboard| QA:needsComment| --- Comment #3 from Roman Kuznetsov <79045_79...@mail.ru> --- Your LibreOffice version is too old. Please try update it from PPA or use deb packages from our official site https://www.libreoffice.org/donate/dl/deb-x86_64/7.3.5/ru/LibreOffice_7.3.5_Linux_x86-64_deb.tar.gz -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 109237] [META] CSV export bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=109237 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||148547 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148547 [Bug 148547] FILESAVE Saving CSV file(s) corrupt randomly -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148547] FILESAVE Saving CSV file(s) corrupt randomly
https://bugs.documentfoundation.org/show_bug.cgi?id=148547 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Blocks||109237 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=109237 [Bug 109237] [META] CSV export bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 33713] FORMATTING, FILEOPEN: Spacing above and below paragraph (.lwp)
https://bugs.documentfoundation.org/show_bug.cgi?id=33713 Hossein changed: What|Removed |Added Whiteboard||reviewed:2022 Keywords|difficultyMedium, easyHack, | |skillCpp| --- Comment #24 from Hossein --- Re-evaluating the EasyHack in 2022 This bug is still relevant, but I don't consider it an EasyHack that should be suggested to the newcomers. The original application (Lotus Word Pro 97) is very old. Although it can be found on some archive websites, and it works fine using Wine, I think there are more important areas that a newcomer should focus on to get familiar with the LibreOffice code. Therefore, I remove the EasyHack keyword from this issue. On the other hand, this is still a bug and should be fixed. This was one the oldest open EasyHacks. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150151] pasting text from writer misses a lot of characters When pasted into impress!
https://bugs.documentfoundation.org/show_bug.cgi?id=150151 Kamil Landa changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #8 from Kamil Landa --- Verified, fixed in 7.5.0.0.alpha0+ Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: f4027dd967a3292cfba689ca735d839b16ac2d92 CPU threads: 8; OS: Windows 10.0 Build 17763; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: cs-CZ Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 131072] RTF: frames obscure the text under/inside them (Wrap Through), wrap setting change not saved
https://bugs.documentfoundation.org/show_bug.cgi?id=131072 --- Comment #6 from João Paulo --- (In reply to Petr Prikryl from comment #0) > The RTF document (I can send a small example) was originally created in MS > Word. The heading part and part of the content was created with > frames/tables (?) around the text. Could you please say what Word version did you use to create the sample file you sent to show this bug? Because I used "Microsoft Word Version 2207 Build 16.0.15427.20182 64 bits" (Microsoft Office 365) and it rendered the document exactly the same as LibreOffice 7.3.5.2 x64 did. As the RTF format was created by Microsoft to ease exporting Word documents to other text processors, the reference implementation, IMHO, is Microsoft Word. If I am using the latest Word version available to Microsoft Office 365 subscribers, I suspect that maybe the bug is in the software version you used (maybe it lacks a service pack fixing the bug). I will attach PDFs created by Word 16.0.15427.20182 and by LibreOffice 7.3.5.2 to show that LibreOffice is doing exactly the same as Word. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150390] New: please visit
https://bugs.documentfoundation.org/show_bug.cgi?id=150390 Bug ID: 150390 Summary: please visit Product: cppunit Version: 1.12 Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: General Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: briannatiu...@gmail.com CC: markus.mohrh...@googlemail.com Hi, I’m Brianna. I’m a web developer. I am a fan of technology, web development, and baseball. I’m also interested in painting and cats. You can read my blog with a click on the button above. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150390] please visit
https://bugs.documentfoundation.org/show_bug.cgi?id=150390 briannatiu254 changed: What|Removed |Added URL||http://bvjesc.xyz -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150393] FILEOPEN RTF: Some text and images inside frames are not shown on LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=150393 --- Comment #2 from João Paulo --- Created attachment 181751 --> https://bugs.documentfoundation.org/attachment.cgi?id=181751=edit PDF created with Word by opening the sample RTF. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150393] FILEOPEN RTF: Some text and images inside frames are not shown on LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=150393 João Paulo changed: What|Removed |Added Blocks||107656, 81234 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=81234 [Bug 81234] [META] RTF filter issues https://bugs.documentfoundation.org/show_bug.cgi?id=107656 [Bug 107656] [META] Frame bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107656] [META] Frame bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107656 João Paulo changed: What|Removed |Added Depends on||150393 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150393 [Bug 150393] FILEOPEN RTF: Some text and images inside frames are not shown on LibreOffice -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 81234] [META] RTF filter issues
https://bugs.documentfoundation.org/show_bug.cgi?id=81234 João Paulo changed: What|Removed |Added Depends on||150393 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150393 [Bug 150393] FILEOPEN RTF: Some text and images inside frames are not shown on LibreOffice -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150393] FILEOPEN RTF: Some text and images inside frames are not shown on LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=150393 João Paulo changed: What|Removed |Added Keywords||filter:rtf -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150391] Crash in: libc.so.6
https://bugs.documentfoundation.org/show_bug.cgi?id=150391 Julien Nabet changed: What|Removed |Added Hardware|All |x86-64 (AMD64) Version|unspecified |7.3.4.2 release OS|All |Linux (All) Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||serval2...@yahoo.fr --- Comment #1 from Julien Nabet --- Could you apply this https://wiki.documentfoundation.org/QA/FirstSteps ? If you still reproduce the crash, could you indicate a minimal step by step process to reproduce this? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150394] New: LibreOffice is crashing with long hyperlink on the last position (Don't hyphenate the last word)
https://bugs.documentfoundation.org/show_bug.cgi?id=150394 Bug ID: 150394 Summary: LibreOffice is crashing with long hyperlink on the last position (Don't hyphenate the last word) Product: LibreOffice Version: 7.4.0.0 alpha0+ Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: buzea.bog...@libreoffice.org Description: 1. Open the attached document (a simple paragraph ending with a long hyperlink) 2. Edit the Paragraph - Text Flow - Check "Don't hyphenate the last word" 3. CRASH Steps to Reproduce: See description Actual Results: CRASH Expected Results: NO CRASH Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.4.0.2 / LibreOffice Community Build ID: 1512ce97d7ed39dce3121f7e15651fd8895f950e CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150394] LibreOffice is crashing with long hyperlink on the last position (Don't hyphenate the last word)
https://bugs.documentfoundation.org/show_bug.cgi?id=150394 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #1 from BogdanB --- Created attachment 181753 --> https://bugs.documentfoundation.org/attachment.cgi?id=181753=edit dmp file Using dgb version I get this messages: warn:legacy.osl:13258:13258:sw/source/core/text/guess.cxx:556: Deep cut /opt/rh/devtoolset-7/root/usr/include/c++/7/debug/vector:417: In function: warn:desktop:13258:13258:desktop/source/app/crashreport.cxx:61: minidump generated: /home/bogdan/Documente/LibreOfficeDev_7.5.0.0.alpha0_Linux_x86-64_archive/program/../program/../libreofficedev/4/crash//9b47766d-9110-42ef-4575e69e-f42719d7.dmp I have attached the .dmp file. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150394] LibreOffice is crashing with long hyperlink on the last position (Don't hyphenate the last word)
https://bugs.documentfoundation.org/show_bug.cgi?id=150394 --- Comment #2 from BogdanB --- Created attachment 181754 --> https://bugs.documentfoundation.org/attachment.cgi?id=181754=edit demo document for testing -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148410] content of formula bar placed too low (kf5)
https://bugs.documentfoundation.org/show_bug.cgi?id=148410 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Blocks||108660 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108660 [Bug 108660] [META] Formula bar (input line) bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108660] [META] Formula bar (input line) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108660 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||148410 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148410 [Bug 148410] content of formula bar placed too low (kf5) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145614] Convert #define to enum or constexpr
https://bugs.documentfoundation.org/show_bug.cgi?id=145614 Commit Notification changed: What|Removed |Added Whiteboard|target:7.4.0|target:7.4.0 target:7.5.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145614] Convert #define to enum or constexpr
https://bugs.documentfoundation.org/show_bug.cgi?id=145614 --- Comment #11 from Commit Notification --- ehsan committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9b5f0234da27a674a939941d89975bc5a365f7ae tdf#145614 Convert #define to constexpr It will be available in 7.5.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. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150138] FILEOPEN: Writer crashes when opening ODT file
https://bugs.documentfoundation.org/show_bug.cgi?id=150138 --- Comment #12 from Kamil Landa --- In reply to Caolán McNamara from comment #10 Cannot confirm the crash under Win10. Normally open with 7.4.0.2 and also with 7.5.0.0.alpha0. Normally converted to PDF from command line with 7.4.0.2. And with 7.5.0.0.alpha0 it is converted when I renamed the file for example to some standard english-ascii like aaa.odt. But there are some errors showed in command line but I think it is because under Windows there is some misapprehension between installed parallel versions like normal version and Dev version. Version: 7.4.0.2 (x64) / LibreOffice Community Build ID: 1512ce97d7ed39dce3121f7e15651fd8895f950e CPU threads: 8; OS: Windows 10.0 Build 17763; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: cs-CZ Calc: CL Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: f4027dd967a3292cfba689ca735d839b16ac2d92 CPU threads: 8; OS: Windows 10.0 Build 17763; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: cs-CZ Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 131072] RTF: frames obscure the text under/inside them (Wrap Through), wrap setting change not saved
https://bugs.documentfoundation.org/show_bug.cgi?id=131072 --- Comment #7 from João Paulo --- Created attachment 181748 --> https://bugs.documentfoundation.org/attachment.cgi?id=181748=edit PDF created with Word from the sample RTF -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150391] New: Crash in: libc.so.6
https://bugs.documentfoundation.org/show_bug.cgi?id=150391 Bug ID: 150391 Summary: Crash in: libc.so.6 Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Base Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: grahamleonardjo...@gmail.com This bug was filed from the crash reporting server and is br-0d76481c-1aea-47d6-a0ce-7ba428435330. = -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150393] FILEOPEN RTF: Some text and images inside frames are not shown on LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=150393 --- Comment #1 from João Paulo --- Created attachment 181750 --> https://bugs.documentfoundation.org/attachment.cgi?id=181750=edit Sample RTF created with JasperReports -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150393] FILEOPEN RTF: Some text and images inside frames are not shown on LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=150393 --- Comment #3 from João Paulo --- Created attachment 181752 --> https://bugs.documentfoundation.org/attachment.cgi?id=181752=edit Screenshot of OneDrive.Live.com rendering the RTF sample. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150042] Without translating to Spanish some strings of the Table Menu of LO Writer 7.4 RC1 in Spanish.
https://bugs.documentfoundation.org/show_bug.cgi?id=150042 Julien Nabet changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #8 from Julien Nabet --- "Delete Rows" and "Delete Columns" seem to be already translated (at least, I don't reproduce this with master sources updated today). "Split Cells..." translation was indeed missing, fixed now: https://translations.documentfoundation.org/translate/libo_ui-master/officecfgregistrydataorgopenofficeofficeui/es/?q=note%3AktF7K_by=-priority%2Cposition=1 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150392] Accept oneself completely
https://bugs.documentfoundation.org/show_bug.cgi?id=150392 Julien Nabet changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150392] Accept oneself completely
https://bugs.documentfoundation.org/show_bug.cgi?id=150392 Julien Nabet changed: What|Removed |Added Status|RESOLVED|CLOSED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148311] calc . REQUEST for Copy & Past configurability
https://bugs.documentfoundation.org/show_bug.cgi?id=148311 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Ever confirmed|0 |1 Whiteboard| QA:needsComment| CC||79045_79...@mail.ru Summary|calc . REQUEST for Copy & |calc . REQUEST for Copy & |Past configurability|Past configurability |. ( 500 000 asking | |calc user so far ) | Status|UNCONFIRMED |NEEDINFO --- Comment #3 from Roman Kuznetsov <79045_79...@mail.ru> --- Do you know about "Paste Special" dialog? Use Ctrl+Shift+V shortcut for opening -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102495] [META] KDE VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||148410 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148410 [Bug 148410] content of formula bar placed too low (kf5) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148410] content of formula bar placed too low (kf5)
https://bugs.documentfoundation.org/show_bug.cgi?id=148410 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Whiteboard| QA:needsComment| CC||79045_79...@mail.ru Blocks||102495 --- Comment #2 from Roman Kuznetsov <79045_79...@mail.ru> --- No repro in Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: f4027dd967a3292cfba689ca735d839b16ac2d92 CPU threads: 4; OS: Mac OS X 12.5; UI render: Skia/Metal; VCL: osx Locale: ru-RU (ru_RU.UTF-8); UI: en-US Calc: threaded Jumbo Linux + kf5 only? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102495 [Bug 102495] [META] KDE VCL backend bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147898] instructions about paint can in "Font Color" section of "Font Effects" help page appears to be incorrect
https://bugs.documentfoundation.org/show_bug.cgi?id=147898 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150288] Aug. 1st becomes Jan. 8th when using DD/MM/YYYY date format
https://bugs.documentfoundation.org/show_bug.cgi?id=150288 --- Comment #9 from Joao Carvalho --- Let me first define three different Language settings that I tried: Language settings 1: User interface: Default - English (USA) Locale setting: Default - English (USA) Date acceptance patterns: M/D/Y;M/D Language settings 2: User interface: Default - English (USA) Locale setting: Default - English (USA) Date acceptance patterns: D/M/Y;D/M Language settings 3: User interface: Default - English (USA) Locale setting: Portuguese (Brazil) Date acceptance patterns: D/M/Y;D/M I am not 100% sure, but I think that I was using Language settings 2 when I first started this thread on Aug 6th. What I know for sure is this. If I change the Language settings to one of the the above, and then try the "Steps to Reproduce" that I initially wrote, I get the following results. Language settings 1 and 2: Typing 31/8/22 automatically formats to 31/08/2022, but typing 1/8/22 automatically formats to 08/01/2022. Aug. 1st becomes Jan. 8th. Language settings 3: Typing 31/8/22 automatically formats to 31/08/2022, and typing 1/8/22 automatically formats to 01/08/2022, as I expected. Please note that my individual problem is solved. All I have to do is use Language settings 3. What I think is really confusing and should be looked at is the fact that Language settings 1 and 2 produce conflicting results. If 1/8/22 was to be interpreted as Jan 8th, then 31/8/22 should not be recognized as a valid date. On the other hand, if 31/8/22 should be recognized as a valid date, then 1/8/22 should be interpreted as Aug 1st. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150395] New: Wrong Kashida inserted in an Arabic text in a paragraph started with English text
https://bugs.documentfoundation.org/show_bug.cgi?id=150395 Bug ID: 150395 Summary: Wrong Kashida inserted in an Arabic text in a paragraph started with English text Product: LibreOffice Version: 6.4.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: graphics stack Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: hoss...@libreoffice.org Description: In a paragraph that contains Arabic text, if English (or LTR characters) are inserted in the start of the paragraph, wrong Kashida is inserted in the Arabic text. Steps to Reproduce: 1. Open the attachment 149834 Actual Results: Wrong Kashida inserted in an Arabic text, as unwanted horizontal lines Expected Results: Kashida should be placed in the correct position between the Arabic characters Reproducible: Always User Profile Reset: No Additional Info: Version: 6.4.0.1 Build ID: 1b6477b31f0334bd8620a96f0aeeb449b587be9f CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150138] FILEOPEN: Writer crashes when opening ODT file
https://bugs.documentfoundation.org/show_bug.cgi?id=150138 Kamil Landa changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #11 from Kamil Landa --- In reply to Commit Notification from comment #9 Confirmed, fixed in 7.5.0.0.alpha0+ Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: f4027dd967a3292cfba689ca735d839b16ac2d92 CPU threads: 8; OS: Windows 10.0 Build 17763; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: cs-CZ Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150395] Wrong Kashida inserted in an Arabic text in a paragraph started with English text
https://bugs.documentfoundation.org/show_bug.cgi?id=150395 Hossein changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||3492 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148180] Overline text decoration misses in exported SVG
https://bugs.documentfoundation.org/show_bug.cgi?id=148180 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Whiteboard| QA:needsComment| Ever confirmed|0 |1 Blocks||111450 Keywords||filter:svg CC||79045_79...@mail.ru Status|UNCONFIRMED |NEW --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- Confirm in Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: f4027dd967a3292cfba689ca735d839b16ac2d92 CPU threads: 4; OS: Mac OS X 12.5; UI render: Skia/Metal; VCL: osx Locale: ru-RU (ru_RU.UTF-8); UI: en-US Calc: threaded Jumbo Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=111450 [Bug 111450] [META] SVG fileSave filter (Draw/Impress) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 111450] [META] SVG fileSave filter (Draw/Impress)
https://bugs.documentfoundation.org/show_bug.cgi?id=111450 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Depends on||148180 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=148180 [Bug 148180] Overline text decoration misses in exported SVG -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147674] Generated bullet styles should not be have the WW8Num name prefix
https://bugs.documentfoundation.org/show_bug.cgi?id=147674 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Whiteboard| QA:needsComment| Ever confirmed|0 |1 CC||79045_79...@mail.ru --- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> --- Please attach the .doc file here -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150397] New: While installing an extension using KF5 the license text is selected for no reason
https://bugs.documentfoundation.org/show_bug.cgi?id=150397 Bug ID: 150397 Summary: While installing an extension using KF5 the license text is selected for no reason Product: LibreOffice Version: 7.2.7.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rafael.palma.l...@gmail.com Created attachment 181758 --> https://bugs.documentfoundation.org/attachment.cgi?id=181758=edit Screenshot showing the problem When you install an extension via an OXT file using the Kf5 backend, the license screen will have all its text selected. See attached screenshot for more info. This only happens in Kf5. It does not happen in gen and gtk3. I also tested in Windows and all is OK. For some reason, this only affects the Kf5 backend. System info Version: 7.3.5.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 1:7.3.5-0ubuntu0.22.04.1 Calc: threaded Also repro Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 4e2ce2a460458f17ee4360c45a2da2fc4b4d753e CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 104113] [META] Extension manager dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=104113 Rafael Lima changed: What|Removed |Added Depends on||150396 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150396 [Bug 150396] After installing an extension and restarting, LibreOffice should not ask if the user wants to install it again -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150042] Without translating to Spanish some strings of the Table Menu of LO Writer 7.4 RC1 in Spanish.
https://bugs.documentfoundation.org/show_bug.cgi?id=150042 --- Comment #9 from Albert Acer --- (In reply to Julien Nabet from comment #8) > "Delete Rows" and "Delete Columns" seem to be already translated (at least, > I don't reproduce this with master sources updated today). > > "Split Cells..." translation was indeed missing, fixed now: > https://translations.documentfoundation.org/translate/libo_ui-master/ > officecfgregistrydataorgopenofficeofficeui/es/?q=note%3AktF7K_by=- > priority%2Cposition=1 Thanks Julien. Of course, when and I reported this Bug on 18-July-2022 " "Delete Rows", "Delete Columns" "Split Cells" had not been translated. Then, on 3-Aug-2022, I reported that this had been partially resolved because I saw that the first two strings had been translated in LO 7.4 RC1. However, the string "Split Cells" was missing to be translated even though this bug had been declared as RESOLVED FIXED. Now, with your work on Weblate, Julien, this bug would be completely resolved. Thanks again. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147674] Generated bullet styles should not be have the WW8Num name prefix
https://bugs.documentfoundation.org/show_bug.cgi?id=147674 --- Comment #2 from Eyal Rozenberg --- (In reply to Roman Kuznetsov from comment #1) > Please attach the .doc file here This is a general complaint. IIANM, imported .doc styles get these prefixes. Someone who's familiar with the relevant import filter could verify (or disclaim) this. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150138] FILEOPEN: Writer crashes when opening ODT file
https://bugs.documentfoundation.org/show_bug.cgi?id=150138 Commit Notification changed: What|Removed |Added Whiteboard|target:7.5.0|target:7.5.0 target:7.4.1 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150138] FILEOPEN: Writer crashes when opening ODT file
https://bugs.documentfoundation.org/show_bug.cgi?id=150138 --- Comment #14 from Commit Notification --- Luboš Luňák committed a patch related to this issue. It has been pushed to "libreoffice-7-4": https://git.libreoffice.org/core/commit/7e428644ff93ecccda9196ebff8883f6f077c7b8 fix checking glyph break position (tdf#150138) It will be available in 7.4.1. 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. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150395] Wrong Kashida inserted in an Arabic text in a paragraph started with English text
https://bugs.documentfoundation.org/show_bug.cgi?id=150395 Khaled Hosny changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||kha...@aliftype.com Resolution|--- |DUPLICATE --- Comment #1 from Khaled Hosny --- Same issue as bug 103492 *** This bug has been marked as a duplicate of bug 103492 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150384] Perf: scrolling a large arabic RTL document in multipage view is slower compared to Latin LTR
https://bugs.documentfoundation.org/show_bug.cgi?id=150384 Khaled Hosny changed: What|Removed |Added CC||kha...@aliftype.com --- Comment #1 from Khaled Hosny --- The attachment document is in Hebrew not Arabic. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150236] Does not open full screen LO 7.4.0.1 & 7.4.0.2
https://bugs.documentfoundation.org/show_bug.cgi?id=150236 --- Comment #7 from Kityn --- This bug still exist on LO 7.4.0.3. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150398] No handling of Unicode Variation Selectors
https://bugs.documentfoundation.org/show_bug.cgi?id=150398 Khaled Hosny changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||7242 --- Comment #2 from Khaled Hosny --- To fix your immediate issue, make sure to explicitly use a font that have the code point and that is not a color font, apparently the font fallback is choosing a color font for you. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147242] There seems to be a difference in font substitution between showing in Writer vs. exporting to PDF while using Droid Arabic Kufi font.
https://bugs.documentfoundation.org/show_bug.cgi?id=147242 Khaled Hosny changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||0398 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 116641] RTL text that starts with LTR character rendered incorrectly without explicit RTL mark
https://bugs.documentfoundation.org/show_bug.cgi?id=116641 --- Comment #17 from Eyal Rozenberg --- Created attachment 181759 --> https://bugs.documentfoundation.org/attachment.cgi?id=181759=edit Test doc content in LO 7.5 nightly - Writer vs Impress -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 116641] RTL text that starts with LTR character rendered incorrectly without explicit RTL mark
https://bugs.documentfoundation.org/show_bug.cgi?id=116641 --- Comment #15 from Eyal Rozenberg --- Can no longer reproduce this, with an LO 7.5 nightly. Or to be more exact: The "main" part of this bug, which manifests for both Hebrew and English, and doesn't manifest in Writer - I can no longer reproduced. The Arabic letters beying laid out on top of each other is still an issue, but I'm pretty sure that's a separate bug. Idan, others, can you reproduce this? See also my upcoming screenshot. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 116641] RTL text that starts with LTR character rendered incorrectly without explicit RTL mark
https://bugs.documentfoundation.org/show_bug.cgi?id=116641 --- Comment #16 from Eyal Rozenberg --- Can no longer reproduce this, with an LO 7.5 nightly. Or to be more exact: The "main" part of this bug, which manifests for both Hebrew and English, and doesn't manifest in Writer - I can no longer reproduced. The Arabic letters being laid out on top of each other is still an issue, but I'm pretty sure that's a separate bug. Idan, others, can you reproduce this? See also my upcoming screenshot. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 116641] RTL text that starts with LTR character rendered incorrectly without explicit RTL mark
https://bugs.documentfoundation.org/show_bug.cgi?id=116641 Eyal Rozenberg changed: What|Removed |Added Status|NEW |NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 134226] Arabic diacritics and shadda overlap when shadda is in a separate span
https://bugs.documentfoundation.org/show_bug.cgi?id=134226 Khaled Hosny changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=52 ||028 --- Comment #20 from Khaled Hosny --- See bug 52028 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150400] New: Embeded Fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=150400 Bug ID: 150400 Summary: Embeded Fonts Product: LibreOffice Version: 7.3.2.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tomsa...@juno.com Description: I have been trying to learn how to Embed Fonts in my LubreOffice documents. I went to the following web-site (listed below). There I was advised to choose FILE – Properties – Font tab. However on my version of LubreOffice (I’m using v7.3.2.2 (X64)) there is no listing for Propertied in the File menu. https://help.libreoffice.org/latest/lo/text/shared/01/prop_font_embed.html Actual Results: I have been trying to learn how to Embed Fonts in my LubreOffice documents. I went to the following web-site (listed below). There I was advised to choose FILE – Properties – Font tab. However on my version of LubreOffice (I’m using v7.3.2.2 (X64)) there is no listing for Propertied in the File menu. https://help.libreoffice.org/latest/lo/text/shared/01/prop_font_embed.html Expected Results: Nothing I can not access something that's not there Reproducible: Always User Profile Reset: Yes Additional Info: List the file I was sent to find. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148180] Overline text decoration misses in exported SVG
https://bugs.documentfoundation.org/show_bug.cgi?id=148180 --- Comment #2 from Roman Kuznetsov <79045_79...@mail.ru> --- Created attachment 181756 --> https://bugs.documentfoundation.org/attachment.cgi?id=181756=edit ODG example file -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150138] FILEOPEN: Writer crashes when opening ODT file
https://bugs.documentfoundation.org/show_bug.cgi?id=150138 --- Comment #13 from Julien Nabet --- Created attachment 181757 --> https://bugs.documentfoundation.org/attachment.cgi?id=181757=edit bt with debug symbols Here's a bt of assertion I got on pc Debian x86-64 with master sources updated today just when opening the file and sliding a bit. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 104113] [META] Extension manager dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=104113 Rafael Lima changed: What|Removed |Added Blocks||150397 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150397 [Bug 150397] While installing an extension using KF5 the license text is selected for no reason -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150397] While installing an extension using KF5 the license text is selected for no reason
https://bugs.documentfoundation.org/show_bug.cgi?id=150397 Rafael Lima changed: What|Removed |Added Depends on||104113 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=104113 [Bug 104113] [META] Extension manager dialog bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150390] please visit
https://bugs.documentfoundation.org/show_bug.cgi?id=150390 Rafael Lima changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150374] right click don't work, often menu entry are unreadable
https://bugs.documentfoundation.org/show_bug.cgi?id=150374 m.a.riosv changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #5 from m.a.riosv --- Then please test disabling Skia Menu/Tools/LibreOffice/View -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120615] Ctrl+LShift, Ctrl+RShift not setting direction in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=120615 Eyal Rozenberg changed: What|Removed |Added Keywords||needsUXEval --- Comment #10 from Eyal Rozenberg --- So, this is a UI inconsistency between the different LO apps. And - I doubt it would be difficult to fix. Is there a valid reason why this is the case, or is it just an oversight? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 77964] FILEOPEN: WPS DOC - Image wrapped Optimal instead of No Wrap
https://bugs.documentfoundation.org/show_bug.cgi?id=77964 Justin L changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |jl...@mail.com |desktop.org | --- Comment #19 from Justin L --- (In reply to Justin L from comment #16) > This is defined as a character shape. (placeholder 0x01 instead of 0x08). >From SPRMS WW8.pdf: "1.3.5 Pictures Pictures in the Word Binary File format can be either inline or floating. An inline picture is represented by a character whose Unicode value is 0x0001 and has sprmCFSpec applied with a value of 1 and sprmCPicLocation applied to specify the location of the picture data. A floating picture is represented by an anchor character with a Unicode value of 0x0008 with sprmCFSpec applied with a value of 1. In addition, floating pictures are referenced by a PlcfSpa structure which contains additional data about the picture. A floating picture can appear anywhere on the same page as its anchor. The document author can choose to have the floating picture rearrange the text in various ways or to leave the text as is." Proposed fix at http://gerrit.libreoffice.org/c/core/+/138234 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150396] New: After installing an extension and restarting, LibreOffice should not ask if the user wants to install it again
https://bugs.documentfoundation.org/show_bug.cgi?id=150396 Bug ID: 150396 Summary: After installing an extension and restarting, LibreOffice should not ask if the user wants to install it again Product: LibreOffice Version: 7.2.7.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rafael.palma.l...@gmail.com When you download an extension (OXT) file and then right-click it in the file manager, it will be associated with LibreOffice (Start Center). If you try to open the OXT file directly from the file-manager using the start center, a weird workflow will happen: Steps to reproduce: 1) Right-click the OXT file in the file manager and choose "LibreOffice" (choose the start center) 2) When the start center opens, the extension manager will be automatically opened. Click "OK" to install the extension (also accept the extension license) 3) Close the extension manager. Then you will receive a message box saying that you need to restart LibreOffice. 4) Choose "Restart Now" 5) Here's the weird part. LibreOffice will restart and after the start center opens again, it will ask if you want to install the extension (again) as though you were opening the OXT for the first time. The expected behavior would be to restart LibreOffice and open the start center without asking to install the extension again. Notice that this does not happen if you install the extension via Tools - Extension Manager. This is repro at least since LO 7.2.x (I tested in Linux and Windows) and it is still repro in the latest master (LO 7.5+). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102495] [META] KDE VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Rafael Lima changed: What|Removed |Added Depends on||150397 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150397 [Bug 150397] While installing an extension using KF5 the license text is selected for no reason -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150397] While installing an extension using KF5 the license text is selected for no reason
https://bugs.documentfoundation.org/show_bug.cgi?id=150397 Rafael Lima changed: What|Removed |Added Blocks||102495 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102495 [Bug 102495] [META] KDE VCL backend bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150041] Missing Spanish translation for several strings in Format Menu > Lists Submenu of LO Writer 7.4 RC1 in Spanish.
https://bugs.documentfoundation.org/show_bug.cgi?id=150041 --- Comment #10 from Albert Acer --- (In reply to Ming Hua from comment #9) > I don't speak Spanish at all. But as a fellow translator I'd like to > clarify one question from the reporter: > > (In reply to Albert Acer from comment #6) > > Then, for some unknown reason, > > Weblate has ignored those translations for these prerelease versions of LO > > 7.4. > The reason these strings went back to English for Spanish UI in 7.4 is that > the original English strings changed, and the translators need to update > their translations accordingly. > > In this case some of the changes are minimal, for example from "Promote > Outline Level With Subpoints" to "Promote Outline Level with Subpoints", > removing the capitialization of the word "with". It's a change in the > source string nonetheless, and the translators of every language need to > adapt, otherwise they'll have English strings in their translated UI. And > other changes are not so minimal, for example from "Move Chapter Up with > Subpoints" to "Move Item Up with Subpoints". I didn't bother to dig up the > original change in the code (shouldn't be too hard with git commands), but > the change to the PO files was [1], and in particular these strings for > Spanish UI in [2]. > > Other multi-lingual projects preserve the old translations for situations > like this, using PO file's "fuzzy" mechanism; but LibreOffice doesn't. Why > do we not and whether we should change, is probably best suited for a > discussion on libreoffice-l10n mailing list. > > 1. > https://git.libreoffice.org/translations/+/ > c2b26d58f520fa40a8c64fb7d0217c578a1dd135 > 2. > https://git.libreoffice.org/translations/+/ > c2b26d58f520fa40a8c64fb7d0217c578a1dd135%5E%21/source/es/officecfg/registry/ > data/org/openoffice/Office/UI.po Thank you very much Ming Hua for your clarification. I really appreciate that clarification. And thanks also to Julien for his work and his help at Weblate. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150399] New: SAXException: GUI permits "ignore error", CLI has no feature.
https://bugs.documentfoundation.org/show_bug.cgi?id=150399 Bug ID: 150399 Summary: SAXException: GUI permits "ignore error", CLI has no feature. Product: LibreOffice Version: 3.3.0 release Hardware: x86 (IA32) OS: Linux (All) Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: arif...@gmail.com Description: Opening a .docx that may contain corrupt or invalid XML data in headless mode will fail to open, However, the GUI offers a dialogue that allows the user to ignore any errors and open anyway. I would like a commandline switch, such as `--ignore-errors` that allows the CLI to do a best effort, just as the GUI does, rather than failing with "Error: Source file could not be loaded" Steps to Reproduce: 1. run a corrupt .docx such as one found here: https://ask.libreoffice.org/t/help-saxexception-word-document-xml-line-2-attribute-w-cstheme-redefined/60704 with the command: `soffice --headless --invisible --nodefault --nofirststartwizard --nolockcheck --nologo --norestore --convert-to pdf ` Observe the error: `Error source file could not be loaded` 2. Open an instance of LibreOffice GUI, then run the command again. When prompted, press "Yes" to ignore errors. 3. Command will exit successfully, and a pdf file has been created. Actual Results: No ability to successfully run command without GUI Expected Results: a flag such as `--ignore-errors` that will give the CLI the power to bypass such errors Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: . -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150395] Wrong Kashida inserted in an Arabic text in a paragraph started with English text
https://bugs.documentfoundation.org/show_bug.cgi?id=150395 --- Comment #2 from Khaled Hosny --- (In reply to Khaled Hosny from comment #1) > Same issue as bug 103492 > > *** This bug has been marked as a duplicate of bug 103492 *** (in case any one is wondering, turns out text boxes in Writer use the same text engine (editengine) that the rest of LO use, not Writers its own separate text engine). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 121327] Support multi-colored fonts using CBDT/SBIX tables
https://bugs.documentfoundation.org/show_bug.cgi?id=121327 Khaled Hosny changed: What|Removed |Added CC||mahmoododa...@gmail.com --- Comment #10 from Khaled Hosny --- *** Bug 147242 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150398] No handling of Unicode Variation Selectors
https://bugs.documentfoundation.org/show_bug.cgi?id=150398 Khaled Hosny changed: What|Removed |Added CC||kha...@aliftype.com Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from Khaled Hosny --- Regular Unicode Variation Selectors should be supported (if the font used supports them). Emoji presentation selector are special as they implemented by switching fonts (fonts themselves don’t provide any support for them). To handle Emoji presentation LibreOffice needs to: 1) track which fonts support color and which don’t 2) query the default presentation for any given emoji 3) check presentation selectors to override it 4) chose color or monochrome font based on the resolved presentation. This is basically how browsers and other apps handle this. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150374] right click don't work, often menu entry are unreadable
https://bugs.documentfoundation.org/show_bug.cgi?id=150374 --- Comment #6 from Michael Buchholz --- ... done ... Disabling Skia don't change anything. Without Skia right-click also don't work. BTW: I'm absolutely sure that right-click worked well with 7.3.3. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150384] Perf: scrolling a large arabic RTL document in multipage view is slower compared to Latin LTR
https://bugs.documentfoundation.org/show_bug.cgi?id=150384 --- Comment #3 from Khaled Hosny --- I don’t know, I couldn’t see a difference in scrolling the two documents. I was looking because Kashida justification in Arabic does not seem to use the glyph cache and I was wondering if it affects performance. Since this is Hebrew, Kashida would be irrelevant. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150236] Does not open full screen, ooSetupFactoryWindowAttributes not being filled
https://bugs.documentfoundation.org/show_bug.cgi?id=150236 V Stuart Foote changed: What|Removed |Added CC||glo...@fbihome.de --- Comment #14 from V Stuart Foote --- (In reply to Mike Kaganski from comment #13) > (In reply to V Stuart Foote from comment #12) > So is there a "open LibreOffice, expand it to full screen, and close" step > before step 2 missing? Initially I assumed you all were talking about a > shortcut properties - e.g., on Windows, you may assign such settings to > shortcuts; and I assumed that it was "set up shortcut to open fullscreen" > step that was missing. No. With a clean profile. swriter.exe, scalc.exe, sdraw.exe open to full screen. But with soffice.exe (StartCenter) open, first module opens to the StartCenter frame size. Next module launched *also* gets the frame size for the StartCenter. For release builds before 7.4.0.1 and in 7.5.0alpha0+, next module gets its size from ooSetupFactoryWindowAttributes values (IIUC) recorded to user profile. But expect that is just a manifestation of the actual issue. I can not judge for sure because I can't follow how it is plumbed to write back to profile, but there was Jan-Marek's refactoring vcl::WindowPosSize [1] in ea5a0918c8c32309821ab239c4b95f4d6a3b5c12 that is in at 7.4.0.1 =-ref-= https://gerrit.libreoffice.org/c/core/+/135426 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150393] FILEOPEN RTF: Some text and images inside frames are not shown on LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=150393 m.a.riosv changed: What|Removed |Added Keywords|bibisectRequest | Ever confirmed|0 |1 Version|4.1.0.4 release |7.3.4.2 release Status|UNCONFIRMED |NEW CC||miguelangelrv@libreoffice.o ||rg --- Comment #5 from m.a.riosv --- Repro Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4e2ce2a460458f17ee4360c45a2da2fc4b4d753e CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150384] Perf: scrolling a large Hebrew document in multipage view is slower compared to Latin (LTR/RTL doesn't appear to matter)
https://bugs.documentfoundation.org/show_bug.cgi?id=150384 Telesto changed: What|Removed |Added Summary|Perf: scrolling a large |Perf: scrolling a large |Hebrew RTL document in |Hebrew document in |multipage view is slower|multipage view is slower |compared to Latin LTR |compared to Latin (LTR/RTL ||doesn't appear to matter) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150400] Embeded Fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=150400 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m.a.riosv --- Created attachment 181761 --> https://bugs.documentfoundation.org/attachment.cgi?id=181761=edit Screenshot showing the option It's fine for me. You can see in the screenshot the option near to the bottom of the Menu/File. Maybe you have a low resolution, so doesn't keep the option, but in this case there should some kind of arrow to go down. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150384] Perf: scrolling a large Hebrew RTL document in multipage view is slower compared to Latin LTR
https://bugs.documentfoundation.org/show_bug.cgi?id=150384 --- Comment #4 from Telesto --- Created attachment 181760 --> https://bugs.documentfoundation.org/attachment.cgi?id=181760=edit VerySleepy Screenshot Some very basic perf trace without symbols. Appears to be in TextLayout/ GlyphCache -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150384] Perf: scrolling a large Hebrew RTL document in multipage view is slower compared to Latin LTR
https://bugs.documentfoundation.org/show_bug.cgi?id=150384 Telesto changed: What|Removed |Added Summary|Perf: scrolling a large |Perf: scrolling a large |arabic RTL document in |Hebrew RTL document in |multipage view is slower|multipage view is slower |compared to Latin LTR |compared to Latin LTR -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150402] FILEOPEN PPTX: font size renders much bigger in presentation mode than in edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=150402 --- Comment #1 from Gerald Pfeifer --- Created attachment 181763 --> https://bugs.documentfoundation.org/attachment.cgi?id=181763=edit Visual comparison presentation mode (bug shows) vs edit mode -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150402] New: FILEOPEN PPTX: font size renders much bigger in presentation mode than in edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=150402 Bug ID: 150402 Summary: FILEOPEN PPTX: font size renders much bigger in presentation mode than in edit mode Product: LibreOffice Version: 7.5.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Keywords: bibisectRequest, regression Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ger...@pfeifer.com Created attachment 181762 --> https://bugs.documentfoundation.org/attachment.cgi?id=181762=edit Sample slide (PPTX) Opening the sample document, in edit mode the font size of the page number is as expected. Going into presentation mode, out of a sudden the page number (number "1") renders thrice as large. Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 4e2ce2a460458f17ee4360c45a2da2fc4b4d753e CPU threads: 8; OS: Linux 5.18; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: b2467d6c7af988f8ed4e090ebf9472be6c84fb06 CPU threads: 8; OS: Linux 5.18; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Version: 7.3.6.0.0+ / LibreOffice Community Build ID: 3788d8be31764a3f44dc662f2d6e040a2a24510e CPU threads: 8; OS: Linux 5.18; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US However, NOT SEEN with Version: 7.2.8.0.0+ / LibreOffice Community Build ID: d293877ff029ae7c161ccfbade992485fd92fe75 CPU threads: 8; OS: Linux 5.18; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-7-2, Time: 2022-04-26_20:29:27 Version: 7.2.8.0.0+ / LibreOffice Community Build ID: d293877ff029ae7c161ccfbade992485fd92fe75 CPU threads: 8; OS: Linux 5.18; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-7-2, Time: 2022-04-26_20:29:27 So, looks like a regression... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150288] Aug. 1st becomes Jan. 8th when using DD/MM/YYYY date format
https://bugs.documentfoundation.org/show_bug.cgi?id=150288 --- Comment #10 from m.a.riosv --- (In reply to Joao Carvalho from comment #9) > ... > I get the following results., > > Language settings 1 and 2: Typing 31/8/22 automatically formats to > 31/08/2022, but typing 1/8/22 automatically formats to 08/01/2022. Aug. 1st > becomes Jan. 8th. > > Language settings 3: Typing 31/8/22 automatically formats to 31/08/2022, and > typing 1/8/22 automatically formats to 01/08/2022, as I expected. What do you see formatting those results as ISO format -mm-dd -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150374] right click don't work, often menu entry are unreadable
https://bugs.documentfoundation.org/show_bug.cgi?id=150374 --- Comment #7 from m.a.riosv --- Maybe you have selected a dark mode. Menu/Tools7
[Libreoffice-bugs] [Bug 150384] Perf: scrolling a large Hebrew document in multipage view is slower compared to Latin (LTR/RTL doesn't appear to matter)
https://bugs.documentfoundation.org/show_bug.cgi?id=150384 --- Comment #6 from Eyal Rozenberg --- Damn it, that's the attachment I posted! It's the guide to the Israeli military prison system. I'm the editor :-P Let me ask you, though - in your LO installation, do you have a font substitution for David? And can you provide a screenshot of the second page (the first one with lots of text)? > zoom out so at minimum 6 pages fit on screen (sidebar can be closed) 6 pages _fully_ fit the view, or 6 pages intersect it? Is it important that 2 full "rows" of pages fit completely? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150384] Perf: scrolling a large Hebrew document in multipage view is slower compared to Latin (LTR/RTL doesn't appear to matter)
https://bugs.documentfoundation.org/show_bug.cgi?id=150384 Eyal Rozenberg changed: What|Removed |Added Blocks||112812 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=112812 [Bug 112812] [META] Hebrew language-specific RTL issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112812] [META] Hebrew language-specific RTL issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112812 Eyal Rozenberg changed: What|Removed |Added Depends on||150384 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150384 [Bug 150384] Perf: scrolling a large Hebrew document in multipage view is slower compared to Latin (LTR/RTL doesn't appear to matter) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150403] New: Font substitutions dynamically-apply inconsistently
https://bugs.documentfoundation.org/show_bug.cgi?id=150403 Bug ID: 150403 Summary: Font substitutions dynamically-apply inconsistently Product: LibreOffice Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: trivial Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com Reproduction instructions: 1. Make sure your system doesn't have a font substitution for the "David" font, nor does it have it installed, nor does it use David CLM as the backup. Ditto for "Miriam" and Miriam CLM. 2. Open attachment 181658 3. Switch to multi-page view, have at least 4 full pages fit on a single row (in my window it's another 4 pages that fit half-height or so) 4. Choose Tools | Options on the menu 5. In the options dialog, navigate to LibreOffice | Fonts 6. Add font substitution from David to David CLM and Miriam to Miriam CLM 7. Mark the two substitutions as "Always" 8. Press apply 9. Close the dialog Expected result: Either all of the body text - which is in David font - switches from the previous fallback to David CLM, or none of it does, awaiting a reopen of the document or a restart of LO. Actual Result: Some of the paragraphs switch to using the substitute, some don't. When mouse=scrolling up and down some, getting the first row of page out of view, then going back up, all paragraphs have switched (I think). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150391] Crash in: libc.so.6
https://bugs.documentfoundation.org/show_bug.cgi?id=150391 --- Comment #2 from graham jones --- sorry- i shouldnt have raised a bug that i couldnt replicate on demand. I get a lot of base crashes on windows and this one on linux. Basically it just hangs during data entry, gives no error messages , crashes and goes through the recovery cycle. I think close this bug request and I will work through the first steps doc and resubmit when I have better info. thanks graham -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150403] Font substitutions dynamically-apply inconsistently
https://bugs.documentfoundation.org/show_bug.cgi?id=150403 Eyal Rozenberg changed: What|Removed |Added Blocks||112812 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=112812 [Bug 112812] [META] Hebrew language-specific RTL issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112812] [META] Hebrew language-specific RTL issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112812 Eyal Rozenberg changed: What|Removed |Added Depends on||150403 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=150403 [Bug 150403] Font substitutions dynamically-apply inconsistently -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147511] CRASH: closing LibreOffice after copying content
https://bugs.documentfoundation.org/show_bug.cgi?id=147511 --- Comment #6 from stragu --- reproduced in: Version: 7.4.0.2 / LibreOffice Community Build ID: 1512ce97d7ed39dce3121f7e15651fd8895f950e CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: x11 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded and: Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 7ba40c7d62c7c15f9c0e9cbc21b48f105454b885 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: x11 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded with steps: 1. Open attachment 102103 2. Ctrl + A 3. Ctrl + X 4. File > Reload, discard changes 5. repeat from step 2. until crash -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150385] Track Changes: RTL becomes LTR when undoing deletion with track changes record enabled
https://bugs.documentfoundation.org/show_bug.cgi?id=150385 Telesto changed: What|Removed |Added CC||eyalr...@gmx.com --- Comment #4 from Telesto --- @Eyal FYI: I used a snipped of your document here. -- You are receiving this mail because: You are the assignee for the bug.
