[Libreoffice-bugs] [Bug 147782] Macro recorder: After start windowlet takes keyboard focus. Keystrokes don't go to the document.
https://bugs.documentfoundation.org/show_bug.cgi?id=147782 raal changed: What|Removed |Added CC||r...@post.cz Keywords||regression Status|UNCONFIRMED |NEW Blocks||64314 Ever confirmed|0 |1 --- Comment #3 from raal --- No repro Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: c97a3592c78ce276a353f95ce68c70a8a39174a0 CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo Repro in vclplugin GEN Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: c97a3592c78ce276a353f95ce68c70a8a39174a0 CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: x11 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Jumbo No repro Version: 6.3.0.0.alpha1+ Build ID: c98b1f1cd43b3e109bcaf6324ef2d1f449b34099 CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: x11; Locale: cs-CZ (cs_CZ.UTF-8); UI-Language: en-US Calc: threaded Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=64314 [Bug 64314] [META] Macro recording issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 64314] [META] Macro recording issues
https://bugs.documentfoundation.org/show_bug.cgi?id=64314 raal changed: What|Removed |Added Depends on||147782 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147782 [Bug 147782] Macro recorder: After start windowlet takes keyboard focus. Keystrokes don't go to the document. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147782] Macro recorder: After start windowlet takes keyboard focus. Keystrokes don't go to the document.
https://bugs.documentfoundation.org/show_bug.cgi?id=147782 raal changed: What|Removed |Added OS|Windows (All) |All -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147793] New: LO Writer freezes when clicking on protected TOC
https://bugs.documentfoundation.org/show_bug.cgi?id=147793 Bug ID: 147793 Summary: LO Writer freezes when clicking on protected TOC Product: LibreOffice Version: 7.1.8.1 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: peter.88...@t-online.de How to reproduce: 1. Insert a table of contents. Make sure the "Protected against manual changes" checkbox is ticked. 2. Left-click on the table of contents. Expected behavior: An alert box appears saying you cannot edit this. Observed behavior: The application freezes. Also applies to version 7.2.5.2 (x64) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147135] Crash in: _GLOBAL__sub_I_protectiondlg.cxx.lto_priv.2643 ( Calc crashes )
https://bugs.documentfoundation.org/show_bug.cgi?id=147135 --- Comment #90 from Dorange-Pattoret Didier --- Hello, Works fine with : Version: 7.3.1.3 / LibreOffice Community Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951 CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded Thanks for all. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147668] Writer crashes shortly after loading document with LanguageTool extension active
https://bugs.documentfoundation.org/show_bug.cgi?id=147668 --- Comment #8 from Julien Nabet --- (In reply to Gerry from comment #7) > ... > Is there anything more I can do to trace the bug? I must recognize, I'm stuck now but certainly Stephan or someone else will have an idea. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143618] LibreOffice Calc do not show imported data preview importing unformated text (KDE only?)
https://bugs.documentfoundation.org/show_bug.cgi?id=143618 --- Comment #7 from Jiří Rohlíček --- I reinstalled LibreOffice to Version: 7.2.5.2 / LibreOffice Community Still the same problem with same error messages: QPainter::begin: Paint device returned engine == 0, type: 3 QPainter::save: Painter not active QPainter::setPen: Painter not active QPainter::setBrush: Painter not active QPainter::drawRects: Painter not active QPainter::setRenderHint: Painter must be active to set rendering hints QPainter::setPen: Painter not active ... But, if I run the Office Calc as root, no error messages appear and the import wizzard is displayed OK. I am currently on Fedora release 34 (Thirty Four) with plasma-desktop-5.22.5. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143618] LibreOffice Calc do not show imported data preview importing unformated text (KDE only?)
https://bugs.documentfoundation.org/show_bug.cgi?id=143618 --- Comment #8 from Jiří Rohlíček --- Version: 7.2.5.2 / LibreOffice Community Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5 CPU threads: 4; OS: Linux 5.12; UI render: default; VCL: gtk3 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.
[Libreoffice-bugs] [Bug 147794] New: Clicking "Add New Sheet" button (+) once, continuously add new sheets up to Sheet1328
https://bugs.documentfoundation.org/show_bug.cgi?id=147794 Bug ID: 147794 Summary: Clicking "Add New Sheet" button (+) once, continuously add new sheets up to Sheet1328 Product: LibreOffice Version: 7.1.8.1 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: andhy...@gmail.com Description: clicking the plus (+) button once in the sheet band to add new sheet, end up with creating too many new sheets. Seems to happens only with big files (more than 4 MB size) and with many calculation cells. Happens on .ods, .xls, and .xlsx file format. Steps to Reproduce: 1. open big file 2. add entries in many cells, including cells that contains formulas (calculated) 3. click the add new sheet button (+ button) on sheet band Actual Results: creating a lot of new sheets with auto-filled names, up to Sheet1328 Expected Results: only add one new sheet Reproducible: Sometimes User Profile Reset: No Additional Info: ver 7.1.8.1 (x64) cpu threads 8 Windows 10 build 19042 ui render skia/raster VCL win locale en-id ui en-gb RAM 20GB AMD Radeon Vega Mobile Graphics -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147792] MySQL/MariaDB direct connection: Autoincrement won't be saved by table editor
https://bugs.documentfoundation.org/show_bug.cgi?id=147792 Julien Nabet changed: What|Removed |Added CC||serval2...@yahoo.fr --- Comment #1 from Julien Nabet --- Just for the record, on pc Debian x86-64 with master sources updated today, I don't reproduce this. I created a table with: id INTEGER primary key autovalue yes test Text[VARCHAR] Would it be possible you give a try on a daily master build? Indeed, I made quite some changes in Mysql/Mariadb (see https://cgit.freedesktop.org/libreoffice/core/log/?qt=grep&q=maria) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147790] akskksksks
https://bugs.documentfoundation.org/show_bug.cgi?id=147790 raal changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147795] New: EDITING
https://bugs.documentfoundation.org/show_bug.cgi?id=147795 Bug ID: 147795 Summary: EDITING Product: LibreOffice Version: 6.4.4.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: minor Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: leplatois.leplat...@gmail.com Created attachment 178670 --> https://bugs.documentfoundation.org/attachment.cgi?id=178670&action=edit A video showing the bug When you insert a 3d object (like a sphere), you modidify rotation centre and then you delete the object, the rotation center always appears untill you move it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107047] Single merged document wont email
https://bugs.documentfoundation.org/show_bug.cgi?id=107047 --- Comment #11 from Buovjaga --- (In reply to Timur from comment #10) > Buovjaga, please retest. There are multiple email bugs, to clear a little > bit. Tested and it does not send the email. Server settings test fine. Arch Linux 64-bit Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 896c097f1fa4bc9d2e5ea87a696c125bb335ecac CPU threads: 8; OS: Linux 5.16; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Jumbo Built on 3 March 2022 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147650] ScriptForge Fails to Run Python Demo LO V7.3.1.1
https://bugs.documentfoundation.org/show_bug.cgi?id=147650 Jean-Pierre Ledure changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG --- Comment #3 from Jean-Pierre Ledure --- The message is issued by the LO ScriptProvider service. It is very clear: A Scripting Framework error occurred while running the Python script vnd.sun.star.script:LibOCon_2021.py$clear_region_a1? language=Python&location=user i.e. LO could not find either the script (LibOCon_2021.py) or the def (clear_region_a1). Notice that the issue happens BEFORE ScriptForge is involved. I close the bug report. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147796] New: Quickly opening and closing documents causes extra menubars to be added until LibreOffice crashes when LanguageTool extension is installed
https://bugs.documentfoundation.org/show_bug.cgi?id=147796 Bug ID: 147796 Summary: Quickly opening and closing documents causes extra menubars to be added until LibreOffice crashes when LanguageTool extension is installed Product: LibreOffice Version: 7.3.0.3 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Extensions Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: nur...@protonmail.com Description: When the LanguageTool extension is installed and enabled, quickly opening and closing documents from the main LibreOffice program causes extra menubars to be added to the UI until LibreOffice crashes. This only happen when the libreoffice-gtk3 package is installed. Steps to Reproduce: 1. Open LibreOffice main program 2. Quickly open and close documents from the recent documents list preview Actual Results: New menubars are added to the interface until the program crashes. Expected Results: Open documents normally without extra bars and without crashes. Reproducible: Always User Profile Reset: Yes Additional Info: [Information automatically included from LibreOffice] Locale: es Module: StartModule [Information guessed from browser] OS: Debian 11 with xfce desktop OS is 64bit: yes LanguageTool 5.6 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147796] Quickly opening and closing documents causes extra menubars to be added until LibreOffice crashes when LanguageTool extension is installed
https://bugs.documentfoundation.org/show_bug.cgi?id=147796 --- Comment #1 from nur...@protonmail.com --- Created attachment 178671 --> https://bugs.documentfoundation.org/attachment.cgi?id=178671&action=edit A video showing the bug A video showing the bug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147796] Quickly opening and closing documents causes extra menubars to be added until LibreOffice crashes when LanguageTool extension is installed
https://bugs.documentfoundation.org/show_bug.cgi?id=147796 --- Comment #2 from nur...@protonmail.com --- I have also filled a bug in the github page of LanguageTool: https://github.com/languagetool-org/languagetool/issues/6390 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147650] ScriptForge Fails to Run Python Demo LO V7.3.1.1
https://bugs.documentfoundation.org/show_bug.cgi?id=147650 --- Comment #4 from flywire --- (In reply to Jean-Pierre Ledure from comment #3) > LO could not find either the script (LibOCon_2021.py) or the def > (clear_region_a1) Now that WOULD be clear. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147797] New: Changing Slide Master in presentation does not take into account slide layout
https://bugs.documentfoundation.org/show_bug.cgi?id=147797
Bug ID: 147797
Summary: Changing Slide Master in presentation does not take
into account slide layout
Product: LibreOffice
Version: 7.1.0.3 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Impress
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: vermelhusco1...@gmail.com
Created attachment 178672
--> https://bugs.documentfoundation.org/attachment.cgi?id=178672&action=edit
Regardless of layout, when selecting Candy in Master Slides, the background is
always the one from Title layout of Candy template
In Impress when selecting a Master Slide, it does not take into account the
slide layout.
If I have multiple slides with different layouts and I select a different
master slide, it does not adopt the template type for its layout type.
Steps to reproduce:
1 - Open Impress, do not select any template in dialog box,
2 - Create new slides with different layouts ("Title", "Title, Content", "Title
and 2 content", etc),
3 - Go to Master Slides in Sidebar and select an "Available for use" Master
slide.
Expected behaviour:
Selected Master slide will take layout of slide into account. Example: "Title,
content" layout will adopt "Title, content" layout from select Master slide
template.
Observed behaviour:
Regardless of slide Layout, implemented Master Slide is always "Title" layout
of selected template.
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147797] Changing Slide Master in presentation does not take into account slide layout
https://bugs.documentfoundation.org/show_bug.cgi?id=147797 --- Comment #1 from Pedro --- Created attachment 178673 --> https://bugs.documentfoundation.org/attachment.cgi?id=178673&action=edit In Powerpoint, if a different Theme is selected, it takes into account slide layout automatically In Powerpoint, if a different Theme is selected, it takes into account slide layout automatically. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139605] The content of some math formulas disappear while writing at other location in Writer document
https://bugs.documentfoundation.org/show_bug.cgi?id=139605 --- Comment #7 from billy --- o Do not rush the writing. You should give yourself enough time to revise the final draft. Besides, it is important to give yourself some time to edit your dissertation draft.Visit https://essaywritinghelp.pro/ for more info. You should include clear chapter headings so that readers can easily navigate through it. You should also link each section with another so that readers can understand their connection. Furthermore, paragraph justification will improve the quality of your academic writing. There are many ways to improve the quality of your final document. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 123084] In Navigator view, highlighting a group of headers is allowed despite a single header at a time is at most movable by dragging.
https://bugs.documentfoundation.org/show_bug.cgi?id=123084 ricky.t...@gmail.com changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #6 from ricky.t...@gmail.com --- Version: 7.2.5.2.0+; Build ID: 20(Build:2); CPU threads: 4; OS: Linux 5.16; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI: en-US; Calc: threaded -- 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 Bug 103030 depends on bug 123084, which changed state. Bug 123084 Summary: In Navigator view, highlighting a group of headers is allowed despite a single header at a time is at most movable by dragging. https://bugs.documentfoundation.org/show_bug.cgi?id=123084 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147798] New: Capital letter accent
https://bugs.documentfoundation.org/show_bug.cgi?id=147798 Bug ID: 147798 Summary: Capital letter accent Product: LibreOffice Version: 7.2.1.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mlinux...@gmail.com Description: The accent on the capital letter does not look right. In some fonts, the accent on the capital letter looks correct (Liberation Sans, Liberation Serif, etc.). In other fonts, the accent on the capital letter does not look right (DejaVuSans, DejaVuSerif, FreeSans, FreeSerif, Noto Sans, Noto Serif, Ubuntu, etc.). Steps to Reproduce: 1. Opening LibreOffice Writer. 2. Write some capital letters. 3. Specify the accent (character 301) on capital letters. Actual Results: The accent is sometimes displayed incorrectly by dropping into a capital letter. Expected Results: It all depends on the chosen font. Reproducible: Always User Profile Reset: No Additional Info: Ubuntu 21.10 - LibreOffice 7.2.1 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147799] New: Writer crashes when trying to open a document containing a button with keyboard shortcuts
https://bugs.documentfoundation.org/show_bug.cgi?id=147799 Bug ID: 147799 Summary: Writer crashes when trying to open a document containing a button with keyboard shortcuts Product: LibreOffice Version: 7.2.0.4 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: albrecht.muel...@astrail.de Description: Documents may contain form controls. It is also possible to define keyboard shortcuts that should allow to access the functions of the controls using the keyboard only. The attached document contains a button labelled "Do Nothing" that has no function. The letter "N" is marked with an underline as it should be possible to access this button using the keyboard shortcut Alt+N. This does not work due to bug 146906. The problem addressed here is that it is not possible to open this document using the Windows version of LibreOffice. Steps to Reproduce: Warning: Crash means that changes in _any_ open LibreOffice window may be lost, not just in the text document that causes the crash! Therefore close all other LibreOffice windows before trying this. Open the attached document using LibreOffice Writer in a Windows 7 environment. Actual Results: LibreOffice crashes. This event does not generate a crash report. Expected Results: Writer should open the document. You should see an empty document that contains a single button labelled "Do Nothing" where the letter "N" is underlined. Note: This works in Ubuntu 20.04 with LibreOffice version 6.4.7.2 Reproducible: Always User Profile Reset: No Additional Info: A variation of this theme is (Windows version only): Create a new empty text document. Open it in Writer and turn on the form design mode. Place a button on the document. Open the properties dialogue on this button. This dialogue contains a field that allows to change the text that the button displays. Place a tilde (~) character before some character of this text. LibreOffice crashes when it tries to accept the changes, e.g. when you select some other field in the dialogue. Version: 7.0.4.2 (x64) Build ID: dcf040e67528d9187c66b2379df5ea4407429775 CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147798] Capital letter accent
https://bugs.documentfoundation.org/show_bug.cgi?id=147798 --- Comment #1 from Linux --- Created attachment 178674 --> https://bugs.documentfoundation.org/attachment.cgi?id=178674&action=edit Capital letter accent The picture of that looks like an accent on capital letters in the operating system Ubuntu 21.10. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 123084] In Navigator view, highlighting a group of headers is allowed despite a single header at a time is at most movable by dragging.
https://bugs.documentfoundation.org/show_bug.cgi?id=123084 ricky.t...@gmail.com changed: What|Removed |Added Resolution|WORKSFORME |--- Status|RESOLVED|NEW -- 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 Bug 103030 depends on bug 123084, which changed state. Bug 123084 Summary: In Navigator view, highlighting a group of headers is allowed despite a single header at a time is at most movable by dragging. https://bugs.documentfoundation.org/show_bug.cgi?id=123084 What|Removed |Added Status|RESOLVED|NEW Resolution|WORKSFORME |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147798] Capital letter accent
https://bugs.documentfoundation.org/show_bug.cgi?id=147798 --- Comment #2 from Linux --- Created attachment 178675 --> https://bugs.documentfoundation.org/attachment.cgi?id=178675&action=edit Text document example There is a table inside the text document. The left side of the table contains fonts that do not correctly display accent on capital letters. The right side of the table shows the fonts in which the accent on capital letters is correctly displayed. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147800] New: Master View toolbar visible in Tabbed UI in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=147800 Bug ID: 147800 Summary: Master View toolbar visible in Tabbed UI in Impress Product: LibreOffice Version: 7.0.5.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: vermelhusco1...@gmail.com Created attachment 178676 --> https://bugs.documentfoundation.org/attachment.cgi?id=178676&action=edit Master view toolbar under Tabbed UI In Impress, with Tabbed UI selected Master View toobar is still visible. Steps to reproduce: 1 - Open Impress with Tabbed UI, 2- Go to View tab (or Poperties in Sidebar), 3 - Select "Master Slide" (or "Master View" in Properties Sidebar), Expected result: only Tabbed UI of Master View opens. Observed result: toolbar appears underneath Tabbed UI. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147800] Master View toolbar visible in Tabbed UI in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=147800 --- Comment #1 from Pedro --- Same occurs in Groupedbar UI and compact versions of Tabbed and Groupedbar -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147799] Writer crashes when trying to open a document containing a button with keyboard shortcuts
https://bugs.documentfoundation.org/show_bug.cgi?id=147799 Albrecht Müller changed: What|Removed |Added CC||albrecht.muel...@astrail.de --- Comment #1 from Albrecht Müller --- Created attachment 178677 --> https://bugs.documentfoundation.org/attachment.cgi?id=178677&action=edit Textdocument containing a button with a keyboard shortcut. Causes Writer to crash (Windows only) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147799] Writer crashes when trying to open a document containing a button with keyboard shortcuts
https://bugs.documentfoundation.org/show_bug.cgi?id=147799 Albrecht Müller changed: What|Removed |Added Version|7.2.0.4 release |7.0.4.2 release -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147799] Writer crashes when trying to open a document containing a button with keyboard shortcuts
https://bugs.documentfoundation.org/show_bug.cgi?id=147799 Albrecht Müller changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||6906 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146906] Keyboard shortcut conflict: Ctrl+F5
https://bugs.documentfoundation.org/show_bug.cgi?id=146906 Albrecht Müller changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||7799 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147797] Changing Slide Master in presentation does not take into account slide layout
https://bugs.documentfoundation.org/show_bug.cgi?id=147797 --- Comment #2 from Pedro --- Addendum to Expected behaviour: When selecting a different Master Slide to a slide with a layout other than "Title" layout, the background of the slide should NOT be the same as "Title" layout but adopt a different one. That is the behaviour in other office suites. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147797] Changing Slide Master in presentation does not take into account slide layout
https://bugs.documentfoundation.org/show_bug.cgi?id=147797 --- Comment #3 from Pedro --- Created attachment 178678 --> https://bugs.documentfoundation.org/attachment.cgi?id=178678&action=edit WPS situation -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147797] Changing Slide Master in presentation does not take into account slide layout
https://bugs.documentfoundation.org/show_bug.cgi?id=147797 --- Comment #4 from Pedro --- Created attachment 178679 --> https://bugs.documentfoundation.org/attachment.cgi?id=178679&action=edit Only Office situation -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147801] New: Build fails when specific bsdtar.exe version is in PATH
https://bugs.documentfoundation.org/show_bug.cgi?id=147801 Bug ID: 147801 Summary: Build fails when specific bsdtar.exe version is in PATH Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: hoss...@libreoffice.org Description: When building LibreOffice using LODE, build fails when specific bsdtar.exe is in PATH that for some reason can not handle the tar.xz files Steps to Reproduce: 1. Install Anaconda, make sure that bsdtar.exe is in the Cygwin PATH 2. Configure LibreOffice build (./autogen.sh) 3. Try building LibreOffice (make) Actual Results: Build error: (provided by Vansh) [build UPK] boost_1_78_0.tar.xz [build UPK] dragonbox-1.1.0.tar.gz [build UPK] dtoa-20180411.tgz [build UPK] zlib-1.2.11.tar.xz bsdtar.exe: Error opening archive: Failed to open '/cygdrive/d/lode/ext_tar/dtoa-20180411.tgz' bsdtar.exe: Error opening archive: Failed to open '/cygdrive/d/lode/ext_tar/zlib-1.2.11.tar.xz' bsdtar.exe: Error opening archive: Failed to open '/cygdrive/d/lode/ext_tar/dragonbox-1.1.0.tar.gz' bsdtar.exe: Error opening archive: Failed to open '/cygdrive/d/lode/ext_tar/boost_1_78_0.tar.xz' LODE resides on the D: Cygwin is in C: autogen.input: --with-visual-studio=2022 --enable-dbgutil --without-java Expected Results: The build should pass, and the $GNUTAR utility should be a able to extract the tar.xz files. Reproducible: Always User Profile Reset: No Additional Info: $ anaconda --version anaconda Command line client (version 1.9.0) $ bsdtar.exe --version bsdtar 3.4.2 - libarchive 3.4.2 zlib/1.2.11 liblzma/5.2.5 bz2lib/1.0.8 liblz4/1.9.2 libzstd/1.4.4 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146906] Keyboard shortcut conflict: Ctrl+F5
https://bugs.documentfoundation.org/show_bug.cgi?id=146906 --- Comment #12 from Albrecht Müller --- (In reply to Heiko Tietze from comment #7) > PS: If you are able to reproduce the crash reliably please file another > ticket with a short description and a link to this attachment. Created bug 147799 to show the crash when trying to open text documents containing form controls with keyboard shortcuts. Document was prepared using LibreOffice version 6.4.7.2 and Ubuntu 20.04 where defining keyboard shortcuts is possible. The document crashes the Windows version only. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147801] Build fails when specific bsdtar.exe version is in PATH
https://bugs.documentfoundation.org/show_bug.cgi?id=147801 --- Comment #1 from Julien Nabet --- And so it seems you're already working on fixing this with https://gerrit.libreoffice.org/c/core/+/130974 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146906] Keyboard shortcut conflict: Ctrl+F5
https://bugs.documentfoundation.org/show_bug.cgi?id=146906 --- Comment #13 from Albrecht Müller --- (In reply to Heiko Tietze from comment #11) > (In reply to Albrecht Müller from comment #10) > > Careful: Ctrl+Shift+F6 clashes with Calc's function to enter a mode that > > allows to define fixed and scrollable parts of a table using cursor keys. I > > suspect that this is hardcoded. > Never seen this. Open some Calc document. Press Ctrl+Shift+F6. Then press the cursor keys. Depending on the keys you press a vertical and a horizontal line will appear that you can move using the cursor keys. Press enter when done. This splits the spreadsheet in up to four areas where you can see different parts of it. The behaviour depends on the state of the spreadsheet: If the spreadsheet has fixed parts then the cursor keys move the borders of these parts. If there are no fixed areas then the area of the spreadsheet is partitioned as described above. Unfortunately I do not know a shortcut that allows you to select the different areas. I don't write separate bug reports for the other problems: - The missing keyboard shortcut. Maybe the necessary shortcut exists but then there is a problem with the ux-discovery design principle and/or the help information. - When changing the selected area using mouse clicks the macro recorder does not record a command that does the area switch. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129892] error loading a huge spreadsheet in ods format (no error in xlsx format)
https://bugs.documentfoundation.org/show_bug.cgi?id=129892 Luboš Luňák changed: What|Removed |Added CC||l.lu...@collabora.com --- Comment #5 from Luboš Luňák --- This is at least partially bug #129892. The uncompressed xml content is larger than 4GiB, we don't support zip64, and ZipOutputStream::writeEXT() throws. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146906] Keyboard shortcut conflict: Ctrl+F5
https://bugs.documentfoundation.org/show_bug.cgi?id=146906 --- Comment #14 from Albrecht Müller --- (In reply to Heiko Tietze from comment #11) > > ...combinations with F6 are used to cycle through various screen areas or > > forms. > As commented above, we use F6 and ctrl+F6 as well for accessibility. And > that's why the shift+ctrl+f6 comes in mind. > > > Did you consider combinations with the F10 function key? > No, and I wouldn't do. > On the page https://wiki.documentfoundation.org/Design/Guidelines/HIG_foundations#UX_Manifesto I found the sentence "Familiarity (the dialog should be consistent with user’s expectations)". This page also refers to the design principles page (https://wiki.documentfoundation.org/Design/Principles#Speedy) where I found the ux-consistency principle: "Software should be internally consistent with itself and externally consistent with similar interfaces to leverage the user's existing knowledge, unless this would be detrimental to usability. [Source: Nielsen]" It may be helpful to know what the user's expectations are and what their existing knowledge is. That's why I did some research on the shortcut Ctrl+Shift+F6. I now think this shortcut belongs to a set of related keys that has had well established meaning for a quarter of a century. I would summarize my current knowledge like this: The function key F6 is used to navigate through various parts of an application. The combination with the Shift key usually (there are exceptions) reverses the direction of navigation. F6 and Shift+F6 visit several parts within some window such as menu, toolbars, and content window. Together with Ctrl or Alt the F6 key switches between different contents, e.g. between different files loaded into the same application. There are slight variations between Ubuntu and Windows. Ubuntu has a built in generic OS support for the Alt+F6 and Alt+Shift+F6 keyboard shortcut combinations which work roughly like the Super+` and Super+Shift+` shortcuts. They switch between different windows of the same application. Windows has no such generic support and expects that applications implement this functionality themselves in a way that is tailored to their specific needs. MS-Access 97 for example uses Strg+F6 and Strg+Shift+F6 to switch between different forms that belong to the same database. MS-Excel 97 switches between the open files. LibreOffice seems to rely on the OS support and therefore does not offer this functionality under Windows. Therefore I think that there is a considerable number of users that are familiar with these semantics of the F6 key. They would probably expect that the shortcut Strg+Shift+F6 would shift the focus backwards between open Writer or Calc windows or between forms that belong to a Base document. This means that the current function of the Strg+Shift+F6 in Calc and it's proposed use both violate the ux-consistency principle and therefore might considered as bugs. The current use of the Strg+F6 key is probably also not consistent with user expectations. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136270] Ungrouping drawing object group unleashes an avalanche of pages
https://bugs.documentfoundation.org/show_bug.cgi?id=136270 Buovjaga changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #3 from Buovjaga --- Good news: no extra group created anymore. Arch Linux 64-bit Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 896c097f1fa4bc9d2e5ea87a696c125bb335ecac CPU threads: 8; OS: Linux 5.16; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Jumbo Built on 3 March 2022 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138706] [META] Regressions from "tdf106792 Get rid of SvxShapePolyPolygonBezier"
https://bugs.documentfoundation.org/show_bug.cgi?id=138706 Bug 138706 depends on bug 136270, which changed state. Bug 136270 Summary: Ungrouping drawing object group unleashes an avalanche of pages https://bugs.documentfoundation.org/show_bug.cgi?id=136270 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136082] FILEOPEN DOTX/DOCX: Area fill bitmap incorrectly set to Stretched in grouped shapes
https://bugs.documentfoundation.org/show_bug.cgi?id=136082 --- Comment #6 from Buovjaga --- (In reply to Timur from comment #5) > (In reply to Buovjaga from comment #3) > > (In reply to Buovjaga from comment #0) > > > 4. Right-click the selected group in the document display, select Enter > > > group (if you ungroup, it will create hundreds of pages) > > > > The ungrouping issue is now reported as bug 136270 > > I don't see it should be reported separately. > Main problem id fileopen of DOTX, it's 4 pages and opens in LO as 6 pages > with duplicated content (same if resaved in MSO as DOCX). It's a completely different problem, so should absolutely be reported separately. Fortunately, bug 136270 is now WFM. The problem in this bug with the area fill bitmap still remains. Arch Linux 64-bit Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 896c097f1fa4bc9d2e5ea87a696c125bb335ecac CPU threads: 8; OS: Linux 5.16; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Jumbo Built on 3 March 2022 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147782] Macro recorder: After start windowlet takes keyboard focus. Keystrokes don't go to the document.
https://bugs.documentfoundation.org/show_bug.cgi?id=147782 raal changed: What|Removed |Added Keywords||bibisected, bisected CC||caol...@redhat.com --- Comment #4 from raal --- This seems to have begun at the below commit. Adding Cc: to Caolán McNamara; Could you possibly take a look at this one? Thanks bibisect-linux-64-6.4$ 88d92372c77724084659e1c01755de466204b5a5 is the first bad commit commit 88d92372c77724084659e1c01755de466204b5a5 Author: Jenkins Build User Date: Sat Nov 2 19:52:31 2019 +0100 source sha:b461740a9ca89eb3b036c366ba60f24c7aad2b60 https://git.libreoffice.org/core/+/b461740a9ca89eb3b036c366ba60f24c7aad2b60 weld SfxRecordingFloat_Impl utility window -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147786] Some circles do not print adequatly
https://bugs.documentfoundation.org/show_bug.cgi?id=147786 raal changed: What|Removed |Added Ever confirmed|0 |1 CC||r...@post.cz Status|UNCONFIRMED |NEEDINFO --- Comment #1 from raal --- Hello, I saw it already, so it's a duplicate, but cannot find duplicate bug in bugzilla. Please attach test file. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146906] Keyboard shortcut conflict: Ctrl+F5
https://bugs.documentfoundation.org/show_bug.cgi?id=146906 --- Comment #15 from Albrecht Müller --- (In reply to Heiko Tietze from comment #11) > > Apropos consistency: Why do Base forms use Alt+Backspace for Undo? Other > > components of LibreOffice use Ctrl+Z instead. > > Off topic here, please file another ticket if you think another shortcut > needs to be changed. According to my experience the benefits of filing tickets are very limited. The one-bug-at-a-time rule would inflate attachment 178256 to thousands of bug reports. I gave up filing tickets almost completely. Instead, I collect notes that help me to deal with issues I run into. As this proved useful I have more than 1000 pages already … > In general, we should be very careful here since users might became > used to it. That's why I think it's so important to define the right shortcut here. The hard part is to find a suitable keyboard shortcut for a function that is necessary due to a pretty weird feature: LibreOffice allows you to create documents that contain controls that build a complete user interface. By default you can use this interface to enter information into various text controls or check boxes, but you can also delete the submit button that should start processing the content you just entered. Try this using the attachment 178256. Delete some paragraph where a control is anchored on: The control is gone too. I think this violates the ux-error-prevention principle. Another examples underlines why it's important to find the right shortcut keys: In the attachment, section "ZERO WIDTH SPACE" explains how an inconsistency in the definition of keyboard shortcuts may cause loss of data when you try to insert this character. There is also a clash with the sequence Ctrl+A, Ctrl+K, Ctrl+V, Enter. Used with Firefox this executes a harmless and common operation: The browser usually will display the results of a web search using a query from the clipboard. The Ctrl+A key is irrelevant for this operation. LibreOffice will execute an operation that is probably not intended and usually causes considerable damage to text documents. It contains no safeguard against the unintended execution of this operation. (ux-error-prevention principle!) In the meantime I think that Ctrl+Z and Alt+Backspace are synonyms. Users may think that they have to use Ctrl+Z in some modules of LibreOffice and Alt+Backspace in others as the menu entries for Undo show either the Ctrl+Z or the Alt+Backspace shortcut but not both. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146906] Keyboard shortcut conflict: Ctrl+F5
https://bugs.documentfoundation.org/show_bug.cgi?id=146906 Albrecht Müller changed: What|Removed |Added Attachment #178256|0 |1 is obsolete|| --- Comment #16 from Albrecht Müller --- Created attachment 178680 --> https://bugs.documentfoundation.org/attachment.cgi?id=178680&action=edit 178256: Contains background information to bug 146906, tries to demonstrate the problem and describes problems encountered when creating the demonstration. Fixed a typo (ZERO WIDH SPACE) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146906] Keyboard shortcut conflict: Ctrl+F5
https://bugs.documentfoundation.org/show_bug.cgi?id=146906 --- Comment #17 from Buovjaga --- (In reply to Albrecht Müller from comment #15) > (In reply to Heiko Tietze from comment #11) > > > Apropos consistency: Why do Base forms use Alt+Backspace for Undo? Other > > > components of LibreOffice use Ctrl+Z instead. > > > > Off topic here, please file another ticket if you think another shortcut > > needs to be changed. > > According to my experience the benefits of filing tickets are very limited. > The one-bug-at-a-time rule would inflate attachment 178256 [details] to > thousands of bug reports. I gave up filing tickets almost completely. > Instead, I collect notes that help me to deal with issues I run into. As > this proved useful I have more than 1000 pages already … 8 of your reports are fixed/worksforme while 20 are still open. I would say that is far from "very limited". Your "thousands of bug reports" is of course hyperbole, but I recommend to watch my presentation of someone who actually did that: https://www.youtube.com/watch?v=LHrmDPMMGak -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135574] Image hidden after selecting image and pressing down arrow key twice
https://bugs.documentfoundation.org/show_bug.cgi?id=135574 Gabor Kelemen (allotropia) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||8971 Keywords|bibisectRequest |bibisected, bisected CC||kelem...@ubuntu.com, ||xiscofa...@libreoffice.org --- Comment #7 from Gabor Kelemen (allotropia) --- This seems to have started in 6.2 with: https://git.libreoffice.org/core/+/e1d73cb5552c2566c6d7463ce001e23f3d92 author Xisco Fauli Mon Jul 30 13:12:43 2018 +0200 committer Miklos Vajna Mon Jul 30 17:52:12 2018 +0200 tdf#118971: allow arrow keys to move images or drawing objects Adding CC to: Xisco Fauli Relevant difference is that the document is set to be displayed in Multiple-page view. The issue manifests in Single-page view only, so you have to change it before testing (or set the Writer window narrow). Also still an issue with current-ish master: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: c97a3592c78ce276a353f95ce68c70a8a39174a0 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: hu-HU (hu_HU.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 135576] Image before text (no wrap) after pressing arrow down
https://bugs.documentfoundation.org/show_bug.cgi?id=135576 Gabor Kelemen (allotropia) changed: What|Removed |Added Blocks||103152 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103152 [Bug 103152] [META] Writer image bugs and enhancements -- 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 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||135576 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=135576 [Bug 135576] Image before text (no wrap) after pressing arrow down -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147792] MySQL/MariaDB direct connection: Autoincrement won't be saved by table editor
https://bugs.documentfoundation.org/show_bug.cgi?id=147792 --- Comment #2 from Robert Großkopf --- (In reply to Julien Nabet from comment #1) > Just for the record, on pc Debian x86-64 with master sources updated today, > I don't reproduce this. You are right: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 7ac19fbce8a35f559eebb879cd0f232bfc95e703 CPU threads: 6; OS: Linux 5.3; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded This version will have AutoValue set after I have saved the table. So it's a problem in LO 7.2 and 7.3 at this moment. See this post: https://ask.libreoffice.org/t/auto-increment-is-not-enabled-in-table-after-creating-a-table-in-base-with-direct-connection-to-mysql/74870 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147766] Table is broken in PPTX -> ODP
https://bugs.documentfoundation.org/show_bug.cgi?id=147766 Timur changed: What|Removed |Added Keywords|bibisectRequest |bibisectNotNeeded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147789] Save As with Save With Password - saves in read-only mode, can't save in edit mode
https://bugs.documentfoundation.org/show_bug.cgi?id=147789 --- Comment #1 from Timur --- In which format do you save? Please upgrade to 7.3.1 and test again. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147802] New: Clicking on header or footer area in long writer document takes a long time and slows down text selection and closing document
https://bugs.documentfoundation.org/show_bug.cgi?id=147802 Bug ID: 147802 Summary: Clicking on header or footer area in long writer document takes a long time and slows down text selection and closing document Product: LibreOffice Version: 7.2.5.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ratatoe...@gmx.eu Description: When clicking on the area of a header or footer in a long (my sample: 500 pages) writer document, it takes a long time (several seconds on my machine) until the divider line and the button to create a header or footer appears. Anytime after having clicked on the header or footer area (regardless whether an actual header or footer was created), this is also slow. While the caret follows the mouse during the selection without any noticeable delay, there is an initial delay of a few seconds until the highlighting of the selected text is visible. After this initial delay, moving the mouse (without releasing the mouse button) updates the highlighting without any noticeable delay. Selecting text using the keyboard (shift + arrow keys) is unaffected by this slowdown or delay. Also after having clicked on the header or footer area, closing the document takes a lot longer. Closing and reopening the document restores the initial behaviour. When having the same document open in two separate windows, clicking the header/footer area in one window does not affect selecting text in another window. Enabling or disabling hardware acceleration or anti-aliasing makes no difference. Steps to Reproduce: 1. Create a "long" writer document (my sample: 500 pages). Adding forced page breaks is sufficient, the amount of text, formatting etc. is unimportant. 2. Click on the header or footer area of any page of the document. 3. Select any text anywhere in the document (not inside a header or footer) with the mouse. Actual Results: There is a significant delay until the divider or the button to create a header/footer appears. There is a significant delay until the selected text is highlighted. Expected Results: There is no significant delay when clicking on the header/footer area when comparing to a short document. There is no significant delay when selecting text as compared to doing so in the same document without having previously clicked on the header/footer area. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: This occurs for me in 7.2.5.2 on arch. I also compiled LibreOffice from source (master as of commit 05502f78ed0d406ff50d43a39c05f7bb990001e9) and experienced the same behaviour. I followed the guide for Performance debugging using Callgrind and will attach some graphs. What I can see from those when comparing a run where I clicked on the header area with a run where I didn't, selecting text and closing the document causes 500 calls (one for each page I suspect) to SwHeaderFooterWin::LinkStubFaderHandler(void*, Timer*) which take up about 80 % of the time spent selecting text or about 16 % when closing the document. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147802] Clicking on header or footer area in long writer document takes a long time and slows down text selection and closing document
https://bugs.documentfoundation.org/show_bug.cgi?id=147802 --- Comment #1 from ratatoe...@gmx.eu --- Created attachment 178681 --> https://bugs.documentfoundation.org/attachment.cgi?id=178681&action=edit Graphs from Callgrind analysis -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147802] Clicking on header or footer area in long writer document takes a long time and slows down text selection and closing document
https://bugs.documentfoundation.org/show_bug.cgi?id=147802 --- Comment #2 from ratatoe...@gmx.eu --- Created attachment 178682 --> https://bugs.documentfoundation.org/attachment.cgi?id=178682&action=edit Sample document with 500 pages -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147803] New: Font problem
https://bugs.documentfoundation.org/show_bug.cgi?id=147803 Bug ID: 147803 Summary: Font problem Product: LibreOffice Version: 6.4.7.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: minor Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: tanmayimplinks1...@gmail.com Description: When I open the file probably after shutdown, the font changes back to Liberation Mono and not the font in which I created/wrote that file. Actual Results: It usually happens when I reboot or after logging into system after shutdown. Expected Results: The font changes back to Liberation Mono from what I choose while writing that docs. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147804] New: url links no longer activate -Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=147804 Bug ID: 147804 Summary: url links no longer activate -Writer Product: LibreOffice Version: unspecified Hardware: Other OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: valerie.hu...@gmail.com Description: I created an ebook with lots of links, which I have been working on for over a year. The links use to activate so I could visit the website. Now I get a popup with an error message. The link will not activate. Steps to Reproduce: 1 Hold Ctrl key while clicking on the url's. 2. Get popup indicating the link cannot be activated. 3. Actual Results: urls are not active as they should be Expected Results: can't access the url from the Writer document Reproducible: Always User Profile Reset: Yes Additional Info: It should have activated the url and taken me to the website. Also, on the bug report you need to move the items concerning testing the UserProfite in SafeMode and Open GL to the top of the bugzilla form not the bottom. I lost all of the data I entered in the rest of the form when I went into safemode and came back. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147805] New: url links no longer activate -Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=147805 Bug ID: 147805 Summary: url links no longer activate -Writer Product: LibreOffice Version: unspecified Hardware: Other OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: valerie.hu...@gmail.com Description: I created an ebook with lots of links, which I have been working on for over a year. The links use to activate so I could visit the website. Now I get a popup with an error message. The link will not activate. Steps to Reproduce: 1 Hold Ctrl key while clicking on the url's. 2. Get popup indicating the link cannot be activated. 3. Actual Results: urls are not active as they should be Expected Results: can't access the url from the Writer document Reproducible: Always User Profile Reset: Yes Additional Info: It should have activated the url and taken me to the website. Also, on the bug report you need to move the items concerning testing the UserProfite in SafeMode and Open GL to the top of the bugzilla form not the bottom. I lost all of the data I entered in the rest of the form when I went into safemode and came back. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147805] url links no longer activate -Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=147805 --- Comment #1 from LeroyG --- *** Bug 147804 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 147804] url links no longer activate -Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=147804 LeroyG changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #1 from LeroyG --- *** This bug has been marked as a duplicate of bug 147805 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147805] url links no longer activate -Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=147805 Buovjaga changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||ilmari.lauhakangas@libreoff ||ice.org Ever confirmed|0 |1 --- Comment #2 from Buovjaga --- Can you create an example file that shows the problem and attach it to this report? I don't reproduce from scratch. Arch Linux 64-bit Version: 7.3.1.3 / LibreOffice Community Build ID: 30(Build:3) CPU threads: 8; OS: Linux 5.16; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US 7.3.1-1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146906] Keyboard shortcut conflict: Ctrl+F5
https://bugs.documentfoundation.org/show_bug.cgi?id=146906 --- Comment #18 from Albrecht Müller --- (In reply to Buovjaga from comment #17) > 8 of your reports are fixed/worksforme while 20 are still open. I would say > that is far from "very limited". Your "thousands of bug reports" is of > course hyperbole, but I recommend to watch my presentation of someone who > actually did that: https://www.youtube.com/watch?v=LHrmDPMMGak Lets's look at the problem at hand instead of discussing statistics: What is my benefit when this bug is solved? I will have to throw away the solution I found, learn a new keyboard shortcut and have to find ways to merge the keyboard shortcuts definition of a new version of LibreOffice with those I defined. Thus from my point of view the most efficient way is not to report the bug and take a note how to deal with the problem, e.g. stating that I have to define some other key for the toggle focus function. Thus we could close this bug with "WORKSFORME". This would be nice for statistics but would not improve LibreOffice. The help information of LibreOffice describes StarBasic functions such as CreateUnoStruct, CBool and a lot of other functions. To my knowledge it does not describe dispatch commands or UNO functionality. If you visit https://wiki.documentfoundation.org/Development/DispatchCommands and https://api.libreoffice.org/docs/idl/ref/namespaces.html (on this page click on detail level 7 to see the full tree) you will see that there are thousands of dispatch commands and UNO constructs. For some context look into the "What is missing?" section of the attachment. The one-bug-at-a-time philosophy would require to write a bug report for each missing description. These are the thousands of bug reports I mentioned. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126326] FILESAVE XLSX Saving empty file with many sheets is slow
https://bugs.documentfoundation.org/show_bug.cgi?id=126326 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru --- Comment #13 from Roman Kuznetsov <79045_79...@mail.ru> --- It still takes a long time for me in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 7ac19fbce8a35f559eebb879cd0f232bfc95e703 CPU threads: 4; OS: Mac OS X 12.1; UI render: default; VCL: osx Locale: ru-RU (ru_RU.UTF-8); UI: en-US Calc: threaded Jumbo Still around 20 sec for saving as XLSX -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141174] HANG: Select all and deleting sheet with revisions
https://bugs.documentfoundation.org/show_bug.cgi?id=141174 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru Status|RESOLVED|VERIFIED --- Comment #5 from Roman Kuznetsov <79045_79...@mail.ru> --- verified in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 7ac19fbce8a35f559eebb879cd0f232bfc95e703 CPU threads: 4; OS: Mac OS X 12.1; UI render: default; VCL: osx Locale: ru-RU (ru_RU.UTF-8); UI: en-US Calc: threaded Jumbo Thanks for fixing, Luboš -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147806] New: Dummy bookmarks generated when importing .doc fiels
https://bugs.documentfoundation.org/show_bug.cgi?id=147806 Bug ID: 147806 Summary: Dummy bookmarks generated when importing .doc fiels Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: filters and storage Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com When importing a .doc document, it seems multiple bookmarks are generated, named _Ref, where is a long number (8 or 9 digits). I'm assuming these bookmarks have to do with the targets of references in the original document - but I'm not even sure. Anyway, this doesn't seem right. References are references, bookmarks are bookmarks, and they should not be mixed up. Also, the original references are, more often than not, targeting numbered items/paragraphs, headings, actual bookmarks present in the word document, or other similar targets. In those cases, I don't see how there's any excuse to create artificial bookmarks for the reference targets (and multiple duplicate ones to boot). Seeing this with: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: fb9270b238cba4f36e595c5d7f4d85f6f3f18e1c CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US ... but actually I had imported the .doc file with an earlier nightly of 7.4.0.0 from several weeks ago. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141182] Excessively large ODS spreadsheet hangs LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=141182 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru --- Comment #8 from Roman Kuznetsov <79045_79...@mail.ru> --- it took 30 sec for opening the file in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 7ac19fbce8a35f559eebb879cd0f232bfc95e703 CPU threads: 4; OS: Mac OS X 12.1; UI render: default; VCL: osx Locale: ru-RU (ru_RU.UTF-8); UI: en-US Calc: threaded Jumbo Here is the mac mini 2014 with 2core Intel i5 -- 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 Eyal Rozenberg changed: What|Removed |Added Depends on||147807 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147807 [Bug 147807] Limiting to selected category limits to the category of selected item in tree -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147807] New: Limiting to selected category limits to the category of selected item in tree
https://bugs.documentfoundation.org/show_bug.cgi?id=147807 Bug ID: 147807 Summary: Limiting to selected category limits to the category of selected item in tree Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Keywords: needsUXEval Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com Blocks: 103030 In the LO Writer Navigator, one of the button limits the display of items to the currently "Selected Category" - where the top of the Navigator dialog lets you select a category of items. Unfortunately, when you press the button, the category you see is _not_ the one selected in the top menu-button, but rather the one containing the currently-selected item in the navigation tree. That's not what the user would expect. This should be reconciled in one of two ways: 1. Change the selected category when an item is selected in the navigation tree, or 2. When limiting display, respect the category selected in the top menu-button. I'm partial to option (2.) myself. Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: fb9270b238cba4f36e595c5d7f4d85f6f3f18e1c CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103030 [Bug 103030] [META] Navigator sidebar deck and floating window -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 120200] [META] Update or correct help for features
https://bugs.documentfoundation.org/show_bug.cgi?id=120200 Eyal Rozenberg changed: What|Removed |Added Depends on||147808 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147808 [Bug 147808] Documentation refers to View | Split Window -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147808] New: Documentation refers to View | Split Window
https://bugs.documentfoundation.org/show_bug.cgi?id=147808 Bug ID: 147808 Summary: Documentation refers to View | Split Window Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com Blocks: 120200 The LO documentation for v7.4 says: https://help.libreoffice.org/7.4/en-US/text/scalc/01/0708.html?&DbPAR=SHARED&System=UNIX that you can split your window in two by choosing View | Split Windows or dragging the thick black line at the top of the vertical scrollbar. Neither of these two UI elements are available. Frankly, I think they should just be available, but this is just a bug about the discrepancy of the documentation and the app. I'd also appreciate a link to the bug which tracked the removal of the actual split capability. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=120200 [Bug 120200] [META] Update or correct help for features -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147808] Documentation refers to View | Split Window
https://bugs.documentfoundation.org/show_bug.cgi?id=147808 Eyal Rozenberg changed: What|Removed |Added Blocks||92825 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=92825 [Bug 92825] [META] Update help for all menu changes -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 92825] [META] Update help for all menu changes
https://bugs.documentfoundation.org/show_bug.cgi?id=92825 Eyal Rozenberg changed: What|Removed |Added Depends on||147808 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147808 [Bug 147808] Documentation refers to View | Split Window -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103427] [META] Styles and Formatting sidebar deck and floating window
https://bugs.documentfoundation.org/show_bug.cgi?id=103427 Eyal Rozenberg changed: What|Removed |Added Depends on||147809 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147809 [Bug 147809] Updating a list style to reflect a change to bullets has no effect -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147809] New: Updating a list style to reflect a change to bullets has no effect
https://bugs.documentfoundation.org/show_bug.cgi?id=147809 Bug ID: 147809 Summary: Updating a list style to reflect a change to bullets has no effect Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com Blocks: 103427 I have a certain custom list style in my document, which currently applies numbering, and I want to have it be a bulleted non-numbered list style with a certain bullet (specifically, an en-dash). However, when I: 1. Select a paragraph. 2. Apply the style. 3. Make the paragraph be bulleted with my desired bullet. 4. Perform "Updated Selected Style" using the Styles side-bar. Nothing seems to change, i.e. other paragraphs with the custom style do not become bulleted, and when I apply this style to another paragraph (which did not have it before), I get the numbering, not the bullets. I'm not sure if the problem is with the feature itself or with the sidebar menubutton I use for the update. Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: fb9270b238cba4f36e595c5d7f4d85f6f3f18e1c CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103427 [Bug 103427] [META] Styles and Formatting sidebar deck and floating window -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147810] New: reproducible file corruption involving image and url with sample file
https://bugs.documentfoundation.org/show_bug.cgi?id=147810 Bug ID: 147810 Summary: reproducible file corruption involving image and url with sample file Product: LibreOffice Version: 7.2.5.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: taltam...@gmail.com Description: I have attached a file "corruption.odt" that causes reproducible file corruption when saved as a .docx file. I have tested it in: 7.2.5.2 7.3.0.3 7.3.1.3 windows 10 windows 11 2 different computers step 1: open corruption.odt step 2: save as .docx the docx will come out as corrupt. I have deleted as much I could from the file without breaking the repeatable corruption event. However at some point if I trim more or move things around it will unbreak it and make for a file that can be saved into docx without getting corrupted. Steps to Reproduce: 1. open corruption.odt 2. save as .docx Actual Results: the .docx file is corrupt. trying "open anyways" will delete all pages after the 1st one. so in a 50 page document 49 pages were lost. I trimmed it down to just 2 pages for this demonstration file Expected Results: a working .docx that is not corrupted Reproducible: Always User Profile Reset: Yes Additional Info: The bugged out file is here https://mega.nz/file/3QtlQapI#3MeecIzYkgIF1wX6qCPKHbHWM86FVGnWQFOFEpQ4Xn4 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147810] reproducible file corruption involving image and url with sample file
https://bugs.documentfoundation.org/show_bug.cgi?id=147810 --- Comment #1 from Tal Tamir --- Created attachment 178683 --> https://bugs.documentfoundation.org/attachment.cgi?id=178683&action=edit test case proving corruption attached is the trimmed down file that is confirmed to cause the corruption. Also I should note that the output docx has been tested in google docs, microsoft word, and libreoffice and all 3 say that the output .docx file is corrupted. which incidentally shows a concerning problem. When libreoffice performs a save operation it fails to check that the resultant created file is valid. which should have happened on the spot. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 115550] Wrong place for border of images, should rotate at image, but is at edge of bounding box
https://bugs.documentfoundation.org/show_bug.cgi?id=115550 Gabor Kelemen (allotropia) changed: What|Removed |Added Blocks||147763 CC||kelem...@ubuntu.com Keywords||implementationError --- Comment #9 from Gabor Kelemen (allotropia) --- This behavior started in 6.0 with commit: https://git.libreoffice.org/core/+/a42b0985c7619efdc934bb1cf19e5e2c2b6faea2 author Armin Le Grand Fri Sep 22 15:28:33 2017 +0200 committer Armin Le Grand Fri Oct 20 14:13:20 2017 +0200 RotGrfFlyFrame: Initial adaptions With the first implementation of arbitrary rotation of images. Before only 90/180/270 degrees rotation was possible and those options still behave correctly. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147763 [Bug 147763] [META] Regressions from rotated images support in 6.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147763] [META] Regressions from rotated images support in 6.0
https://bugs.documentfoundation.org/show_bug.cgi?id=147763 Gabor Kelemen (allotropia) changed: What|Removed |Added Depends on||115550 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=115550 [Bug 115550] Wrong place for border of images, should rotate at image, but is at edge of bounding box -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147810] reproducible file corruption involving image and url with sample file
https://bugs.documentfoundation.org/show_bug.cgi?id=147810 --- Comment #2 from Tal Tamir --- I initially posted a mega link to download the file as creating a new issue did not offer me the option to attach. After I created the issue I noticed an option to attach a file and as such attached the .odt file directly. As such the mega link is redundant, you can ignore it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147811] New: Specific DOC document prints to PDF virtual printer as raster
https://bugs.documentfoundation.org/show_bug.cgi?id=147811 Bug ID: 147811 Summary: Specific DOC document prints to PDF virtual printer as raster Product: LibreOffice Version: unspecified Hardware: All URL: https://ask.libreoffice.org/t/print-to-pdf-using-foxit -in-writer-text-not-selectable/74852 OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mikekagan...@hotmail.com Created attachment 178684 --> https://bugs.documentfoundation.org/attachment.cgi?id=178684&action=edit Problematic DOC prints to virtual PDF printer as raster Attached DOC has an explicit white page background. When printing to a virtual PDF printer (tested on Windows using Microsoft Print to PDF, and Foxit PDF Editor Printer) using default profile, it outputs the text as a raster image inside the PDF. This is fixed (test is output normally, and is selectable in the PDF) by removing the page background. Also it is somehow fixed on my system by having these two lines in registrymodifications.xcu: V2,V,0,AL:(5,16,0/0/260/450,260;683) 625,65,1129,677;1;0,0,0,0; The two lines look unrelated to the functionality, and I didn't try to really debug why they affect the output. The problem is not reproducible using a brand new lorem ipsum document with manually defined white background. Tested with Version: 7.3.1.3 (x64) / LibreOffice Community Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951 CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 122040] Performance issue with highly formatted spreadsheet
https://bugs.documentfoundation.org/show_bug.cgi?id=122040 Luboš Luňák changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE CC||l.lu...@collabora.com --- Comment #13 from Luboš Luňák --- *** This bug has been marked as a duplicate of bug 81765 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 81765] FILEOPEN: slow loading in minutes of .ods and .xlsx with >1000 of conditional formats, also dump
https://bugs.documentfoundation.org/show_bug.cgi?id=81765 Luboš Luňák changed: What|Removed |Added CC||william.gathoye@libreoffice ||.org --- Comment #35 from Luboš Luňák --- *** Bug 122040 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 109072] [META] XLS (binary) format bug tracker
https://bugs.documentfoundation.org/show_bug.cgi?id=109072 Bug 109072 depends on bug 122040, which changed state. Bug 122040 Summary: Performance issue with highly formatted spreadsheet https://bugs.documentfoundation.org/show_bug.cgi?id=122040 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 122827] UI doesn't respond for a while when selecting all cells in calc & pressing F7 (Spelling)
https://bugs.documentfoundation.org/show_bug.cgi?id=122827 Commit Notification changed: What|Removed |Added Whiteboard||target:7.4.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 122827] UI doesn't respond for a while when selecting all cells in calc & pressing F7 (Spelling)
https://bugs.documentfoundation.org/show_bug.cgi?id=122827 --- Comment #4 from Commit Notification --- Luboš Luňák committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/94960bb3357bc443453e4cea2329f34cc7e80196 don't try to spellcheck after last data cell (tdf#122827) It will be available in 7.4.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 122827] UI doesn't respond for a while when selecting all cells in calc & pressing F7 (Spelling)
https://bugs.documentfoundation.org/show_bug.cgi?id=122827 Luboš Luňák changed: What|Removed |Added CC||l.lu...@collabora.com Resolution|--- |FIXED Status|NEW |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 96000] [META] Spelling and grammar checking bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=96000 Bug 96000 depends on bug 122827, which changed state. Bug 122827 Summary: UI doesn't respond for a while when selecting all cells in calc & pressing F7 (Spelling) https://bugs.documentfoundation.org/show_bug.cgi?id=122827 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147565] Browsing comments in the navigation pane also browses hidden solved comments
https://bugs.documentfoundation.org/show_bug.cgi?id=147565 Commit Notification changed: What|Removed |Added Whiteboard|target:7.4.0|target:7.4.0 target:7.3.2 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147565] Browsing comments in the navigation pane also browses hidden solved comments
https://bugs.documentfoundation.org/show_bug.cgi?id=147565 --- Comment #10 from Commit Notification --- Jim Raykowski committed a patch related to this issue. It has been pushed to "libreoffice-7-3": https://git.libreoffice.org/core/commit/fc0f1eb3f99369988cdf68344bba8a66d5d394cd tdf#147565 Make navigate by comments skip hidden comments It will be available in 7.3.2. 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 147812] New: When an Undo only affects out-of-view content, scroll there instead
https://bugs.documentfoundation.org/show_bug.cgi?id=147812 Bug ID: 147812 Summary: When an Undo only affects out-of-view content, scroll there instead Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Keywords: needsUXEval Severity: enhancement Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com One often performs certain actions in an LO Writer document, then navigates elsewhere in the document (e.g. another page), so that the area where the changes took place is not visible. Currently, if one then undoes the action (e.g. Ctrl+Z or using the menus), the document is scrolled to an appropriate position, and the action is undone. (I am ignoring the case in which the action affected a large area which does not fit in the window.) That's not the only possible behavior. Various applications, upon being asked to Undo in the scenario described above, only perform the scrolling / changing of the viewport to the area surrounding the location of the last change; and pressing Undo again actually undoes the action, this time without the need to scroll. I suggest that such behavior be adopted for LO as well. It is IMHO intuitive enough; causes less 'surprises' of an Undo doing something different that what the user was expecting; and has the added benefit of making it easier to review the last change before going ahead and undoing it. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147813] New: hiding text
https://bugs.documentfoundation.org/show_bug.cgi?id=147813 Bug ID: 147813 Summary: hiding text Product: LibreOffice Version: 7.3.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kaitlyn_k...@yahoo.com Libre Office is hiding text. Occurrence is random. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146906] Keyboard shortcut conflict: Ctrl+F5
https://bugs.documentfoundation.org/show_bug.cgi?id=146906 --- Comment #19 from Buovjaga --- (In reply to Albrecht Müller from comment #18) > The help information of LibreOffice describes StarBasic functions such as > CreateUnoStruct, CBool and a lot of other functions. To my knowledge it does > not describe dispatch commands or UNO functionality. If you visit > https://wiki.documentfoundation.org/Development/DispatchCommands and > https://api.libreoffice.org/docs/idl/ref/namespaces.html (on this page click > on detail level 7 to see the full tree) you will see that there are > thousands of dispatch commands and UNO constructs. For some context look > into the "What is missing?" section of the attachment. The one-bug-at-a-time > philosophy would require to write a bug report for each missing description. > These are the thousands of bug reports I mentioned. The OpenOffice.org dev guide from 2009 has recently been imported into TDF wiki and I am merging the contents per chapter for easy discovery of information. Much of the API has remained stable over the years, but now we can update the guide. People are already updating the contents, getting rid of obsolete stuff etc. For the WIP, see https://wiki.documentfoundation.org/Documentation/DevGuide -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147799] Writer crashes when trying to open a document containing a button with keyboard shortcuts
https://bugs.documentfoundation.org/show_bug.cgi?id=147799 Julien Nabet changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||serval2...@yahoo.fr --- Comment #2 from Julien Nabet --- LO 6.4 and 7.0 branches are EOL like 7.1 branch too. Could you give a try at LO 7.2.5 or brand new LO 7.3.1 ? Also, you can try to apply this link: https://wiki.documentfoundation.org/QA/FirstSteps#Corrupted_user_profile -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147803] Font problem
https://bugs.documentfoundation.org/show_bug.cgi?id=147803 Julien Nabet changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||serval2...@yahoo.fr Ever confirmed|0 |1 --- Comment #1 from Julien Nabet --- Several things: - which font? - would it be possible to attach the file after having sanitized it? (see https://wiki.documentfoundation.org/QA/Bugzilla/Sanitizing_Files_Before_Submission) - 6.4 branch is EOL (like 7.0 and 7.1), could you give a try to a recent LO version 7.2.5 or brand new 7.3.1 ? -- You are receiving this mail because: You are the assignee for the bug.
