[Libreoffice-bugs] [Bug 157506] locked file
https://bugs.documentfoundation.org/show_bug.cgi?id=157506 --- Comment #6 from Peter M --- antivirus caused the error :( everything is fine now Thanks :) (In reply to Julien Nabet from comment #5) > Just thinking about tdf#157545, it might be similar. > > For the test, could you: > - create a brand new file with just "test" in it > - save and close it > - reopen it and try to modify and save it again? > > On which Windows version are you? > Do you have some specific antivirus (I mean not Windows Defender)? > if yes, could you disable it just some minutes to try again to modify your > files? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157282] v-aligning text to center fails to v-center text with some fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=157282 Eyal Rozenberg changed: What|Removed |Added Summary|v-aligning text to center |v-aligning text to center |failed to v-center text |fails to v-center text with |with some fonts |some fonts --- Comment #3 from Eyal Rozenberg --- (In reply to خالد حسني from comment #2) > Most likely it is centering the font height, i.e. ascender + descender 1. I'm not sure that we should think of the font height (w.r.t vertical positioning) as the difference between the ascender and the descender lines, as opposed to baseline to cap line. Of course line spacing should account for those, but not necessarily centering. 2. Are you sure this is the case for these specific fonts? A cursory inspection doesn't seem to agree with that. > and it does not look at the content at all, probably be design. Yes, that's certain. I'm not arguing against this design choice (although that might be an interesting discussion to have). > DejaVu Sans has > less space above the capitals than below baseline, while Liberation Sans has > more or less the same space. But the ascenders are about as high as Liberation Sans... so, > If you middle-align in a web browser, you get the same effect, and some > fonts are intentionally designed to look vertically centered in such > situations https://twitter.com/romanshamin_en/status/1562801657691672576 is ours a case of the font artificially using a larger above-caps space? Also, suppose a font does this intentionally. Why should we respect its desire for extra space, when the user has indicated something different, and the extra space is known not to be necessary? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157560] Calc incorrectly converts DEC2HEX function when saving as Mircosoft .xlsx
https://bugs.documentfoundation.org/show_bug.cgi?id=157560 Xisco Faulí changed: What|Removed |Added CC||xiscofa...@libreoffice.org Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #1 from Xisco Faulí --- I cant' reproduce it with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 0c4913e03e8427a576138601958f2dbf13b8c37b CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded it seems you're using an old version of LibreOffice. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157280] Impress's parenthesis rendering is wrong on Korean texts
https://bugs.documentfoundation.org/show_bug.cgi?id=157280 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org Status|UNCONFIRMED |NEEDINFO See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||6663 Blocks|83066 |113196 Whiteboard| QA:needsComment| Depends on|113196 | Ever confirmed|0 |1 --- Comment #8 from Stéphane Guillou (stragu) --- Thanks for the report! Reproduced in recent trunk build: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e3c961e6a3917d95534652e0f982918cc1079015 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Confirmed that on MS Office.com, opening the example document saved as XLSX does not have the excessive spacing. A workaround is to got to "Format > Paragraph > Asian Typography" and turn off "Apply spacing between Asian and non-Asian text", but is that a good workaround in your opinion, or is that too wide-ranging? Should a solution only affect the spacing around parentheses and brackets? And if turning that setting off is the right solution, should it be off by default for Paragraphs in Korean, i.e. what is requested in bug 136663? I see you have already commented there a few years ago. Please also see Khaled's question in bug 136663 comment 9, maybe you can answer. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=83066 [Bug 83066] [META] CJK (Chinese, Japanese, Korean, and Vietnamese) language issues https://bugs.documentfoundation.org/show_bug.cgi?id=113196 [Bug 113196] [META] Korean language-specific CJK issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139007] [META] PDF accessibility
https://bugs.documentfoundation.org/show_bug.cgi?id=139007 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||90328 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=90328 [Bug 90328] PDF: Role map should not include cyclic definitions -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103378] [META] PDF export bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103378 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on|90328 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=90328 [Bug 90328] PDF: Role map should not include cyclic definitions -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157164] Frame > Position and Size > Vertical Position preview does not show red line for baseline anymore
https://bugs.documentfoundation.org/show_bug.cgi?id=157164 Noel Grandin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103305] [META] Frame dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103305 Bug 103305 depends on bug 157164, which changed state. Bug 157164 Summary: Frame > Position and Size > Vertical Position preview does not show red line for baseline anymore https://bugs.documentfoundation.org/show_bug.cgi?id=157164 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157282] v-aligning text to center fails to v-center text with some fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=157282 --- Comment #4 from خالد حسني --- The ascenders and descenders I’m talking are font settings (number in OS/2 and/or hhea tables) not the actual glyph ascenders and descenders (glyph ascenders and descenders are rarely if ever taking account of for anything as getting them requires measuring the bounding boxes of the glyphs which is both slow and often undesirable as then the measures are dependent on the text content and leads to inconsistencies). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108745] [META] Report Builder bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108745 Bug 108745 depends on bug 88268, which changed state. Bug 88268 Summary: EDITING: Report builder cause LO to quit unexpectedly when drag resizing header and detail or footer controls together https://bugs.documentfoundation.org/show_bug.cgi?id=88268 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157506] locked file
https://bugs.documentfoundation.org/show_bug.cgi?id=157506 Julien Nabet changed: What|Removed |Added Resolution|FIXED |WORKSFORME --- Comment #7 from Julien Nabet --- Thank you for the feedback. Since there was no fix per se, let's rather put WFM then. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157550] Writer refuses to scroll
https://bugs.documentfoundation.org/show_bug.cgi?id=157550 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #1 from m.a.riosv --- Please test in safe mode, Menu/Help/Restart in Safe Mode -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129062] [META] Skia library bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=129062 Bug 129062 depends on bug 156881, which changed state. Bug 156881 Summary: Background padding is green on 7.6.0.3 with Skia/Metal https://bugs.documentfoundation.org/show_bug.cgi?id=156881 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 106137] Find & Replace: handle \uhhhh and \Uhhhhhhhh notation in replacement string
https://bugs.documentfoundation.org/show_bug.cgi?id=106137 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||7303 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157558] FILEOPEN PPTX: graphics too bright in presentation mode (only) - transparency issue?
https://bugs.documentfoundation.org/show_bug.cgi?id=157558 Gerald Pfeifer changed: What|Removed |Added Attachment #189949|0 |1 is obsolete|| --- Comment #2 from Gerald Pfeifer --- Created attachment 189951 --> https://bugs.documentfoundation.org/attachment.cgi?id=189951=edit Sample slide (PPTX) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157303] Calc Search: support the \n (new line) in Replace when "Regular Expression" is on, as in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=157303 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||6137 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157559] The "Find and Replace" dialog box doesn't distinguish between the Cyrillic letters "и" and "й"
https://bugs.documentfoundation.org/show_bug.cgi?id=157559 --- Comment #4 from Sergey Suprunovich --- Created attachment 189955 --> https://bugs.documentfoundation.org/attachment.cgi?id=189955=edit If I search "й", then I find "и". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157559] The "Find and Replace" dialog box doesn't distinguish between the Cyrillic letters "и" and "й"
https://bugs.documentfoundation.org/show_bug.cgi?id=157559 --- Comment #3 from Sergey Suprunovich --- Created attachment 189954 --> https://bugs.documentfoundation.org/attachment.cgi?id=189954=edit If I search "й", then I find "й". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157556] Incorrect image link leads to corrupted document AFTER being saved in LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=157556 devsepp...@gmail.com changed: What|Removed |Added Version|7.6.2.1 release |7.3.7.2 release -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157559] The "Find and Replace" dialog box doesn't distinguish between the Cyrillic letters "и" and "й"
https://bugs.documentfoundation.org/show_bug.cgi?id=157559 --- Comment #9 from Sergey Suprunovich --- Comment on attachment 189952 --> https://bugs.documentfoundation.org/attachment.cgi?id=189952 If I search "и", then I find "й". Unexpected result -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157556] Incorrect image link leads to corrupted document AFTER being saved in LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=157556 --- Comment #2 from devsepp...@gmail.com --- Tested the bug also in a Ubuntu Linux VM: Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 2; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 93827] resizing Writer/opening sidebar when using web layout loses position in document
https://bugs.documentfoundation.org/show_bug.cgi?id=93827 Stéphane Guillou (stragu) changed: What|Removed |Added Component|Writer |Writer Web Version|5.0.1.2 release |Inherited From OOo --- Comment #6 from Stéphane Guillou (stragu) --- Same in OOo 3.3, so inherited. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157561] New: Invalid error message opening .mdb/.accdb file
https://bugs.documentfoundation.org/show_bug.cgi?id=157561 Bug ID: 157561 Summary: Invalid error message opening .mdb/.accdb file Product: LibreOffice Version: 7.6.0.3 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Base Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: garth.hutchin...@ca.inter.net Description: Get this message on multiple files but files all open w/o problem in MS Access 2010 The file 'Bolts, Nuts and Screws.mdb' is corrupt and therefore cannot be opened. LibreOffice can try to repair the file. etc. Steps to Reproduce: 1.try opening .mdb file from Open Files 2. 3. Actual Results: error message as above Expected Results: To display tables, etc Reproducible: Always User Profile Reset: Yes Additional Info: Totale fresh install of Libreoffice -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 83066] [META] CJK (Chinese, Japanese, Korean, and Vietnamese) language issues
https://bugs.documentfoundation.org/show_bug.cgi?id=83066 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on|157280 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157280 [Bug 157280] Impress's parenthesis rendering is wrong on Korean texts -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113196] [META] Korean language-specific CJK issues
https://bugs.documentfoundation.org/show_bug.cgi?id=113196 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks|157280 | Depends on||157280 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157280 [Bug 157280] Impress's parenthesis rendering is wrong on Korean texts -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136663] Disable "Apply spacing between Asian and non-Asian text" option by default for Korean users
https://bugs.documentfoundation.org/show_bug.cgi?id=136663 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||7280 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 90328] PDF: Role map should not include cyclic definitions
https://bugs.documentfoundation.org/show_bug.cgi?id=90328 Gabor Kelemen (allotropia) changed: What|Removed |Added CC||kelem...@ubuntu.com Blocks|103378 |139007 Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #11 from Gabor Kelemen (allotropia) --- I can't reproduce the error since 7.1. The PAC tool complains about exports of the example file containing circular references with versions until 7.0, but not since 7.1. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103378 [Bug 103378] [META] PDF export bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=139007 [Bug 139007] [META] PDF accessibility -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139007] [META] PDF accessibility
https://bugs.documentfoundation.org/show_bug.cgi?id=139007 Bug 139007 depends on bug 90328, which changed state. Bug 90328 Summary: PDF: Role map should not include cyclic definitions https://bugs.documentfoundation.org/show_bug.cgi?id=90328 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157305] [1] Feature request: linking sections without changing order of lists
https://bugs.documentfoundation.org/show_bug.cgi?id=157305 Stéphane Guillou (stragu) changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO CC||stephane.guillou@libreoffic ||e.org --- Comment #1 from Stéphane Guillou (stragu) --- I can't reproduce in a recent trunk build: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e3c961e6a3917d95534652e0f982918cc1079015 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Nor in 7.6: Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Regardless of if I update the link or not, or insert a new section (File, Link), I never get an increment in the numbering. Can you please test again in a recent version of LO (7.5.7+ or 7.6.2+), and report back, pasting here the full version info from Help > About LibreOffice? Please also tell us the exact steps/settings you used to add the sections. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 88268] EDITING: Report builder cause LO to quit unexpectedly when drag resizing header and detail or footer controls together
https://bugs.documentfoundation.org/show_bug.cgi?id=88268 --- Comment #26 from Alex Thurgood --- No repro with Version: 7.6.2.1 (AARCH64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Mac OS X 13.4; UI render: Skia/Raster; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 88268] EDITING: Report builder cause LO to quit unexpectedly when drag resizing header and detail or footer controls together
https://bugs.documentfoundation.org/show_bug.cgi?id=88268 Alex Thurgood changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157562] Arabic text with No-Width optional break (U+200B) does not apply OpenType font feature properly
https://bugs.documentfoundation.org/show_bug.cgi?id=157562 --- Comment #1 from Lateef Shaikh --- Created attachment 189957 --> https://bugs.documentfoundation.org/attachment.cgi?id=189957=edit Image showing bug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157562] Arabic text with No-Width optional break (U+200B) does not apply OpenType font feature properly
https://bugs.documentfoundation.org/show_bug.cgi?id=157562 --- Comment #2 from Lateef Shaikh --- Created attachment 189958 --> https://bugs.documentfoundation.org/attachment.cgi?id=189958=edit Character dialog box Character dialog box shows the marks positioned properly. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125514] Black fields within data source view on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=125514 --- Comment #26 from Alex Thurgood --- No repro with Version: 7.6.2.1 (AARCH64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Mac OS X 13.4; UI render: Skia/Raster; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded and using the macOS address book as data source. Text scrolling either horizontally or vertically through the 1400 records does not show any distorted representation of the data. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157303] Calc Search: support the \n (new line) in Replace when "Regular Expression" is on, as in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=157303 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks||102847 Version|24.2.0.0 alpha0+ Master |7.5.0.3 release Status|UNCONFIRMED |NEW CC||mikekagan...@hotmail.com, ||stephane.guillou@libreoffic ||e.org Ever confirmed|0 |1 Summary|Calc Search: add|Calc Search: |the \n (new line) in|support the \n (new line) |Replace as regular |in Replace when "Regular |expression, as in Writer|Expression" is on, as in ||Writer --- Comment #3 from Stéphane Guillou (stragu) --- Mike seems to agree that it should be made consistent with Writer: (In reply to Mike Kaganski from bug 43107 comment #26) > I would argue that for consistency, exactly because in Calc, the > newline in a cell inserts *paragraphs* (not only available in the file > format, but also in the API; and that is not a bug), the \n in the > replacement box should behave *consistently* with Writer, where it inserts > paragraphs. I think it makes sense too. -> New (or did I misunderstand your point, Mike?) Let's say this "started" in 7.5 as a follow-up to the documentation fix for bug 43107. Confirmed that replacing with \n in Calc does not work as one would expect with "Regular Expressions" on. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e9a0c97de95688b2f86bbb4dd8c823af5442401c CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded But in my (rather uninformed?) opinion, the whole thing should be made consistent across components with the wider-ranging change of: - making $ work in both search and replace for paragraph breaks - making \n work in both search and replace for line breaks ... and the distinction between the two would only matter in Writer (where both and exist) Would solve many headaches in my opinion. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102847 [Bug 102847] [META] Quick Find, Search and Replace -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 102847] [META] Quick Find, Search and Replace
https://bugs.documentfoundation.org/show_bug.cgi?id=102847 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||157303 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157303 [Bug 157303] Calc Search: support the \n (new line) in Replace when "Regular Expression" is on, as in Writer -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157303] Calc Search: support the \n (new line) in Replace when "Regular Expression" is on, as in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=157303 Stéphane Guillou (stragu) changed: What|Removed |Added URL||https://ask.libreoffice.org ||/t/find-and-replace-with-a- ||carriage-return-in-librecal ||c/76389 --- Comment #4 from Stéphane Guillou (stragu) --- Side note: questions (and SUBSTITUTE() workarounds) in https://ask.libreoffice.org/t/how-do-i-insert-line-breaks-in-calc-with-find-replace/5300 and https://ask.libreoffice.org/t/find-and-replace-with-a-carriage-return-in-librecalc/76389 and https://ask.libreoffice.org/t/regex-for-replace-with-new-line/52665 and https://ask.libreoffice.org/t/is-it-possible-to-use-a-regular-expression-in-the-replace-box-in-libreoffice-calc/41709 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157558] FILEOPEN PPTX: graphics too bright in presentation mode (only) - transparency issue?
https://bugs.documentfoundation.org/show_bug.cgi?id=157558 --- Comment #1 from Gerald Pfeifer --- Created attachment 189950 --> https://bugs.documentfoundation.org/attachment.cgi?id=189950=edit Visual comparison PowerPoint and Impress in edit mode (left) vs Impress in presentation mode (right) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108988] [META] Validity-related bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108988 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||157551 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157551 [Bug 157551] LO Calc Data - Validity - Cell Range / LIST - Selection List - The dropdown is tiny and away from clicked arrow -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157559] The "Find and Replace" dialog box doesn't distinguish between the Cyrillic letters "и" and "й"
https://bugs.documentfoundation.org/show_bug.cgi?id=157559 --- Comment #1 from Sergey Suprunovich --- Created attachment 189952 --> https://bugs.documentfoundation.org/attachment.cgi?id=189952=edit If I search "и", then I find "й". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157559] The "Find and Replace" dialog box doesn't distinguish between the Cyrillic letters "и" and "й"
https://bugs.documentfoundation.org/show_bug.cgi?id=157559 --- Comment #2 from Sergey Suprunovich --- Created attachment 189953 --> https://bugs.documentfoundation.org/attachment.cgi?id=189953=edit If I search "и", then I find "и". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157551] LO Calc Data - Validity - Cell Range / LIST - Selection List - The dropdown is tiny and away from clicked arrow
https://bugs.documentfoundation.org/show_bug.cgi?id=157551 Stéphane Guillou (stragu) changed: What|Removed |Added Ever confirmed|0 |1 Keywords||bibisectRequest, regression Summary|LO Calc Data - Validity - |LO Calc Data - Validity - |Cell Range / LIST - |Cell Range / LIST - |Selection List - The|Selection List - The |dropdown is tiny|dropdown is tiny and away ||from clicked arrow CC||stephane.guillou@libreoffic ||e.org Status|UNCONFIRMED |NEW Blocks||108988 --- Comment #3 from Stéphane Guillou (stragu) --- Thanks Sophie! I guess that the width being smaller is not as much the issue as how far it is from the arrow. If there is a longer string in the selection list, the dropdown width does adapt to make it fit. Reproduced on Linux too: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e9a0c97de95688b2f86bbb4dd8c823af5442401c CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Not reproduced in 7.6: Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Are you able to bibisect it, Sophie? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108988 [Bug 108988] [META] Validity-related bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157559] The "Find and Replace" dialog box doesn't distinguish between the Cyrillic letters "и" and "й"
https://bugs.documentfoundation.org/show_bug.cgi?id=157559 --- Comment #8 from Sergey Suprunovich --- Comment on attachment 189955 --> https://bugs.documentfoundation.org/attachment.cgi?id=189955 If I search "й", then I find "и". Unexpected result -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157559] The "Find and Replace" dialog box doesn't distinguish between the Cyrillic letters "и" and "й"
https://bugs.documentfoundation.org/show_bug.cgi?id=157559 --- Comment #7 from Sergey Suprunovich --- Comment on attachment 189954 --> https://bugs.documentfoundation.org/attachment.cgi?id=189954 If I search "й", then I find "й". Expected result -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157551] LO Calc Data - Validity - Cell Range / LIST - Selection List - The dropdown is tiny and away from clicked arrow
https://bugs.documentfoundation.org/show_bug.cgi?id=157551 --- Comment #4 from Sophie Sipasseuth --- Yes, now that you have confirmed the bug I can do it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157551] LO Calc Data - Validity - Cell Range / LIST - Selection List - The dropdown is tiny and away from clicked arrow
https://bugs.documentfoundation.org/show_bug.cgi?id=157551 Sophie Sipasseuth changed: What|Removed |Added Keywords|bibisectRequest |bibisected, bisected -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 154206] Missing text cursor in Ubuntu Xorg session
https://bugs.documentfoundation.org/show_bug.cgi?id=154206 --- Comment #8 from tester user --- > SAL_USE_VCLPLUGIN=gen libreoffice7.5 --writer My Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 16; OS: Linux 5.18; UI render: default; VCL: gtk3 Locale: ru-RU (ru_RU.UTF-8); UI: ru-RU Calc: threaded After SAL_USE_VCLPLUGIN=gen libreoffice7.6 --writer the cursor did appear! But the interface is not very nice. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157282] v-aligning text to center failed to v-center text with some fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=157282 --- Comment #2 from خالد حسني --- Most likely it is centering the font height, i.e. ascender + descender, and it does not look at the content at all, probably be design. DejaVu Sans has less space above the capitals than below baseline, while Liberation Sans has more or less the same space. If you middle-align in a web browser, you get the same effect, and some fonts are intentionally designed to look vertically centered in such situations https://twitter.com/romanshamin_en/status/1562801657691672576 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157348] Bad font rendering with 7.5 and higher because freetype interpreter-version is ignored
https://bugs.documentfoundation.org/show_bug.cgi?id=157348 --- Comment #7 from Frank Steiner --- Created attachment 189956 --> https://bugs.documentfoundation.org/attachment.cgi?id=189956=edit apro.png: AnonymousPro font with interpreter version 35 and 40 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136663] Disable "Apply spacing between Asian and non-Asian text" option by default for Korean users
https://bugs.documentfoundation.org/show_bug.cgi?id=136663 Stéphane Guillou (stragu) changed: What|Removed |Added CC||stephane.guillou@libreoffic ||e.org --- Comment #10 from Stéphane Guillou (stragu) --- (In reply to خالد حسني from comment #9) > We apparently have code that disables this spacing if application language > is Korean (which is wrong of course, such feature should not depend in > application language), but can someone confirm if this is indeed the case? DaeHyun Sung has confirmed the issue in bug 157280 with Korean UI: Version: 24.2.0.0.alpha0+ (AARCH64) / LibreOffice Community Build ID: 6d61e34e5623eab8f735344b0e659d834f6069e0 CPU threads: 10; OS: Mac OS X 13.5.2; UI render: Skia/Metal; VCL: osx Locale: ko-KR (ko_KR.UTF-8); UI: ko-KR So the answer seems to be "no, that code does not work" (at least for parentheses in Impress). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157164] Frame > Position and Size > Vertical Position preview does not show red line for baseline anymore
https://bugs.documentfoundation.org/show_bug.cgi?id=157164 Commit Notification changed: What|Removed |Added Whiteboard||target:24.2.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157164] Frame > Position and Size > Vertical Position preview does not show red line for baseline anymore
https://bugs.documentfoundation.org/show_bug.cgi?id=157164 --- Comment #5 from Commit Notification --- Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/5b2ae79edde95f485e381741f816d45248798778 tdf#157164 Vertical Position preview does not show red line for baseline It will be available in 24.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. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156525] Save as > HTML or direct gif export loses drawing objects, charts and formulas as invalid gif
https://bugs.documentfoundation.org/show_bug.cgi?id=156525 Commit Notification changed: What|Removed |Added Whiteboard|target:24.2.0 |target:24.2.0 target:7.6.3 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156525] Save as > HTML or direct gif export loses drawing objects, charts and formulas as invalid gif
https://bugs.documentfoundation.org/show_bug.cgi?id=156525 --- Comment #8 from Commit Notification --- Noel Grandin committed a patch related to this issue. It has been pushed to "libreoffice-7-6": https://git.libreoffice.org/core/commit/f22c23e71d4ae628e9e90ee98d22d1fc8fca1619 tdf#156525 Save as > HTML loses drawing object as invalid gif It will be available in 7.6.3. 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 157512] A certain .ods file freezes LibreOffice_7.6.2_Win_x64 on opening, works fine in LibreOffice_7.5.7_Win_x64
https://bugs.documentfoundation.org/show_bug.cgi?id=157512 --- Comment #5 from Heraldo --- Version: 7.5.7.1 (X86_64) / LibreOffice Community Build ID: 47eb0cf7efbacdee9b19ae25d6752381ede23126 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: nb-NO (nb_NO); UI: nb-NO Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157562] New: Arabic text with No-Width optional break (U+200B) does not apply OpenType font feature properly
https://bugs.documentfoundation.org/show_bug.cgi?id=157562 Bug ID: 157562 Summary: Arabic text with No-Width optional break (U+200B) does not apply OpenType font feature properly Product: LibreOffice Version: 7.6.2.1 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: lateef_sa...@yahoo.com Description: I am working on Arabic text that uses U+200B (No-Width optional break) for horizontally aligning marks. I am using Calibri font. The text works fine on Google Chrome but in Libre Writer it does not place the mark at proper position, which is typed after U+200B. Steps to Reproduce: 1. Open LibreWriter 2. Type: Meem (U0645) + Fatha (U064E) 3. Go to Insert menu then Formatting Mark -> No-width Optional Break 4. Type: Superscript Alef (U0670) + Noon (U0646) Actual Results: Superscript Alef is placed at the baseline. Expected Results: Superscript Alef should come next to Fatha. Reproducible: Always User Profile Reset: No Additional Info: Calibri font has a feature to place the marks horizontally if U+200B is in between them. This behavior can be seen in Google Chrome and Notepad (Windows application), but it is not shown properly in LibreWriter. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157555] FILEOPEN PPTX: One of three links shows in different color (white instead of orange)
https://bugs.documentfoundation.org/show_bug.cgi?id=157555 Xisco Faulí changed: What|Removed |Added Status|UNCONFIRMED |NEW Blocks||139896 Ever confirmed|0 |1 CC||xiscofa...@libreoffice.org --- Comment #3 from Xisco Faulí --- Reproduced in Version: 6.0.5.2 Build ID: 54c8cbb85f300ac59db32fe8a675ff7683cd5a16 CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk2; Locale: de-DE (es_ES.UTF-8); Calc: group and Version 4.0.5.2 (Build ID: 5464147a081647a250913f19c0715bca595af2f) Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=139896 [Bug 139896] [META] PPTX Hyperlink issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139896] [META] PPTX Hyperlink issues
https://bugs.documentfoundation.org/show_bug.cgi?id=139896 Xisco Faulí changed: What|Removed |Added Depends on||157555 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=157555 [Bug 157555] FILEOPEN PPTX: One of three links shows in different color (white instead of orange) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157555] FILEOPEN PPTX: One of three links shows in different color (white instead of orange)
https://bugs.documentfoundation.org/show_bug.cgi?id=157555 Xisco Faulí changed: What|Removed |Added Version|6.4 all versions|4.0 all versions -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157512] A certain .ods file freezes LibreOffice_7.6.2_Win_x64 on opening, works fine in LibreOffice_7.5.7_Win_x64
https://bugs.documentfoundation.org/show_bug.cgi?id=157512 --- Comment #6 from Heraldo --- vs Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: nb-NO (nb_NO); UI: nb-NO Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157512] A certain .ods file freezes LibreOffice_7.6.2_Win_x64 on opening, works fine in LibreOffice_7.5.7_Win_x64
https://bugs.documentfoundation.org/show_bug.cgi?id=157512 Heraldo changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|WORKSFORME |--- --- Comment #7 from Heraldo --- Setting it back to unconfirmed, the program still freezes only when the attached example file is loaded, but this time when entering menus instead of when loading the file. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125514] Black fields within data source view on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=125514 Alex Thurgood changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 71732] [META] Bugs related to text rendering, typography and font features in LO
https://bugs.documentfoundation.org/show_bug.cgi?id=71732 Bug 71732 depends on bug 125514, which changed state. Bug 125514 Summary: Black fields within data source view on macOS https://bugs.documentfoundation.org/show_bug.cgi?id=125514 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157563] New: Saving a file
https://bugs.documentfoundation.org/show_bug.cgi?id=157563 Bug ID: 157563 Summary: Saving a file Product: LibreOffice Version: 7.5.7.1 release Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: hw.stuur...@gmail.com Description: When you save a file, the name field is empty. With Microsoft a suggestion is made based on the first line in e.g. Word. This shortens the time to save a file. In LibreOffice this is never the case. Actual Results: empty field Expected Results: suggestions based on contents or header Reproducible: Always User Profile Reset: No Additional Info: suggestions based on contents or header -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 55848] FormControls : Can't modify the size of a check box
https://bugs.documentfoundation.org/show_bug.cgi?id=55848 --- Comment #15 from Alex Thurgood --- Bug still present with Version: 7.6.2.1 (AARCH64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Mac OS X 13.4; UI render: Skia/Raster; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144669] Tick box surrounded by black background in form displaying data source view
https://bugs.documentfoundation.org/show_bug.cgi?id=144669 Alex Thurgood changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #10 from Alex Thurgood --- No longer present with Version: 7.6.2.1 (AARCH64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Mac OS X 13.4; UI render: Skia/Raster; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157292] Consolidate Text should maintain vertical placement of lines after consolidation
https://bugs.documentfoundation.org/show_bug.cgi?id=157292 --- Comment #10 from Eyal Rozenberg --- (In reply to V Stuart Foote from comment #8) > Realistically, no one authoring a document would prepare/place text boxes > and then choose to consolidate them. Well, if you could consolidate shapes as well as no-shape textboxes, then - it does becomes more realistic it might be desirable. Although, granted, in that case you would probably not care about v-positioning. > And other than with import of PDF > content, concerns for loss of spatial placement/formatting of subsequent > draw objects is a non-issue. Hmm... I wonder if there are indeed no other use-cases. That's a pretty strong assumption. But Ok, I'll grant you this as well. > So as implemented the utility is intended only for handling import of PDF, > and as such it is suited to task with needed enhancement to the import > process to be done for bug 32249 No. Bug 32249 is about making it easier to edit imported PDFs. If, when consolidating text, you lose the v-positioning, that hinders the editing process: You either mess up the document, or have to artificially re-position text to reproduce what you've lost. That's bad. Plus, once a feature is introduced into LO - it should be implemented properly, not just to the minimum level at which someone believes that a certain bug report needs. "Consolidate text", taken unto itself, should, and I would say must, maintain positioning; and the user may choose to drop this formatting if they wish. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 55848] FormControls : Can't modify the size of a check box
https://bugs.documentfoundation.org/show_bug.cgi?id=55848 Alex Thurgood changed: What|Removed |Added Keywords||needsUXEval -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148975] TABLE PROPERTIES: Improve table split across pages and columns
https://bugs.documentfoundation.org/show_bug.cgi?id=148975 Stéphane Guillou (stragu) changed: What|Removed |Added Version|unspecified |Inherited From OOo See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||5972 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125972] Enhancement: Tables, Pagebreak: "keep with next row" feature
https://bugs.documentfoundation.org/show_bug.cgi?id=125972 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||8975 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157127] Make "Merge adjacent line styles" merge between tables
https://bugs.documentfoundation.org/show_bug.cgi?id=157127 --- Comment #16 from Stéphane Guillou (stragu) --- (In reply to Regina Henschel from comment #15) > Instead a solution for the "keep together a group of > rows" is needed. The enhancement requests in bug 148975 and bug 125972 could help. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 89613] Artifacts for icons and other UI elements (KDE3 vclplug is picked instead of GTK under KDE4)
https://bugs.documentfoundation.org/show_bug.cgi?id=89613 --- Comment #85 from Luna Chee --- Most institutions depend their offered courses on what is relevant in today’s market. They ensure that what they impart to the learners are new and in demand for them to have an advantage. The College of Contract Management is one of the learning avenues that provides up-to-date information about the industry and its system. The courses are designed for individuals who wishes to learn about the new demands and innovations in their industry. Discover what is the perfect process for you, its relevance and the process of obtaining your desired qualification with CCM. https://www.theccm.co.uk/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157560] Calc incorrectly converts DEC2HEX function when saving as Mircosoft .xlsx
https://bugs.documentfoundation.org/show_bug.cgi?id=157560 Bruno Seifert changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INVALID -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157560] Calc incorrectly converts DEC2HEX function when saving as Mircosoft .xlsx
https://bugs.documentfoundation.org/show_bug.cgi?id=157560 --- Comment #2 from Bruno Seifert --- You're entirely correct, Xisco. The newer version fixed it, I should have checked whether the version in the default Ubuntu PPA is up to date. Thank you for the help! I'm a bit unsure whether this should be marked as fixed or invalid, I chose invalid for now. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157292] Consolidate Text should maintain vertical and horizontal placement of lines after consolidation
https://bugs.documentfoundation.org/show_bug.cgi?id=157292 Eyal Rozenberg changed: What|Removed |Added Summary|Consolidate Text should |Consolidate Text should |maintain vertical placement |maintain vertical and |of lines after |horizontal placement of |consolidation |lines after consolidation --- Comment #11 from Eyal Rozenberg --- (In reply to Stéphane Guillou (stragu) from comment #9) > Here is another test file, including character and paragraph formatting, as > well as text box formatting, to have the full picture. Good example to think about this problem, yes. > * (Noting that paragraph and character formatting _is_ conserved. Not text > box formatting.) Not exactly. That is, think of the horizontal endpoints of the text in the top textbox. If you consolidate it with the one below it - the paragraphs don't end at the same place, they end near the right edge of the combined textbox. So, the "right indent 0" is maintained, but not the right edge of the paragraph. If that were maintained, the vertical positioning of the text from the first textbox would also be maintained. > * Hoping to conserve relative position of the different pieces of text is > unrealistic. Your example uses the specific case of two text boxes that > happen to be left-aligned and that don't overlap in their X and/or Y > positions. Well, that is a trickier case, yes. However, if we supported negative vspace before paragraph, it would be possible (and easy) > But in other cases, consolidating will involve LTR boxes that are > not left-aligned and that would end up in an overlap. Why does the left-aligning matter? That's a paragraph-level feature. > * If we were to somehow implement what you are asking in a manner that > accommodates the above, the original paragraph formatting would have to be > amended with a new custom value for Below or Above Paragraph Spacing – which > would then propagate to new inserted paragraphs. It would, yes. > This means that it could go > _against_ the expectation of someone joining two text boxes in order to have > a more consistent document with equal spacing of paragraphs. 1. We are in Draw, not Writer. I might have accepted this line of reasoning there 2. The user knows they've consolidated text in a way which maintains vertical (and horizontal) positioning, i.e. that they get slightly "contorted" settings to make that happen. If they want a consistent text box with equal spacing etc. - they can clear the DF we introduce, very easily. But if we make things simple and consistent, the user can't, without significant effort and basing themselves on good memory, reposition the content. > (i.e. "Why did > this keep the wrong spacing? I wanted to get something consistent!") "Why? Since it looks the same as before the consolidation." "I want something consistent. This has a bunch of DF originating in PDF placement and textbox consolidation; let me clear the DF and set my own formatting" > Whatever the feature was designed for in the first place, it is not used > exclusively for PDF editing (even though it's particularly useful for it, as > the documentation says[1]) and it would be bad to break existing. So, Stuart made the opposite argument. I think the behavior I suggest is better fore the feature as-is: Maintaining rather than losing information. However, if we can sketch out an non-PDF-import use case when Textbox consolidation is supposed to act differently - then perhaps we could have either two version of the command's behavior, e.g.: * Post-command-application baloon widget, a-la the paste options balloon in MS Office, or * Simply two commands, e.g. "Consolidate" and "Consolidate Text" or whatever * A "maintain positioning?" dialog box -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157560] Calc incorrectly converts DEC2HEX function when saving as Mircosoft .xlsx
https://bugs.documentfoundation.org/show_bug.cgi?id=157560 Xisco Faulí changed: What|Removed |Added Resolution|INVALID |WORKSFORME --- Comment #3 from Xisco Faulí --- WORKSFORME sounds like the correct choise -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157563] Saving a file
https://bugs.documentfoundation.org/show_bug.cgi?id=157563 Stéphane Guillou (stragu) changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #1 from Stéphane Guillou (stragu) --- Thank you for the suggestion! This is already requested in bug 58685, so marking as a duplicate. *** This bug has been marked as a duplicate of bug 58685 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 58685] Add *option* for proposing a file name based on the content of the document on first save (comment 13 for suggested sources in priority order)
https://bugs.documentfoundation.org/show_bug.cgi?id=58685 Stéphane Guillou (stragu) changed: What|Removed |Added CC||hw.stuur...@gmail.com --- Comment #28 from Stéphane Guillou (stragu) --- *** Bug 157563 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 103030] [META] Navigator sidebar deck and floating window
https://bugs.documentfoundation.org/show_bug.cgi?id=103030 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on|156980 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=156980 [Bug 156980] "Delete chapter" error message and action in relation to folded headings is inverted in Navigator context menu -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156980] "Delete chapter" error message and action in relation to folded headings is inverted in Navigator context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=156980 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks|103030 |135310 Status|UNCONFIRMED |NEW Ever confirmed|0 |1 CC||rayk...@gmail.com --- Comment #4 from Stéphane Guillou (stragu) --- I reproduce the three tests in: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e3c961e6a3917d95534652e0f982918cc1079015 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Jim, any change you could have a look at these special cases? (In reply to Buovjaga from comment #3) > Can you advise how to do it? I followed the instructions from > https://help.libreoffice.org/latest/en-US/text/swriter/01/ > outlinecontent_visibility.html but Ctrl does nothing and there is no Outline > Folding item in the context menu for headings in the Navigator. You don't get the right-hand-side arrow when hovering the titles? Is this setting on? Tool > Options > LO Writer > View > Show Outline-Folding Buttons Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103030 [Bug 103030] [META] Navigator sidebar deck and floating window https://bugs.documentfoundation.org/show_bug.cgi?id=135310 [Bug 135310] [META] Writer outline folding bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135310] [META] Writer outline folding bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=135310 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||156980 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=156980 [Bug 156980] "Delete chapter" error message and action in relation to folded headings is inverted in Navigator context menu -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157564] New: Attempting to open a Writer document i Norwegian Windows ends in "Not responding".
https://bugs.documentfoundation.org/show_bug.cgi?id=157564 Bug ID: 157564 Summary: Attempting to open a Writer document i Norwegian Windows ends in "Not responding". Product: LibreOffice Version: 7.6.0.3 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: morten.tinnes...@gmail.com Description: Attempting to edit a Writer (odt) document in Norwegian Windows environment stops with a "Not responding" situation. The main testing is performed in Windows 10 but it also fails in similar way in Windows 11 (Norwegian edition) --- Testing the same document in US Windows 10 works as expected Steps to Reproduce: 1. Open a writer (odt) document from Windows Explorer 2. Wait 3. Click inside the writer Window Actual Results: Document does not open but title shows the document name e.g "20231002_Simple.odt - LibreOffice Writer (Svarer ikke)" "Svarer ikke" is the Norwegian translation of "Not responding" Expected Results: Document is opened and ready for editing Reproducible: Always User Profile Reset: Yes Additional Info: Also tested with a "clean" user profile with same result. Version information: Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 1; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: nb-NO (nb_NO); UI: nb-NO Calc: threaded --- The error is not reproduced in Windows US version, where the Writer document behaves normally. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157550] Writer refuses to scroll
https://bugs.documentfoundation.org/show_bug.cgi?id=157550 --- Comment #2 from Sciuriware --- I'm puzzled: in Safe Mode it scrolled, not smoothly, but in tiny steps. Now back in normal mode it scrolls like it should. I do not understand this. What's happened? ;JOOP! P.S. I tried on my wife's Silicon system: no scrolling problems at all! -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157550] Writer refuses to scroll
https://bugs.documentfoundation.org/show_bug.cgi?id=157550 Sciuriware changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103152] [META] Writer image bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103152 Bug 103152 depends on bug 157091, which changed state. Bug 157091 Summary: Image inserted as character rotates wrong https://bugs.documentfoundation.org/show_bug.cgi?id=157091 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 87740] [META] Anchor and text wrapping bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=87740 Bug 87740 depends on bug 157091, which changed state. Bug 157091 Summary: Image inserted as character rotates wrong https://bugs.documentfoundation.org/show_bug.cgi?id=157091 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157091] Image inserted as character rotates wrong
https://bugs.documentfoundation.org/show_bug.cgi?id=157091 raal changed: What|Removed |Added CC||r...@post.cz Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #4 from raal --- *** This bug has been marked as a duplicate of bug 143723 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143723] Writer: Changing anchor of rotated image crops image unexpectedly.
https://bugs.documentfoundation.org/show_bug.cgi?id=143723 raal changed: What|Removed |Added CC||mihai.vasiliu...@gmail.com --- Comment #4 from raal --- *** Bug 157091 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 114610] [META] Object rotation bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=114610 Bug 114610 depends on bug 157091, which changed state. Bug 157091 Summary: Image inserted as character rotates wrong https://bugs.documentfoundation.org/show_bug.cgi?id=157091 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156983] Autocorrect > Word Completion not working on Windows 11
https://bugs.documentfoundation.org/show_bug.cgi?id=156983 Stéphane Guillou (stragu) changed: What|Removed |Added Ever confirmed|0 |1 Summary|Autocorrect not working on |Autocorrect > Word |Windows 11 |Completion not working on ||Windows 11 CC||stephane.guillou@libreoffic ||e.org Status|UNCONFIRMED |NEEDINFO Blocks||103341 --- Comment #9 from Stéphane Guillou (stragu) --- For what it's worth, not reproduced either on Linux: Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded nor on macOS: Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 2; OS: Mac OS X 13.2.1; UI render: Skia/Raster; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Tooltips pop up, word completion works. HK, can you try still pressing enter on part of a word that you _know_ has already been collected and should be possible to autocomplete? I'm wondering if the issue is just the tooltip not showing. Also, please update to 7.6.2, quite a few bugs have been fixed since 7.6.0 (including a security issue). And if you can still reproduce the issue, please paste here the full version information from Help > About LibreOffice. Thank you! Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103341 [Bug 103341] [META] AutoCorrect and Word Completion bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103341] [META] AutoCorrect and Word Completion bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103341 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||156983 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=156983 [Bug 156983] Autocorrect > Word Completion not working on Windows 11 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157550] Writer refuses to scroll
https://bugs.documentfoundation.org/show_bug.cgi?id=157550 m.a.riosv changed: What|Removed |Added Resolution|--- |WORKSFORME Status|UNCONFIRMED |RESOLVED --- Comment #3 from m.a.riosv --- If it happens again, please reopen the bug. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156988] Find cannot find superscripted or subscripted text
https://bugs.documentfoundation.org/show_bug.cgi?id=156988 William Friedman changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #4 from William Friedman --- Confirmed, ticking the automatic box on Search For Formatting | Position works, with both the letter and the regex. This remains a bug, however, because automatic is not ticked by default, neither when super/subscripting nor when searching for super/subscripted text. (Also, I have no idea how automatic works, and the help is no help at all: "Automatically sets the amount by which the selected text is raised or lowered in relation to the baseline." Automatically based on what? And how is that different than the default "manual" percentage of 33%?) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 55073] Add more details to the LibreOffice User-Agent string
https://bugs.documentfoundation.org/show_bug.cgi?id=55073 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||6982 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156982] Provide Option to specify browser agent string
https://bugs.documentfoundation.org/show_bug.cgi?id=156982 Stéphane Guillou (stragu) changed: What|Removed |Added Keywords||needsDevAdvice Whiteboard| QA:needsComment| Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||michael.st...@allotropia.de ||, ||stephane.guillou@libreoffic ||e.org See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=55 ||073 --- Comment #1 from Stéphane Guillou (stragu) --- Adding "needsDevAdvice" as I am unsure of the implications. Maybe something for the expert configuration? Markus, if you know of documentation about those MS 365 restrictions, please do share a link. Also, please give more information on what method exactly you use to access remote files, as I suppose the user agent string depends on the route. Regarding getting blocked because "curl" is in there, it should at least be fixed for webdav since LO 7.3.4: bug 148429. Michael, any opinion? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157307] dictionaries don't store new words
https://bugs.documentfoundation.org/show_bug.cgi?id=157307 Stéphane Guillou (stragu) changed: What|Removed |Added Ever confirmed|0 |1 Summary|Les dictionnaires |dictionaries don't store |n'enregistrent pas les |new words |nouveaux mots. | Version|unspecified |7.6.2.1 release Status|UNCONFIRMED |NEEDINFO CC||stephane.guillou@libreoffic ||e.org --- Comment #1 from Stéphane Guillou (stragu) --- Translated: > LibreOffice 7.6.1.2, Windows 11. Dictionaries don't record new words. They are > not read-only. One needs to record new words in the relevant dictionary > manually > so they are taken into account. I don't reproduce the issue in: Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Mourocq, can you please: - Test the new version 7.6.2.1: https://www.libreoffice.org/download/download-libreoffice/ - Reset your user profile (after backing it up), and test again. Please see: https://wiki.documentfoundation.org/UserProfile (or test with safe mode, "Aide > Mode sans échec") - If the issue persists, please let us know how exactly you try to record new words (Right-click on word? Inside the spellcheck dialog?) and what settings your use - And paste here the full information copied from Help > About LibreOffice If you need to, feel free to use automated translation to reply in English (our preferred language here). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 58685] Add *option* for proposing a file name based on the content of the document on first save (comment 13 for suggested sources in priority order)
https://bugs.documentfoundation.org/show_bug.cgi?id=58685 Stéphane Guillou (stragu) changed: What|Removed |Added CC||hoss...@libreoffice.org Keywords||needsDevEval -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157127] Make "Merge adjacent line styles" merge between tables
https://bugs.documentfoundation.org/show_bug.cgi?id=157127 --- Comment #17 from Jim Avera --- > The user sets the border to half thickness when the tables are on same page > and > on full thickness when tables on different pages. Ok, I think this is the point of misunderstanding. The user can not do that because the user can not know where page breaks will occur. The height of each table is unpredictable because it is data-dependent (e.g. sometimes line wraps occur, making rows higher etc.) and thererfore a long list of touching tables will be split across pages unpredictably. It is not subject to human formatting of individual tables because the data is generated and inserted with software (you can imagine LibreOffice macros doing it, although in my application the technology is different). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 157550] Writer refuses to scroll
https://bugs.documentfoundation.org/show_bug.cgi?id=157550 --- Comment #4 from Sciuriware --- Thanks for your time. Btw.: going to safe mode resets a lot: it took me 30 minutes to check and reset everything. Fortunately I stored screen shots of every chapter. I will file a new bug: the colors do not have names any more in the color chooser; very clumsy. ;JOOP! -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119951] FILEOPEN PPTX: Some row heights in table different from MSO
https://bugs.documentfoundation.org/show_bug.cgi?id=119951 Timur changed: What|Removed |Added Regression By||Andras Timar -- You are receiving this mail because: You are the assignee for the bug.
