[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 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 #1 from Tal Tamir --- Created attachment 178683 --> https://bugs.documentfoundation.org/attachment.cgi?id=178683=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 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 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.
[Libreoffice-bugs] [Bug 147813] hiding text
https://bugs.documentfoundation.org/show_bug.cgi?id=147813 Julien Nabet changed: What|Removed |Added Ever confirmed|0 |1 CC||serval2...@yahoo.fr Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Julien Nabet --- On which env are you? (Windows, Linux, MacOs)? Could you give a try at brand new 7.3.1 ? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147814] New: Tabs dialog shows Left, Right but they're really Start, End
https://bugs.documentfoundation.org/show_bug.cgi?id=147814 Bug ID: 147814 Summary: Tabs dialog shows Left, Right but they're really Start, End Product: LibreOffice Version: 7.4.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: minor Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eyalr...@gmx.com Blocks: 43808, 129661 The tabs dialog (e.g. Paragraph | Tabs on the menu) shows four kinds of tabs: Left, Right, Centered and Decimal. The "Left" and "Right" tabs are mis-named. When inserting a Left tab stop, in an LTR paragraph the tabbed text will be left-aligned; but in an RTL paragraph the text will be right-aligned. In other words: These are 'Start' and 'End' tab stops. LO doesn't currently support Left or Right tab stops. Please change the UI labels and the documentation accordingly. Note that this situation is the converse of what we have for paragraph alignment! There, Left and Right are what's actually implemented, but Start and End - aren't. I find that amusing somehow :-) Anyway, this is all further motivation for why bug 131192 needs to be worked on. We should have Left, Right, Start, End, Centered and Decimal as tab stop types. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=43808 [Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL) https://bugs.documentfoundation.org/show_bug.cgi?id=129661 [Bug 129661] [META] Right-To-Left (RTL) user interface issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL)
https://bugs.documentfoundation.org/show_bug.cgi?id=43808 Eyal Rozenberg changed: What|Removed |Added Depends on||147814 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147814 [Bug 147814] Tabs dialog shows Left, Right but they're really Start, End -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129661] [META] Right-To-Left (RTL) user interface issues
https://bugs.documentfoundation.org/show_bug.cgi?id=129661 Eyal Rozenberg changed: What|Removed |Added Depends on||147814 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=147814 [Bug 147814] Tabs dialog shows Left, Right but they're really Start, End -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 131192] Comprehensive support for "start" / "end" text alignment
https://bugs.documentfoundation.org/show_bug.cgi?id=131192 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||7814 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147814] Tabs dialog shows Left, Right but they're really Start, End
https://bugs.documentfoundation.org/show_bug.cgi?id=147814 Eyal Rozenberg changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129658] for bug hunting session: old recalc issue still problem
https://bugs.documentfoundation.org/show_bug.cgi?id=129658 --- Comment #6 from hardcoder --- (In reply to b. from comment #4) > one can either try with more iterations, or restart iterating (F9 or > ctrl-shift-F9?), first results will be kept and if precision is reached > after more attempts results are shown, > > critical: start values, imho calc tries often with '0' instead what's in the > cells when you enable iterations, If the cell has its formula changed somewhat, the starting point is 0 (even if it's a string iterated calculation) (which is consistent with MS Excel). If you do Recalc or Recalc hard, the value is not reset, thankfully (also consistent with Excel). > critical: where in the circle to start the loop, MS Excel seems to have a well-defined behavior about that, so it's interesting to consider following it. Usually cell evaluation order is based on a dependency graph/tree, but cells that are directly or indirectly dependent on iterative calculation are calculated in an simpler position-based order. You can check that by putting a simple iterated formula somewhere (e.g. on E7: =E7+1), and then simple references (=E7) around it in both sides. First, those formulas are sorted according to their sheet's name (I mean the end-user-defined name used in formula references, not the hidden VBA name); rename the sheets and watch the difference. Then they are sorted by row, and last by column. E.g. when referencing E7, the value in F6 or D7 is one iteration behind E7's value, but in F7 or D8, it's the same value as E7. As of LO 7.3.1.3 Calc, the behavior is different, apparently relying on a dependency tree even for iteration-dependent values. A more complex experiment would use two circularly dependent cells (e.g. E7: =H7+1; H7: =E7+1). Here again, Excel uses the sorting I just mentioned, so H7 is 1 unit more than E7. In LO Calc the opposite effect seems to occur. > critical: what to do with nested loops, What do you mean? Version: 7.3.1.3 (x64) / LibreOffice Community Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- 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 --- Comment #3 from Eyal Rozenberg --- Hmm. On this page: https://help.libreoffice.org/7.4/en-US/text/scalc/01/0708.html?=SHARED=UNIX the header says "Writer"; and this is a Writer bug. But I see that the URL mentions calc for some reason. Weird. Anyway, I feel I do enough work reporting bugs and triaging RTL, Hebrew and Arabic bugs. Let other people work on the documentation :-P -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147815] New: white letters on white background in the top control area of LibreOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=147815 Bug ID: 147815 Summary: white letters on white background in the top control area of LibreOffice Product: LibreOffice Version: 7.1.4.1 rc Hardware: x86 (IA32) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: winfrid.bi...@arcor.de Description: if "Hoher Kontrast" is activated at "Erleichterte Bedienung" in the settings of windows 10, there is a problem with colors at the main surface of LibreOffice. You will see white letters on white background. Apart from this Problem I do not see further Problems. Apache OpenOffice does not show this problem. But also SIGNAL for PC has a similar problem. Steps to Reproduce: 1. in den Einstellungen von Windows 10 Hoher Kontrast einschalten 2. Dann LibreOffice aufrufen 3. Der Fehler ist dann sofort sichtbar Actual Results: im Top hat die Zeile für Datei, Bearbeiten, Ansicht und so weiter weiße Ziffern auf weißem Grund Expected Results: schwarze Ziffern auf hellgrauem Hintergrund, oder alles invertiert Reproducible: Always User Profile Reset: No Additional Info: all PCs show the same problem at the described settings of windows 10 -- 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 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 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 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=edit Graphs from Callgrind analysis -- 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 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 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 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 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 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 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 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 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?=SHARED=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 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 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=edit Only Office situation -- 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 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 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=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 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 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 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] 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 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 82195] Support split-pane view
https://bugs.documentfoundation.org/show_bug.cgi?id=82195 Eyal Rozenberg changed: What|Removed |Added Version|Master old -3.6|Inherited From OOo -- 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 Julien Nabet changed: What|Removed |Added CC||olivier.hallot@libreoffice. ||org --- Comment #4 from Julien Nabet --- (In reply to Eyal Rozenberg from comment #3) > Hmm. On this page: > > https://help.libreoffice.org/7.4/en-US/text/scalc/01/0708. > html?=SHARED=UNIX > > the header says "Writer"; and this is a Writer bug. But I see that the URL > mentions calc for some reason. Weird. Yes, I just noticed scalc in the url, so I used Calc. Olivier: any idea here? > > Anyway, I feel I do enough work reporting bugs and triaging RTL, Hebrew and > Arabic bugs. Let other people work on the documentation :-P Ok. 1) I didn't tell it explicitely in my previous comment but I don't think there's any discrepancy here. Try to respect the work made by people. I mean, dealing with documentation of an app is not easy and quite tedious. Moreover LO is quite big and there are removing, changing, adding code quite often, it's quite difficult to be up-to-date. 2) Before telling "I'd also appreciate a link to the bug which tracked the removal of the actual split capability.", at least wait for the confirmation of the bug. I don't know about if there was this feature on Writer but it's present on Calc. So perhaps the only bug here seems to be the wrong "Writer" category instead of "Calc". Now yes there are a lot of pbs in LO because it lacks a lot of people helping in different parts: - Base coding - Removing Java part - accessibility support - documentation - MacOs support (with the arrival of new security features + Arm processor, it's a mess) - support of Thunderbird address book (nowadays Thunderbird uses Sqlite instead of Mork but LO doesn't deal with Sqlite so it's not possible anymore to use TB address book) - Writer layout management and certainly many others so being despising won't help to improve situation. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147784] Poor choice of hyperlink categories: "Internet" and "email"
https://bugs.documentfoundation.org/show_bug.cgi?id=147784 --- Comment #1 from Adolfo Jayme --- Rename Internet to Web and be done with it -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147806] Dummy bookmarks generated when importing .doc fiels
https://bugs.documentfoundation.org/show_bug.cgi?id=147806 --- Comment #1 from Telesto --- Please add an example file illustrating the behaviour -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119539] FILESAVE: Custom cover image not shown in exported EPUB file (some viewers need cover metadata)
https://bugs.documentfoundation.org/show_bug.cgi?id=119539 --- Comment #8 from Andrew Hall --- (I know this sounds like a bug in the Overdrive app, but...read on please.) I have found that in the Overdrive ereader app, the Cover image file in the Epub file must contain the word "cover" in the filename. Otherwise, the cover thumbnail will not be generated in Overdrive. I verified this using the Sigil app to create a clean Epub file. First I created a cover with a generic image name, say image. jpg. Overdrive will not show the cover. Then I changed the name to "image_cover.jpg" and Overdrive renders the cover thumbnail without issue. Libreoffice changes the name of the custom cover image (to image0001.jpg) no matter what the original was called, perhaps to avoid any possible illegal file names. But if I use a custom cover image, I have to edit the Epub file later (with Sigil) to fix the cover. Yes, perhaps Overdrive has a bug, but given that every other Epub file I've read over the last few years has the cover image named with "cover" in the file name, it must be some sort of standard, de facto or otherwise. Best behavior for Writer is perhaps to rename the cover image to image0001_cover.jpg instead of just image0001.jpg. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 82195] Support split-pane view
https://bugs.documentfoundation.org/show_bug.cgi?id=82195 Eyal Rozenberg changed: What|Removed |Added Keywords||needsUXEval Ever confirmed|0 |1 Summary|view document in 2 split|Support split-pane view |windows | Status|RESOLVED|NEW Version|unspecified |Master old -3.6 Resolution|WORKSFORME |--- --- Comment #2 from Eyal Rozenberg --- OP certainly meant splitting into _panes_, not windows - which is what jedit supports. This is very useful when making changes to documents, when you want to compare what you've done in different places in a document. Using two windows for the same effect is kludgy and inconvenient to arrange, plus - it takes up a lot of screen real-estate for duplicated UI, which makes it rather impractical on smaller monitors. So, reopening. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 129658] for bug hunting session: old recalc issue still problem
https://bugs.documentfoundation.org/show_bug.cgi?id=129658 --- Comment #7 from hardcoder --- Created attachment 178686 --> https://bugs.documentfoundation.org/attachment.cgi?id=178686=edit Excel workbook testing evaluation order in a circular/iterative context, including screenshot of Excel behavior. -- 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 Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #3 from Albrecht Müller --- (In reply to Julien Nabet from comment #2) > 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 Thank you for the hint. When I run LibreOffice with the --safe-mode switch I can open the file without crashing LibreOffice. I forgot to try this. A question remains: How can I find out what is wrong with my profile? I don't like the idea that I should delete the profile, reinstall all extensions, restore all my program code (Basic, Python), restore associations between my code and my icons, restore my toolbars and the keyboard shortcuts I defined, etc. -- 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 Caolán McNamara changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |caol...@redhat.com |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 136897] Convergence check in iteration prevents lots of uses of iteration (anti-feature)
https://bugs.documentfoundation.org/show_bug.cgi?id=136897 --- Comment #11 from hardcoder --- I just downloaded and installed LO 7.3.1.3 from https://downloadarchive.documentfoundation.org/libreoffice/old/latest/win/x86_64/ and checked the iteration bugs, and it all seems the same. Bugs include: - Err:523 hiding the results (anti-feature). - For strings, Err:523 when it grows or shrinks in length, only not when the length doesn't vary. String content seems to be irrelevant in this aspect. - For numbers, the number of iterations is 3 at the first time, then 2 (except if the number of iterations is set to 1). - When the formula is NOT converging, the correct number of iterations (set in Options) is applied (this can't be directly seen; only when the value is not changing anymore). - All the iteration steps are calculated at a time for a cell, then for other cell, and so on (incompatible behavior). In MS Excel, an iteration is calculated for all cells (apparently even those in other workbooks, as long as they are open), then another iteration, etc. (The Excel behavior is more useful IMHO.) Also, I wrote some comments in bug 129658. Version: 7.3.1.3 (x64) / LibreOffice Community Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147816] New: LibreOffice UpGrade / Functionality Downgrade
https://bugs.documentfoundation.org/show_bug.cgi?id=147816 Bug ID: 147816 Summary: LibreOffice UpGrade / Functionality Downgrade Product: LibreOffice Version: 7.0.3.1 release Hardware: Other OS: macOS (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: n...@grumpie.ca Description: Currently using ver 7.0.3.1. Have tried all subsequent releases; BUT they have REMOVED the GoBack Buttons; Essential when working on a 1300 page document. ALSO having Major Problems with Exported PDF documents. For a long time, ALL Internal LINKS worked properly. Recently, the Links in a Repeated Table Header, work ONLY in the First Instance of the Header (NOT Subsequent Headers, after a page break. I have samples on my DropBox account if you need, but won't give the Link on this Public Bugzilla Site. Ciao, Nik AKA Grumpie! Steps to Reproduce: 1.Save As PDF 2.Use Defaults (Others Tried) 3.Open PDF Actual Results: SAME as Above Expected Results: LINK Back to the Specified Bookmark. Reproducible: Sometimes User Profile Reset: Yes Additional Info: For the Second & Subsequent appearances of the Header; NADA (NO Link-Back). PS Your Check for OpenGL does Something, BUT I can't find it (NOT in Downloads) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 145303] EDITING: Short delay when typing characters in Writer with AltGr (or Ctrl+Alt) (like @ € µ ² ³ { [ ] } \ ~) using German keyboard
https://bugs.documentfoundation.org/show_bug.cgi?id=145303 Andreas Heinisch changed: What|Removed |Added CC||andreas.heini...@yahoo.de --- Comment #3 from Andreas Heinisch --- Repro in: Version: 7.2.3.2 (x64) / LibreOffice Community Build ID: d166454616c1632304285822f9c83ce2e660fd92 CPU threads: 6; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL However, no repro in: Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 2f95f252312b0de0ab1098561c62bd7ae4527b9c CPU threads: 6; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL Can someone confirm it working too? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147784] Poor choice of hyperlink categories: "Internet" and "email"
https://bugs.documentfoundation.org/show_bug.cgi?id=147784 --- Comment #2 from Eyal Rozenberg --- > Rename Internet to Web and be done with it Nope. The options are currently HTTP and FTP. And actually, the options don't matter all that much and you can enter any URL you like. Also, please confirm... -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 34697] Print Current Page in Print dialog - Calc [Writer, Draw, Impress are finished]
https://bugs.documentfoundation.org/show_bug.cgi?id=34697 --- Comment #43 from mkass...@internode.net --- This matter has been raised again. See https://ask.libreoffice.org/t/print-current-page-shortcut/74871/7 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147794] Clicking "Add New Sheet" button (+) once, continuously add new sheets up to Sheet1328
https://bugs.documentfoundation.org/show_bug.cgi?id=147794 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 --- Please attach a sample file to reproduce the issue. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 128433] applying writing mode tb-rl to a legacy rectangle puts text box outside the shape
https://bugs.documentfoundation.org/show_bug.cgi?id=128433 --- Comment #4 from Regina Henschel --- The error is related to the setting "Adjust to Contour". If that is disabled, the text has a position inside the rectangle. If it is enabled, the text is outside the rectangle. This does not only affect the legacy rectangle, but polygon and textbox too. For a textbox you need to use the setting in the style, because "Adjust to Contour" is not available as direct attribute of a textbox. The error has been introduced between OOo2.4.3 and OOo3.2.1. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147530] navigator: "select text under heading"
https://bugs.documentfoundation.org/show_bug.cgi?id=147530 --- Comment #2 from Jim Raykowski --- Hi Peter, Current LO versions include 'Select' and 'Delete' in the Headings context menu which can be shown by left-click on any heading. 'Copy' and 'Cut' can be done with another left-click in any area of highlighted text in document after 'Select'. Multiple headings can be selected when in the Headings content navigation view, which is a view mode in the navigator that only shows the members of a single content type. The first button on the second line of the navigator tool box will switch between single content and all content views. There is a proposed enhancement to copy outlines/headings here: https://gerrit.libreoffice.org/c/core/+/129542 and a screen cast demo here: https://bugs.documentfoundation.org/attachment.cgi?id=178132 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147807] Limiting to selected category limits to the category of selected item in tree
https://bugs.documentfoundation.org/show_bug.cgi?id=147807 --- Comment #1 from Jim Raykowski --- Hi Eyal, I think you may be confusing the categories in the 'Navigate By' control with the categories in the Navigator tree. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140222] Split button popup windows are docked incorrectly using ctrl+shift+F10
https://bugs.documentfoundation.org/show_bug.cgi?id=140222 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 140222] Split button popup windows are docked incorrectly using ctrl+shift+F10
https://bugs.documentfoundation.org/show_bug.cgi?id=140222 --- Comment #4 from Commit Notification --- Jim Raykowski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/99ac14c8ccf89a51de1b3fb9d14789406f2dc95f tdf#140222 make InterimTearableParent docking windows not dockable 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 147817] New: Calc (USA English) defaults to interpreting Dollar amount "12.08" as the eighth of December
https://bugs.documentfoundation.org/show_bug.cgi?id=147817 Bug ID: 147817 Summary: Calc (USA English) defaults to interpreting Dollar amount "12.08" as the eighth of December Product: LibreOffice Version: 7.3.0.3 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: lo...@psychoros.com Created attachment 178687 --> https://bugs.documentfoundation.org/attachment.cgi?id=178687=edit "Date Acceptance Pattern" For English (USA) I gather this is a complex issue with a maze of possible solutions... But it seems there is one specific change that would have eliminated the problem that wasted hours of my time. Perhaps it belongs under "Localization" instead of Calc, but it is definitely an issue in Calc. As mentioned in https://ask.libreoffice.org/t/how-do-you-disable-date-formatting-in-libreoffice-calc/38943/4 and illustrated in my screenshot included here, the default "Date Acceptance Pattern" For English (USA) includes "M.D". That seems to mean any entry that could be a month (1-12), followed by a '.', and then a number that could be a day (1-31) will become a big date code. Even if you intend it to be a dollar amount that isn't formatted with the '$' prefix. I've spent my whole life in the USA, and have never seen anyone assume 12.08 was the eighth of December! I know it is done that way in some languages, but not in Default English. Removing that "M.D" entry fixed my problem, despite its possibly tricky origin. If you want thee whole story: Fix imported text of amount with ‘$’: =MID(C2,2,9) (last number of chars parameter can be longer than available input) $11.81 becomes 11.81 (But actually '11.81) BUT… You end up with text that can't be reformatted to numbers!! You have to do the Data->Text to Columns trick (selecting Standard) on the (preceded by ') text to get it to reformat. (That did not work directly on the ‘$’ versions of the amounts.) BUT… A few rows ended up weird: MID result, Text to Columns result 10.21 44855.00 4.24 44675.00 12.08 44903.00 That's 4 of 159 rows… I could manually delete the wrong number and type in anything that could not be an MM.DD date. Type the proper number and the bizarre value returned. Sometimes not right away… Those are the only rows that could be interpreted as MM.DD; rows that could be DD.MM were not a problem. --> This was still present when pasted to a totally new sheet! No efforts to remove formatting would stop it. https://ask.libreoffice.org/t/how-do-you-disable-date-formatting-in-libreoffice-calc/38943/14 Go Tools>Options>Language Settings>Languages>Date acceptance patterns and remove all the patterns you don’t want to be used when trying to “recognize” input as a possible date. You may also enter a different pattern if you still want automatic recognition based on something uncommon. The only (implicitly preset) pattern you cannot delete is ISO-8601 delimited with 4-digit-year. (The month and the day also are accepted in 1-digit abbreviation). You also should not leave the respective input completely empty. If you did the settings would be replaced by the defaults again. You may put in something like D..M.. what will not actually occur. (Yes. It’s a mess.) In case your test doesn't find this problem, I've included a new test sheet with the problem rows pasted in. It shows the problem here. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 147817] Calc (USA English) defaults to interpreting Dollar amount "12.08" as the eighth of December
https://bugs.documentfoundation.org/show_bug.cgi?id=147817 Loren Amelang changed: What|Removed |Added CC||lo...@psychoros.com --- Comment #1 from Loren Amelang --- Created attachment 178688 --> https://bugs.documentfoundation.org/attachment.cgi?id=178688=edit The problem lines pasted to a new sheet -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103429] [META] Split and group buttons in toolbar and sidebar bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103429 Bug 103429 depends on bug 140222, which changed state. Bug 140222 Summary: Split button popup windows are docked incorrectly using ctrl+shift+F10 https://bugs.documentfoundation.org/show_bug.cgi?id=140222 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140222] Split button popup windows are docked incorrectly using ctrl+shift+F10
https://bugs.documentfoundation.org/show_bug.cgi?id=140222 Jim Raykowski changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #5 from Jim Raykowski --- I noticed that ctrl double-click also caused the drop down window to become docked. The patch also fixes this to not happen. -- You are receiving this mail because: You are the assignee for the bug.
