[Bug 163068] Formulas in Writer save as Word2007-365 not converted correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=163068 m_a_riosv changed: What|Removed |Added Status|NEEDINFO|NEW --- Comment #3 from m_a_riosv --- Reproducible also saving as Word 2010-365 Version: 24.8.1.2 (X86_64) / LibreOffice Community Build ID: 87fa9aec1a63e70835390b81c40bb8993f1d4ff6 CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded and Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5b54f68599d9a9b6f4d21fd8c0cdac746ea71ecb CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163084] Histogram chart in sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=163084 m_a_riosv changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||miguelangelrv@libreoffice.o ||rg Ever confirmed|0 |1 --- Comment #1 from m_a_riosv --- Reproducible Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5b54f68599d9a9b6f4d21fd8c0cdac746ea71ecb CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163080] failure to recognize errors in Italian and lack of dictionary even if installed
https://bugs.documentfoundation.org/show_bug.cgi?id=163080 --- Comment #5 from m_a_riosv --- Created attachment 196596 --> https://bugs.documentfoundation.org/attachment.cgi?id=196596&action=edit Screenshot Seems it is working for me, bad words are red underlined. Please test in safe mode, Menu/Help/Restart in Safe Mode, maybe something is broken in the profile after update. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163086] The "Pin" button is huge after updating
https://bugs.documentfoundation.org/show_bug.cgi?id=163086 Patrick (volunteer) changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |ASSIGNED CC||guibomac...@gmail.com Assignee|libreoffice-b...@lists.free |guibomac...@gmail.com |desktop.org | --- Comment #2 from Patrick (volunteer) --- Looks like this bug is caused by my commit f4ef5435df5560e6b6b061ce4053c71e2819bf51. That commit increases the resolution of SVG toolbar icons but, in this particular case, the commit causes the SVG to be draw at a larger size rather than at a higher resolution. I'll investigate and post again when I have any news. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163055] Basic macro with filtering instructions stopped working
https://bugs.documentfoundation.org/show_bug.cgi?id=163055 raal changed: What|Removed |Added Keywords||regression CC||r...@post.cz -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163082] Difference vis-a-vis MSO in setting direction of neutrals following strong RTL char in LTR paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=163082 Eyal Rozenberg changed: What|Removed |Added Summary|A RTL span marked as an RTL |Difference vis-a-vis MSO in |language, in the middle of |setting direction of |a LTR paragraph, breaks the |neutrals following strong |direction of following LTR |RTL char in LTR paragraph |characters | -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163082] A RTL span marked as an RTL language, in the middle of a LTR paragraph, breaks the direction of following LTR characters
https://bugs.documentfoundation.org/show_bug.cgi?id=163082 --- Comment #5 from Eyal Rozenberg --- (In reply to V Stuart Foote from comment #4) > In Mike's example the "U+05BE HEBREW PUNCTUATION MAQAF" is strongly typed. > So our handling should treat the whole expression to its bounds as a Hebrew > language text run. Are you 100% sure that implication is mandated by the UBA? It's not what MS Notepad does. It's not what GTK text widgets do. It's not what Kate does (so, Qt widgets). > We'd have to recognize it and probably apply Explicit bidi bracketing (i.e. > LRE/RLE or LRO/RLO) with or without termination (PDF). In any case requiring > additional i18n logic in the editengine(s). Not 100% sure what "it" is. And not following the logic for applying bidi embed or override characters... do you mean you believe that's how MS Word is implementing its behavior? Anyway, the way I see it, once 148527 is implemented (whenever that is), we'll need to both: 1. Reconsider which chars have what kind of directionality, given that we know their language. 2. Feed the UBA characters with amended directionality (which may mean a modified UBA implementation, or a preprocessing introducing marks, although that doesn't sound fun). 3. Make sure we extract the language info from the OOXML and apply it. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162812] An extension called LibreHelper keeps crashing making it unable to do it's use.
https://bugs.documentfoundation.org/show_bug.cgi?id=162812 Ethan Shafer changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163086] The "Pin" button is huge after updating
https://bugs.documentfoundation.org/show_bug.cgi?id=163086 Ethan Shafer changed: What|Removed |Added Summary|The "Pin" feature is huge |The "Pin" button is huge |after updating |after updating -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163086] The "Pin" feature is huge after updating
https://bugs.documentfoundation.org/show_bug.cgi?id=163086 --- Comment #1 from Ethan Shafer --- Created attachment 196595 --> https://bugs.documentfoundation.org/attachment.cgi?id=196595&action=edit Big Pins -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163086] New: The "Pin" feature is huge after updating
https://bugs.documentfoundation.org/show_bug.cgi?id=163086 Bug ID: 163086 Summary: The "Pin" feature is huge after updating Product: LibreOffice Version: 24.8.1.2 release Hardware: Other OS: macOS (All) Status: UNCONFIRMED Severity: minor Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: e202...@hotmail.com Description: I installed LibreOffice 24.8.1.2 then after opening it, the "Pin" button was huge. Steps to Reproduce: 1.Open LibreOffice version 24.8.1 2.Click help 3.Check for updates 4.Install version 24.8.1.2 5.Open it Actual Results: The "Pin" button was big. Expected Results: It should not have had a big pin and should have updated normally. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 24.8.1.2 (X86_64) / LibreOffice Community Build ID: 87fa9aec1a63e70835390b81c40bb8993f1d4ff6 CPU threads: 4; OS: macOS 13.7; UI render: Skia/Metal; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163067] Crash on mail merge
https://bugs.documentfoundation.org/show_bug.cgi?id=163067 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g Blocks||102998 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102998 [Bug 102998] [META] Mail merge bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163055] Basic macro with filtering instructions stopped working
https://bugs.documentfoundation.org/show_bug.cgi?id=163055 --- Comment #7 from Paolo --- As I previously wrote with my first attachment (that you probably missed) there are two macros with the problem: > Created attachment 196551 [details] > Attachment with data to filter and all macros to manage it > I've added the file with the macros. > The two macros no more doing their job are: > 1. Sub MettiFiltroDati() [set filter] > 2. Sub RimuoviFiltroDati() [clean filter] They are both in the "Fotovoltaico.bas" module; this module uses some functions in "Funzioni_MiaLibCalc.bas", so to check the problem avoiding errors due to missing function: a) Load both module b) open both ods files c) activate "Produzione-Consumi_settembre-2024.ods" and run macro 1.[MettiFiltroDati]; the filter should return 0 records. Instead you continue to see all rows (even if the are highlighted as they are filtered). d) Again in "Produzione-Consumi_settembre-2024.ods" run macro 2. [RimuoviFiltroDati]; this should clear the filter but it does not: rows remains highlighted as they are filtered e) Repeat steps c) and d) using any previous version of LibreOffice: both macros will work as they should. f) If you want to see some record appear, in "Produzione-Consumi_settembre-2024.ods" set the value of cell AH1 to a value grater than 0 and big enough to make value in cell AI1 greater or equal to the last date of September that appears in the ods file Let me know if you need any other help. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162993] String “Insert Special Footnote/Endnote” untranslated - LO Writer 24.8.1 SP --> Menu “Insertar”
https://bugs.documentfoundation.org/show_bug.cgi?id=162993 BogdanB changed: What|Removed |Added Blocks||103164 CC||buzea.bog...@libreoffice.or ||g Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103164 [Bug 103164] [META] Footnote and Endnote bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 103164] [META] Footnote and Endnote bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103164 BogdanB changed: What|Removed |Added Depends on||162993 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=162993 [Bug 162993] String “Insert Special Footnote/Endnote” untranslated - LO Writer 24.8.1 SP --> Menu “Insertar” -- You are receiving this mail because: You are the assignee for the bug.
[Bug 102998] [META] Mail merge bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102998 BogdanB changed: What|Removed |Added Depends on||163067 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=163067 [Bug 163067] Crash on mail merge -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163074] sum and integral symbol size issue in formula
https://bugs.documentfoundation.org/show_bug.cgi?id=163074 --- Comment #6 from Regina Henschel --- (In reply to V Stuart Foote from comment #5) > @john, the needinfo to you for an example formula. Also, saving-as the Flat > ODF presentation format can be helpful to review the styling and MathML of > the OLE in a single XML text file. The flat format does not contain the settings.xml of the Math OLE. Therefore a file in normal .odp format is needed in any case. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 103512] [META] AutoFilter-related bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103512 Bug 103512 depends on bug 163020, which changed state. Bug 163020 Summary: Calc Spreadsheet date drop-down list in a column leaves cell blank when manually entering an older date than the drop-down shows when filling inserted row(s). https://bugs.documentfoundation.org/show_bug.cgi?id=163020 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |NOTABUG -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163020] Calc Spreadsheet date drop-down list in a column leaves cell blank when manually entering an older date than the drop-down shows when filling inserted row(s).
https://bugs.documentfoundation.org/show_bug.cgi?id=163020 raal changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |NOTABUG --- Comment #6 from raal --- (In reply to Scott from comment #5) > The user is unable to type a date different from the drop down menu. Try > typing 9/6. It does not stay as entered. If user want type any value disable Data validity https://help.libreoffice.org/latest/mk/text/scalc/guide/validity.html. Please read the help about this feature. > It worked in the past. It worked before, but it was a mistake, now fixed with mentioned commit. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163083] Data -> Goal seek function not workin on 24.8.1 Libreoffice calc
https://bugs.documentfoundation.org/show_bug.cgi?id=163083 --- Comment #3 from Bruh --- Created attachment 196594 --> https://bugs.documentfoundation.org/attachment.cgi?id=196594&action=edit Macro using Visual Basic on calc -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163083] Data -> Goal seek function not workin on 24.8.1 Libreoffice calc
https://bugs.documentfoundation.org/show_bug.cgi?id=163083 --- Comment #4 from Bruh --- Ok. Please mind you I can't really code and I believe it could be done better using "for" loops. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156218] When whitespace is hidden and new content is added, page count in status bar is not updated correctly (see comment 21)
https://bugs.documentfoundation.org/show_bug.cgi?id=156218 Buovjaga changed: What|Removed |Added Status|NEEDINFO|NEW --- Comment #32 from Buovjaga --- (In reply to ksso from comment #27) > the same thing > > https://drive.google.com/file/d/1IUH7jijvC-4I1qm3OUwVKC_ZylbVJzrT/ > view?usp=drive_link > > also attached the file Aha, so it was a video. I don't always have time to click mysterious links. It would have been easier to just paste the version information here as text and explain in words how it went. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163085] Dark UI icons, dark mode
https://bugs.documentfoundation.org/show_bug.cgi?id=163085 --- Comment #1 from Rafael Lima --- Apparently you're using KDE, right? In LO 7.6 there's no way to automatically change the icon theme in LO when you change the system colors. To do that, simply go to Tools - Options - View and choose the Breeze Dark icon theme. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163083] Data -> Goal seek function not workin on 24.8.1 Libreoffice calc
https://bugs.documentfoundation.org/show_bug.cgi?id=163083 Rafael Lima changed: What|Removed |Added CC||rafael.palma.l...@gmail.com --- Comment #1 from Rafael Lima --- Can you share a sample file where the problem is happening? Please remove all personal data before uploading the file. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163083] Data -> Goal seek function not workin on 24.8.1 Libreoffice calc
https://bugs.documentfoundation.org/show_bug.cgi?id=163083 --- Comment #2 from Rafael Lima --- Or maybe simply share the code for your macro, so we can test and verify the issue. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163020] Calc Spreadsheet date drop-down list in a column leaves cell blank when manually entering an older date than the drop-down shows when filling inserted row(s).
https://bugs.documentfoundation.org/show_bug.cgi?id=163020 Scott changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|NOTABUG |--- --- Comment #5 from Scott --- The user is unable to type a date different from the drop down menu. Try typing 9/6. It does not stay as entered. It worked in the past. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 103512] [META] AutoFilter-related bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103512 Bug 103512 depends on bug 163020, which changed state. Bug 163020 Summary: Calc Spreadsheet date drop-down list in a column leaves cell blank when manually entering an older date than the drop-down shows when filling inserted row(s). https://bugs.documentfoundation.org/show_bug.cgi?id=163020 What|Removed |Added Status|RESOLVED|REOPENED Resolution|NOTABUG |--- -- You are receiving this mail because: You are the assignee for the bug.
[Bug 103512] [META] AutoFilter-related bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103512 Bug 103512 depends on bug 163020, which changed state. Bug 163020 Summary: Calc Spreadsheet date drop-down list in a column leaves cell blank when manually entering an older date than the drop-down shows when filling inserted row(s). https://bugs.documentfoundation.org/show_bug.cgi?id=163020 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |NOTABUG -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163020] Calc Spreadsheet date drop-down list in a column leaves cell blank when manually entering an older date than the drop-down shows when filling inserted row(s).
https://bugs.documentfoundation.org/show_bug.cgi?id=163020 raal changed: What|Removed |Added OS|Linux (All) |All Keywords|regression | -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163020] Calc Spreadsheet date drop-down list in a column leaves cell blank when manually entering an older date than the drop-down shows when filling inserted row(s).
https://bugs.documentfoundation.org/show_bug.cgi?id=163020 raal changed: What|Removed |Added CC||r...@post.cz Resolution|--- |NOTABUG Keywords|bibisectRequest |bibisected, bisected OS|Windows (All) |Linux (All) Status|NEW |RESOLVED --- Comment #4 from raal --- This seems to have begun at the below commit in bibisect repository/OS linux-64-24.8. 94ff5b2099f80560871f4e12d3d52671fcd4f7e4 is the first bad commit commit 94ff5b2099f80560871f4e12d3d52671fcd4f7e4 Author: Jenkins Build User Date: Wed Feb 7 09:10:41 2024 +0100 source sha:c869fb5ea2fa1dbbfa7c17754aeac48ed7f77cc4 163064: tdf#159595: Data validation without error check allows to enter wrong data | https://gerrit.libreoffice.org/c/core/+/163064 It's not a bug - data validity allow dates from range date_list. Allowed values are: 9.21.2024 9.20.2024 9.19.2024 9.18.2024 9.17.2024 9.16.2024 9.15.2024 9.14.2024 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163085] New: Dark UI icons, dark mode
https://bugs.documentfoundation.org/show_bug.cgi?id=163085 Bug ID: 163085 Summary: Dark UI icons, dark mode Product: LibreOffice Version: 7.6.7.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: minor Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: madsoveniel...@gmail.com Created attachment 196593 --> https://bugs.documentfoundation.org/attachment.cgi?id=196593&action=edit Calc UI The UI icons in Calc are black, and they don't change color when using dark mode I presume they should change to a light gray or white, when using dark mode. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163082] A RTL span marked as an RTL language, in the middle of a LTR paragraph, breaks the direction of following LTR characters
https://bugs.documentfoundation.org/show_bug.cgi?id=163082 V Stuart Foote changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||vsfo...@libreoffice.org Ever confirmed|0 |1 --- Comment #4 from V Stuart Foote --- Huh, no idea what secret sauce MS might provide for "...infusing the characters with language". While we clearly implement Unicode bidi support, testing individual characters with ICU lib as "Strong", "Weak", "Neutral" or, "Explicit" and building against ICU lib tested word bounds. Failure in our bidi implementation lies within parsing the logical order text spans composed of some mix of the four categories. In Mike's example the "U+05BE HEBREW PUNCTUATION MAQAF" is strongly typed. So our handling should treat the whole expression to its bounds as a Hebrew language text run. We'd have to recognize it and probably apply Explicit bidi bracketing (i.e. LRE/RLE or LRO/RLO) with or without termination (PDF). In any case requiring additional i18n logic in the editengine(s). Khaled had done some work on the sm Formula editor to implement Arabic formula entry, so imagine some of that work could be applicable to broader bidi handling. =-refs-= https://en.wikipedia.org/wiki/Bidirectional_text https://unicode-org.github.io/icu-docs/apidoc/dev/icu4j/com/ibm/icu/text/Bidi.html -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162134] [META] Histogram chart
https://bugs.documentfoundation.org/show_bug.cgi?id=162134 raal changed: What|Removed |Added Depends on||163084 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=163084 [Bug 163084] Histogram chart in sidebar -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163084] Histogram chart in sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=163084 raal changed: What|Removed |Added CC||r...@post.cz Blocks||162134 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=162134 [Bug 162134] [META] Histogram chart -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163084] New: Histogram chart in sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=163084 Bug ID: 163084 Summary: Histogram chart in sidebar Product: LibreOffice Version: 25.2.0.0 alpha0+ Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: r...@post.cz Description: In version 25.2 is new chart type Histogram. This is missing in sidebar. Steps to Reproduce: 1.Create any chart 2.Double click chart to access Edit mode 3.Open sidebar - Properties > Chart type Actual Results: Histogram is not in the list. Expected Results: Histogram in the list. Reproducible: Always User Profile Reset: No Additional Info: , -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163068] Formulas in Writer save as Word2007-365 not converted correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=163068 --- Comment #2 from Dieter Egert --- Created attachment 196592 --> https://bugs.documentfoundation.org/attachment.cgi?id=196592&action=edit Sample for errors in formulas when saved as Word 2007-365 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163083] New: Data -> Goal seek function not workin on 24.8.1 Libreoffice calc
https://bugs.documentfoundation.org/show_bug.cgi?id=163083 Bug ID: 163083 Summary: Data -> Goal seek function not workin on 24.8.1 Libreoffice calc Product: LibreOffice Version: 24.8.1.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: baprovenz...@gmail.com Hello, A have a sheet with a macro with many "Data -> Goal seek" functions that used to work on LibreOffice_24.2.6 calc. In this new release 24.8.1 it doesn't work. Had to re-install LibreOffice_24.2.6 calc and my sheet worked again. Best, Bruh -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163082] A RTL span marked as an RTL language, in the middle of a LTR paragraph, breaks the direction of following LTR characters
https://bugs.documentfoundation.org/show_bug.cgi?id=163082 Eyal Rozenberg changed: What|Removed |Added Component|Writer |LibreOffice -- You are receiving this mail because: You are the assignee for the bug.
[Bug 148257] Need ability to explicitly set the language/language-group of a piece of text
https://bugs.documentfoundation.org/show_bug.cgi?id=148257 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||3082 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163082] A RTL span marked as an RTL language, in the middle of a LTR paragraph, breaks the direction of following LTR characters
https://bugs.documentfoundation.org/show_bug.cgi?id=163082 --- Comment #3 from Eyal Rozenberg --- > in Word and in LibreOffice. But Mike says, on IRC, that if he clears > formatting in MS Word, the placement changes. I misspoke, that doesn't actually happen. Anyway, forget about the DOCX. To "reproduce" the issue, do the following in LO and in MS Word: 1. Create a new document 2. Make your paragraph LTR 3. Be in an English keyboard layout 4. Type a 5. Be in a Hebrew keyboard layout and type ALEPH, or alternatively paste ALEPH (but don't insert it using the SCD) 6. Be in an English keyboard layout 7. Type: equals, 5 In LO, the direction of ALEPH,equals,5 will flip when you type the 5. In MS Word - it will not, provided that you were using an English keyboard layout. I believe this is due to MS Word infusing the characters with a language - and thus not treating them as purely neutral. You can verify that by selecting individual characters after pasting each additional character. In LO, the equals, for example, will start out as English, but will then become Hebrew, supposedly, after typing the 5. In MS Word, the equals remains English - Word remembers that when you typed it, you were typing English. Mike notes that if you're in MS Notepad - you get the same behavior as in LO, because Notepad is a plain text editor, and does not save the language a character is supposed to be in, just the characters themselves. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163082] A RTL span marked as an RTL language, in the middle of a LTR paragraph, breaks the direction of following LTR characters
https://bugs.documentfoundation.org/show_bug.cgi?id=163082 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||8257 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162502] Treat direction-neutral characters with language according to their role in that language
https://bugs.documentfoundation.org/show_bug.cgi?id=162502 --- Comment #1 from Eyal Rozenberg --- To "reproduce" this, do the following in LO and in MS Word: 1. Create a new document 2. Make your paragraph LTR 3. Be in an English keyboard layout 4. Type a 5. Be in a Hebrew keyboard layout and type ALEPH, or alternatively paste ALEPH (but don't insert it using the SCD) 6. Be in an English keyboard layout 7. Type: equals, 5 In LO, the direction of ALEPH,equals,5 will flip when you type the 5. In MS Word - it will not, provided that you were using an English keyboard layout. I believe this is due to MS Word infusing the characters with a language - and thus not treating them as purely neutral. You can verify that by selecting individual characters after pasting each additional character. In LO, the equals, for example, will start out as English, but will then become Hebrew, supposedly, after typing the 5. In MS Word, the equals remains English - Word remembers that when you typed it, you were typing English. Mike notes that if you're in MS Notepad - you get the same behavior as in LO, because Notepad is a plain text editor, and does not save the language a character is supposed to be in, just the characters themselves. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162607] [LOCALHELP] Remove/fix duplicate entries in hid2file.js
https://bugs.documentfoundation.org/show_bug.cgi?id=162607 --- Comment #53 from Commit Notification --- Olivier Hallot committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/9426607bb843538b580738195af7316b5683623c tdf#162607 disambiguate hid2file.js, DrawGraphicMenu -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162607] [LOCALHELP] Remove/fix duplicate entries in hid2file.js
https://bugs.documentfoundation.org/show_bug.cgi?id=162607 --- Comment #52 from Commit Notification --- Olivier Hallot committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/37daca381f38f17887b57789d021cd3820533487 tdf#162607 disambiguate hid2file.js, SelectAll -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163080] failure to recognize errors in Italian and lack of dictionary even if installed
https://bugs.documentfoundation.org/show_bug.cgi?id=163080 --- Comment #4 from bf...@tiscali.it --- As already mentioned I uninstalled the 28.8.1. version in Italian but anyway the downloaded file is the latest stable version on the site the file name is LibreOffice_24.8.1_Win_x86-64.msi -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163074] sum and integral symbol size issue in formula
https://bugs.documentfoundation.org/show_bug.cgi?id=163074 V Stuart Foote changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #5 from V Stuart Foote --- @john, the needinfo to you for an example formula. Also, saving-as the Flat ODF presentation format can be helpful to review the styling and MathML of the OLE in a single XML text file. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163082] A RTL span marked as an RTL language, in the middle of a LTR paragraph, breaks the direction of following LTR characters
https://bugs.documentfoundation.org/show_bug.cgi?id=163082 --- Comment #2 from Eyal Rozenberg --- Here's what the paragraph looks like in word/document.xml: e ־ = 5 I don't speak OOXML'ese, but assuming the w:rPr tag is only supposed to apply within its enclosing w:r, then indeed we should see e,MAQAF,space,=,space,5 in Word and in LibreOffice. But Mike says, on IRC, that if he clears formatting in MS Word, the placement changes. So, weird. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163080] failure to recognize errors in Italian and lack of dictionary even if installed
https://bugs.documentfoundation.org/show_bug.cgi?id=163080 --- Comment #3 from bf...@tiscali.it --- Created attachment 196591 --> https://bugs.documentfoundation.org/attachment.cgi?id=196591&action=edit Example file in which no errors are reported In the attached file the errors are not reported. However just take any file or generate a new one write an incorrect word and it will not be reported. The same problem as written also occurs in version 2.8.0.2. It is not present in version 24.2 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163082] A RTL span marked as an RTL language, in the middle of a LTR paragraph, breaks the direction of following LTR characters
https://bugs.documentfoundation.org/show_bug.cgi?id=163082 Eyal Rozenberg changed: What|Removed |Added Blocks||162322, 155489 --- Comment #1 from Eyal Rozenberg --- How Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=155489 [Bug 155489] [META] DOCX: Right-to-Left (RTL) direction issues https://bugs.documentfoundation.org/show_bug.cgi?id=162322 [Bug 162322] [META] Right-to-Left (RTL) text layout issues -- You are receiving this mail because: You are the assignee for the bug.
[Bug 155489] [META] DOCX: Right-to-Left (RTL) direction issues
https://bugs.documentfoundation.org/show_bug.cgi?id=155489 Eyal Rozenberg changed: What|Removed |Added Depends on||163082 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=163082 [Bug 163082] A RTL span marked as an RTL language, in the middle of a LTR paragraph, breaks the direction of following LTR characters -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162322] [META] Right-to-Left (RTL) text layout issues
https://bugs.documentfoundation.org/show_bug.cgi?id=162322 Eyal Rozenberg changed: What|Removed |Added Depends on||163082 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=163082 [Bug 163082] A RTL span marked as an RTL language, in the middle of a LTR paragraph, breaks the direction of following LTR characters -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163080] failure to recognize errors in Italian and lack of dictionary even if installed
https://bugs.documentfoundation.org/show_bug.cgi?id=163080 --- Comment #2 from bf...@tiscali.it --- I wanted to add that the same problem is also present in the 24.8.0.2 version, instead it is not present in the 24.2.4.2 version that I have currently reinstalled as the corrector is essential in the use of the program -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163081] Erroneous date input processing and FORMATTING
https://bugs.documentfoundation.org/show_bug.cgi?id=163081 m_a_riosv changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||miguelangelrv@libreoffice.o ||rg --- Comment #1 from m_a_riosv --- Don't you know the option? Menu>Tools>Options>Language settings>Date acceptance patterns. https://help.libreoffice.org/latest/en-US/text/shared/optionen/0114.html?DbPAR=SHARED#:~:text=Date%20acceptance-,patterns,-Specifies%20the%20date -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163080] failure to recognize errors in Italian and lack of dictionary even if installed
https://bugs.documentfoundation.org/show_bug.cgi?id=163080 m_a_riosv changed: What|Removed |Added Ever confirmed|0 |1 CC||miguelangelrv@libreoffice.o ||rg Status|UNCONFIRMED |NEEDINFO --- Comment #1 from m_a_riosv --- Please attach a sample file, reduce the size as much as possible without private information, and paste the information in Menu/Help/About LibreOffice, there is a copy icon. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163078] EDITING: sometimes zoom-to-fit-page in Impress doesn't work
https://bugs.documentfoundation.org/show_bug.cgi?id=163078 m_a_riosv changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||miguelangelrv@libreoffice.o ||rg Ever confirmed|0 |1 --- Comment #3 from m_a_riosv --- Could it be, that it always happens with the same sidebar selected? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163082] New: A RTL span marked as an RTL language, in the middle of a LTR paragraph, breaks the direction of following LTR characters
https://bugs.documentfoundation.org/show_bug.cgi?id=163082 Bug ID: 163082 Summary: A RTL span marked as an RTL language, in the middle of a LTR paragraph, breaks the direction of following LTR characters Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Keywords: text:rtl Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mikekagan...@hotmail.com CC: eyalr...@gmx.com, jonat...@libreoffice.org Created attachment 196590 --> https://bugs.documentfoundation.org/attachment.cgi?id=196590&action=edit A DOCX with "e-=5" text The attachment has a single paragraph with the text "e- = 5". At least that's what Word shows, that created the file. In Writer, this shows as "e5 = -", because the "-" is U+05BE "HEBREW PUNCTUATION MAQAF", and Writer treats all "neutral" characters after the RTL characters as RTL. In the document markup, it (alone) is marked as Hebrew language, with the two other runs ("e" and " = 5") have default document language (here: en-US, i.e., LTR). Writer ignores that. The same problem exists in other modules, e.g. Impress. But let's mark this as "Writer", and potentially handle similar problems in other modules separately. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 149693] Improve Google Drive service setup
https://bugs.documentfoundation.org/show_bug.cgi?id=149693 m_a_riosv changed: What|Removed |Added CC||deeew...@gmail.com --- Comment #3 from m_a_riosv --- *** Bug 163077 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163077] Remote Files does not work, freeze and crash
https://bugs.documentfoundation.org/show_bug.cgi?id=163077 m_a_riosv changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||miguelangelrv@libreoffice.o ||rg Resolution|--- |DUPLICATE --- Comment #1 from m_a_riosv --- *** This bug has been marked as a duplicate of bug 149693 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163076] Local formatting in Impress lost upon pasting plaintext from a text editor
https://bugs.documentfoundation.org/show_bug.cgi?id=163076 m_a_riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #2 from m_a_riosv --- Pasting with [Ctrl+V] it is not past as plaintext, to do so use Right-click>Unformatted text. Bolding the text with normal paste looks like a duplicate of tdf#79928 *** This bug has been marked as a duplicate of bug 79928 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 79928] FORMATTING: Pasted text doesn't preserve it's formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=79928 m_a_riosv changed: What|Removed |Added CC||j...@curioussymbols.com --- Comment #16 from m_a_riosv --- *** Bug 163076 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163074] sum and integral symbol size issue in formula
https://bugs.documentfoundation.org/show_bug.cgi?id=163074 --- Comment #4 from Regina Henschel --- To investigate, I need a file that shows the different size of the sum symbol. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156218] When whitespace is hidden and new content is added, page count in status bar is not updated correctly (see comment 21)
https://bugs.documentfoundation.org/show_bug.cgi?id=156218 --- Comment #31 from ksso --- Created attachment 196589 --> https://bugs.documentfoundation.org/attachment.cgi?id=196589&action=edit whitespace in 24.8 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156218] When whitespace is hidden and new content is added, page count in status bar is not updated correctly (see comment 21)
https://bugs.documentfoundation.org/show_bug.cgi?id=156218 --- Comment #30 from ksso --- 24.8 https://drive.google.com/file/d/1d-GFp8rIQNFcDXvUaz8Q_N4zXTLEbjAK/view?usp=sharing attach file hope this will be useful thanks -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163062] Editing text in a text box sometimes make it invisible
https://bugs.documentfoundation.org/show_bug.cgi?id=163062 --- Comment #4 from Hossein --- Created attachment 196588 --> https://bugs.documentfoundation.org/attachment.cgi?id=196588&action=edit Required fonts Required fonts are attached: B Nazanin (Normal, Bold) B Compset (Normal, Bold) Lotus As stated in the previous comment, these fonts are specific to Persian (Farsi). -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163081] New: Erroneous date input processing and FORMATTING
https://bugs.documentfoundation.org/show_bug.cgi?id=163081 Bug ID: 163081 Summary: Erroneous date input processing and FORMATTING Product: LibreOffice Version: 7.4.7.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: btran...@gmail.com Description: Raw input needs a localisation/customisation option. It is currently processed as DD/MM with no option to change it to match user's preference. A/B inputs are processed as fractions instead of Date per formatting. Steps to Reproduce: 1.Format a cell as Date: "MM-DD" 2.Input "1/2" 3.Input "01/02" Actual Results: 1. "½" 2. "02-01" Expected Results: 1. "01-02" 2. "01-02" Reproducible: Always User Profile Reset: No Additional Info: . -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163074] sum and integral symbol size issue in formula
https://bugs.documentfoundation.org/show_bug.cgi?id=163074 V Stuart Foote changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #3 from V Stuart Foote --- (In reply to V Stuart Foote from comment #2) s/add braces and newline/add _surrounding_ braces and a newline/ -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163074] sum and integral symbol size issue in formula
https://bugs.documentfoundation.org/show_bug.cgi?id=163074 V Stuart Foote changed: What|Removed |Added CC||vsfo...@libreoffice.org --- Comment #2 from V Stuart Foote --- Created attachment 196587 --> https://bugs.documentfoundation.org/attachment.cgi?id=196587&action=edit OP formulas as OLE in Impress Can't confirm, added the pair of formulas into a single OLE on an Impress slide. Also as individual OLE formula objects. I did add braces and newline for each. Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d14e79bf7680db2180e40ba52fc3305a84c586f6 CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163064] --convert-to exports a broken OLE in a PPTX
https://bugs.documentfoundation.org/show_bug.cgi?id=163064 Mike Kaganski changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |mikekagan...@hotmail.com |desktop.org | Ever confirmed|0 |1 Status|UNCONFIRMED |ASSIGNED --- Comment #3 from Mike Kaganski --- https://gerrit.libreoffice.org/c/core/+/173761 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162607] [LOCALHELP] Remove/fix duplicate entries in hid2file.js
https://bugs.documentfoundation.org/show_bug.cgi?id=162607 --- Comment #51 from Commit Notification --- Olivier Hallot committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/198614b76c835e3fedf4918510a8c310832a3d77 tdf#162607 disambiguate hid2file.js, ShowGraphics -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163062] Editing text in a text box sometimes make it invisible
https://bugs.documentfoundation.org/show_bug.cgi?id=163062 --- Comment #3 from Hossein --- (In reply to Rafael Lima from comment #2) > I was unable to reproduce the issue, both in LO 24.8 and 25.2. In all cases, > increasing and decreasing the font size did not make the text disappear. > > Maybe this is related to the font being used, because I don't have the font > you used and some substitution was made. > > Also, on a debug build, increasing/decreasing the font size is terribly slow. Thanks for testing. The slowness is reported in tdf#163061. The used fonts are: B Nazanin, B Compset and Lotus, which are specific to Persian (Farsi). -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163080] New: failure to recognize errors in Italian and lack of dictionary even if installed
https://bugs.documentfoundation.org/show_bug.cgi?id=163080 Bug ID: 163080 Summary: failure to recognize errors in Italian and lack of dictionary even if installed Product: LibreOffice Version: 24.8.1.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: bf...@tiscali.it Description: automatic text checking and reporting of grammatical and spelling errors in Italian is not performed even though the option is selected, also clicking on spelling opens the spell check window but no language is selected in the text language box, and clicking on the drop-down menu does not have an Italian language dictionary, even though it was selected during the installation process. Steps to Reproduce: 1 open libreoffice 2 write anything with errors 3 you don't see checkered line of error spelling even if automatic check selected 4 open spell check 5 language selected none 6 lack of Italian dizioanrio even if installed Actual Results: you don't see checkered line of error spelling even if automatic check selected Expected Results: I would expect to see the word with spelling errors underlined in red Reproducible: Always User Profile Reset: Yes Additional Info: system used windows 10 pro 64 bit version 22H2 italian -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162607] [LOCALHELP] Remove/fix duplicate entries in hid2file.js
https://bugs.documentfoundation.org/show_bug.cgi?id=162607 --- Comment #50 from Commit Notification --- Olivier Hallot committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/29e946d0b946aeafb4ab98a96924184db149c110 tdf#162607 disambiguate hid2file.js, Style menu -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162980] Justified text jumps when typing a space
https://bugs.documentfoundation.org/show_bug.cgi?id=162980 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||3079 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162220] LibreOffice 24 justifies a wide range of paragraphs incorrectly (in the case of paragraph lines without portions, i.e. without text spans)
https://bugs.documentfoundation.org/show_bug.cgi?id=162220 Mike Kaganski changed: What|Removed |Added CC||babelfish0...@hotmail.com --- Comment #16 from Mike Kaganski --- *** Bug 163079 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163079] Justified text entry jumps around after about half a line of text manually typed in
https://bugs.documentfoundation.org/show_bug.cgi?id=163079 Mike Kaganski changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||2980 --- Comment #1 from Mike Kaganski --- *** This bug has been marked as a duplicate of bug 162220 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163079] New: Justified text entry jumps around after about half a line of text manually typed in
https://bugs.documentfoundation.org/show_bug.cgi?id=163079 Bug ID: 163079 Summary: Justified text entry jumps around after about half a line of text manually typed in Product: LibreOffice Version: 24.8.1.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: babelfish0...@hotmail.com Description: What happens is that when manually typing in text in Writer that is set to be 'justified' at the point where you are half-way along the line [of text you are typing] the justification steps in and resizes the line of text with every space character entered. Text jumping around in line length in a very disorientating way. Steps to Reproduce: 1. Start an entirely new Writer document by *manually typing in* a first line of text. make sure that the text is set to be 'Justified'. 2. You get to around half-way of the new line of text then the justification steps in and the line of text starts jumping around length-wise. It seems that adding every space character causes the Justification to step on and resize the entire line of text. Actual Results: Explained above. Expected Results: I would expect that the justification wouldn't step onto operation in such a confusing way. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 24.8.1.2 (X86_64) / LibreOffice Community Build ID: 87fa9aec1a63e70835390b81c40bb8993f1d4ff6 CPU threads: 2; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: threaded I don't know what the earliest affected version for this bug will be. I have just entered the version I am using that has this bug. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162607] [LOCALHELP] Remove/fix duplicate entries in hid2file.js
https://bugs.documentfoundation.org/show_bug.cgi?id=162607 --- Comment #49 from Commit Notification --- Olivier Hallot committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/580c4b56bec3947b7338a376f2e81ed5405f4979 tdf#162607 disambiguate hid2file.js, ZoomOptimal -- You are receiving this mail because: You are the assignee for the bug.
[Bug 106249] Expose OLE draw:frame draw:text-box to selectively control overwriting of OLE objects, e.g. an OLE Formula in Impress opened with F2
https://bugs.documentfoundation.org/show_bug.cgi?id=106249 V Stuart Foote changed: What|Removed |Added Status|NEW |UNCONFIRMED Keywords||needsUXEval Ever confirmed|1 |0 CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #8 from V Stuart Foote --- Agree to enhancement as per comment 1, *not* to a refactoring of behavior vis-a-vis OLE objects in Impress, or changes to the Calc behavior. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 151754] No "add Textbox" Icon in Toolbar
https://bugs.documentfoundation.org/show_bug.cgi?id=151754 V Stuart Foote changed: What|Removed |Added Resolution|--- |WORKSFORME Status|REOPENED|RESOLVED --- Comment #5 from V Stuart Foote --- The .uno:Text control is associated to the button widget labeled "Insert text box (double click for multi-selection)(F2)" on the 'Standard' toolbar of Impress (next to the Special Character dialog button) and is enabled by default. Be sure the 'Standard' toolbar is checked enabled in View -> Toolbars menu list, and that the toolbar buttons have not been customized. Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d14e79bf7680db2180e40ba52fc3305a84c586f6 CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162607] [LOCALHELP] Remove/fix duplicate entries in hid2file.js
https://bugs.documentfoundation.org/show_bug.cgi?id=162607 --- Comment #48 from Commit Notification --- Olivier Hallot committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/4d33037d906bfd3ceea8ae13e8f35d82cb323d9c tdf#162607 disambiguate hid2file.js, Page/Column -- You are receiving this mail because: You are the assignee for the bug.
[Bug 106249] Expose OLE draw:frame draw:text-box to selectively control overwriting of OLE objects, e.g. an OLE Formula in Impress opened with F2
https://bugs.documentfoundation.org/show_bug.cgi?id=106249 --- Comment #7 from j...@curioussymbols.com --- Seems like in Impress the F2 shortcut should be redefined to mean "edit this in the most natural way" and then menus or other methods can be used to access the nearly-never-needed feature of editing text on a formula or potentially other kinds of objects that don't need text in front of them, like eg a table or a calc frame. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 143180] In a chart, Format > Title > All Titles messes up title text orientation
https://bugs.documentfoundation.org/show_bug.cgi?id=143180 --- Comment #9 from j...@curioussymbols.com --- Created attachment 196585 --> https://bugs.documentfoundation.org/attachment.cgi?id=196585&action=edit updated image with LO 7.6.7.2 I followed the instructions. The attached screenshot shows what it looks like after simply changing the font size. It would appear that the 'all titles' dialog needs to be clever and record which field were changed, and only apply those changes to the text. I suspect it's not clever and just applies ALL of the settings from the format dialog to ALL titles, and hence messes up the text orientation. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 143180] In a chart, Format > Title > All Titles messes up title text orientation
https://bugs.documentfoundation.org/show_bug.cgi?id=143180 --- Comment #8 from j...@curioussymbols.com --- This bug is still present. Version: 7.6.7.2 (X86_64) / LibreOffice Community Build ID: 60(Build:2) CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Ubuntu package version: 4:7.6.7-0ubuntu0.20.04.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 112038] when importing docx, formula are created at default font size
https://bugs.documentfoundation.org/show_bug.cgi?id=112038 --- Comment #8 from j...@curioussymbols.com --- I suspect that the issue here is that the 'modern equation editor' in Word somehow inherits equation detail font size from the text in which it is embedded. However the LibreOffice formula editor is still using some kind of OLE 'object' approach and perhaps doesn't get to know what the size of the surrounding text is. I suspect that the developers decided to just make all imported formulae from Word (or maybe also in Powerpoint) default to the Default formula text sizes, which at least are use-controllable. And the other thing is that the default font size for formulas is set universally in the Formula editor. It is not possible to have different default sizes in Impress, Calc and Writer -- the same is always used for all three. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 112038] when importing docx, formula are created at default font size
https://bugs.documentfoundation.org/show_bug.cgi?id=112038 --- Comment #7 from j...@curioussymbols.com --- This bug is still present. Version: 7.6.7.2 (X86_64) / LibreOffice Community Build ID: 60(Build:2) CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Ubuntu package version: 4:7.6.7-0ubuntu0.20.04.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163078] EDITING: sometimes zoom-to-fit-page in Impress doesn't work
https://bugs.documentfoundation.org/show_bug.cgi?id=163078 --- Comment #2 from j...@curioussymbols.com --- Created attachment 196584 --> https://bugs.documentfoundation.org/attachment.cgi?id=196584&action=edit how it should look (roughly -- by manual adjustment of zoom) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163078] EDITING: sometimes zoom-to-fit-page in Impress doesn't work
https://bugs.documentfoundation.org/show_bug.cgi?id=163078 --- Comment #1 from j...@curioussymbols.com --- Created attachment 196583 --> https://bugs.documentfoundation.org/attachment.cgi?id=196583&action=edit after selecting 'zoom to entire page' (an extra note -- this is on a two-monitor setup) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163078] New: EDITING: sometimes zoom-to-fit-page in Impress doesn't work
https://bugs.documentfoundation.org/show_bug.cgi?id=163078 Bug ID: 163078 Summary: EDITING: sometimes zoom-to-fit-page in Impress doesn't work Product: LibreOffice Version: 7.6.7.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: j...@curioussymbols.com Description: I've had this arise multiple times, and it's resolved by closing all of my documents and restarting LibreOffice. But then it happens again, randomly, a bit later. The issue is that I frequently zoom into some detail in Impress, then I want to zoom back out to the full-page view. I have a ctrl-alt-shift-Z shortcut for this. But from time to time, it gets confused about the page or window size, and consistently starts restoring the zoom to the wrong size. I wonder if the issue could be something to do with the sidebar reporting its size incorrectly? Sometimes the zoomed height is right but the width is wrong. Other times both are wrong. I'm on Ubuntu 20.04 with GNOME. Steps to Reproduce: 1. edit and do lots of stuff 2. zoom into a slide detail 3. select 'view' -> zoom -> entire page from the menu Actual Results: after doing this, the zoom is shown in the attached image. Expected Results: as shown in the 'expected' image Reproducible: Sometimes User Profile Reset: No Additional Info: Version: 7.6.7.2 (X86_64) / LibreOffice Community Build ID: 60(Build:2) CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Ubuntu package version: 4:7.6.7-0ubuntu0.20.04.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163075] Recent files not mixed anymore in Libre Office 24.8.0 Win x86-64
https://bugs.documentfoundation.org/show_bug.cgi?id=163075 Buovjaga changed: What|Removed |Added Keywords|wantBacktrace | CC||ilmari.lauhakangas@libreoff ||ice.org --- Comment #4 from Buovjaga --- (In reply to Nicole from comment #3) > Thanks! Couldn't find it before, therefor this bug note. > Will keep it in mind for the future. > Just downloaded 24.2.6.2 (X86 64) where it is as I love it. The option will be toggleable also via the UI in 25.2: bug 161725 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163075] Recent files not mixed anymore in Libre Office 24.8.0 Win x86-64
https://bugs.documentfoundation.org/show_bug.cgi?id=163075 --- Comment #3 from Nicole --- Thanks! Couldn't find it before, therefor this bug note. Will keep it in mind for the future. Just downloaded 24.2.6.2 (X86 64) where it is as I love it. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162607] [LOCALHELP] Remove/fix duplicate entries in hid2file.js
https://bugs.documentfoundation.org/show_bug.cgi?id=162607 --- Comment #47 from Commit Notification --- Olivier Hallot committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/1a7cb494bd4f72fbf38c539babd018b593082f70 tdf#162607 disambiguate hid2file.js, DuplicatePage -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162822] FILEOPEN regression: calc open csv forgets dialog settings
https://bugs.documentfoundation.org/show_bug.cgi?id=162822 --- Comment #13 from Freddy --- This bug is fixed in LibreOffice-24.8.full-x86_64.AppImage (time stamp 2024-09-12 14:59) downloaded from appimages.libreitalia.org/portable/ I copied ~/.config/libreoffice/4 to ~/.config/libreoffice/24.8 and started the AppImage, and when I opened the first csv-file the dialog box already had the options that are configured in registrymodifications.xcu: Separated by Semicolon and "Detect special numbers" and "Detect scientific notation". I changed the options to Separated by Comma and deselected "Detect special numbers", closed LibreOffice, started again, and the settings were as selected when I closed. Version: 24.8.1.2 (X86_64) / LibreOffice Community Build ID: 87fa9aec1a63e70835390b81c40bb8993f1d4ff6 CPU threads: 12; OS: Linux 6.10; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-DK (en_DK.UTF-8); UI: en-US Calc: threaded Thank you. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 133026] [META] Tight integration of extensions
https://bugs.documentfoundation.org/show_bug.cgi?id=133026 Bug 133026 depends on bug 157324, which changed state. Bug 157324 Summary: Extensions Gallery dialog does not show some gallery extensions https://bugs.documentfoundation.org/show_bug.cgi?id=157324 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 157324] Extensions Gallery dialog does not show some gallery extensions
https://bugs.documentfoundation.org/show_bug.cgi?id=157324 jose.ve...@urjc.es changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #8 from jose.ve...@urjc.es --- Now it works like a charm. The last versions of each gallery appears and are installed when required. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163075] Recent files not mixed anymore in Libre Office 24.8.0 Win x86-64
https://bugs.documentfoundation.org/show_bug.cgi?id=163075 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||9120 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163075] Recent files not mixed anymore in Libre Office 24.8.0 Win x86-64
https://bugs.documentfoundation.org/show_bug.cgi?id=163075 Mike Kaganski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG --- Comment #2 from Mike Kaganski --- As explained in LibreOffice 7.6 release notes [1]: > The list can be configured using the ShowCurrentModuleOnly expert option [1] https://wiki.documentfoundation.org/ReleaseNotes/7.6#GUI -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163077] New: Remote Files does not work, freeze and crash
https://bugs.documentfoundation.org/show_bug.cgi?id=163077 Bug ID: 163077 Summary: Remote Files does not work, freeze and crash Product: LibreOffice Version: 24.8.1.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: deeew...@gmail.com Hi, I tried to use the Remote Files features by connecting to one of my Google Drive account. I entered my credentials, and when I pressed "Ok", LibreOffice just freeze (GNOME telling me that the app is frozen), and when I wait, it crash after a minute. I don't know here I can find any logs about it. Version: 24.8.1.2 (X86_64) / LibreOffice Community Build ID: 87fa9aec1a63e70835390b81c40bb8993f1d4ff6 CPU threads: 16; OS: Linux 6.10; UI render: default; VCL: gtk3 Locale: en-IE (en_IE.UTF-8); UI: en-GB Flatpak Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163075] Recent files not mixed anymore in Libre Office 24.8.0 Win x86-64
https://bugs.documentfoundation.org/show_bug.cgi?id=163075 Nicole changed: What|Removed |Added Keywords||wantBacktrace --- Comment #1 from Nicole --- My system is a windows 64 Intel Ires XE Graphics. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163076] Local formatting in Impress lost upon pasting plaintext from a text editor
https://bugs.documentfoundation.org/show_bug.cgi?id=163076 --- Comment #1 from j...@curioussymbols.com --- Created attachment 196582 --> https://bugs.documentfoundation.org/attachment.cgi?id=196582&action=edit shows the unexpected change of formatting after pasting plaintext -- You are receiving this mail because: You are the assignee for the bug.
[Bug 163076] New: Local formatting in Impress lost upon pasting plaintext from a text editor
https://bugs.documentfoundation.org/show_bug.cgi?id=163076 Bug ID: 163076 Summary: Local formatting in Impress lost upon pasting plaintext from a text editor Product: LibreOffice Version: 7.6.7.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: j...@curioussymbols.com Description: When pasting text from a text editor into a text box in Impress, local formatting gets incorrectly propagated. Steps to Reproduce: 1. Create a new Impress document 2. Remove the default text boxes. 3. Create a new blank textbox using F2 and dragging a box. 4. Type ctrl-B (bold) then "Hello", then ctrl-B (un-bold) and "Here is some text. " 5. Go to your text editor and type "Something from my text editor". Copy the text and return to LibreOffice. Double-click the text box, place the cursor at the end of the text, and press ctrl-V (paste). Actual Results: Upon pasting, the entire text box including pasted text becomes bold. It appears that some logic is being applied to pick up the formatting of the first character in the text box, and applying it to the entire thing, instead of picking up the formatting of the last character (or the current settings where the cursor is, more precisely) and applying it to just the pasted text. Expected Results: Clearly the "Here is some text. " as well as the "Something from my text editor" should both be un-bold. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.6.7.2 (X86_64) / LibreOffice Community Build ID: 60(Build:2) CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Ubuntu package version: 4:7.6.7-0ubuntu0.20.04.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.