[Libreoffice-bugs] [Bug 127176] 'Noto Nastaliq Urdu' font does not render correctly when justified.
https://bugs.documentfoundation.org/show_bug.cgi?id=127176 Nasir changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 109530] [META] File opening issues
https://bugs.documentfoundation.org/show_bug.cgi?id=109530 Bug 109530 depends on bug 122291, which changed state. Bug 122291 Summary: Issue with files with Persian name https://bugs.documentfoundation.org/show_bug.cgi?id=122291 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 112810] [META] Arabic language-specific RTL issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112810 Bug 112810 depends on bug 122291, which changed state. Bug 122291 Summary: Issue with files with Persian name https://bugs.documentfoundation.org/show_bug.cgi?id=122291 What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 122291] Issue with files with Persian name
https://bugs.documentfoundation.org/show_bug.cgi?id=122291 ahangarha changed: What|Removed |Added Resolution|--- |FIXED Status|NEEDINFO|RESOLVED --- Comment #4 from ahangarha --- As per my experiment on version: 6.2.6.2, this issue is resolved -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 118991] EDITING. 100% CPU usage after a few minutes with certain documents.
https://bugs.documentfoundation.org/show_bug.cgi?id=118991 --- Comment #32 from laur...@norbit.no --- When the 100% core usage (In reply to laurens from comment #31) > Created attachment 153833 [details] > Sample screenshot showing time in function calls when 100% CPU When the 100% usage occurs, then: Tools -> Update -> Update All Seems to fix it for a while (View -> Web also prevents it from happening, but is not a solution for general use) -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127336] Line wrapping disagreement between LibreOffice and OpenOffice
https://bugs.documentfoundation.org/show_bug.cgi?id=127336 V Stuart Foote changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED |RESOLVED CC||vstuart.fo...@utsa.edu --- Comment #4 from V Stuart Foote --- Apache OepnOffice through 4.1.6 release has built up a lot of technical debt in its VCL rendering, one area that is especially true is in it font handling. Since the 5.3 releases LibreOffice has refactored text layout to use Harfbuzz and DirectWrite based rendering with OpenGL, with additional rework of GDI rendering and corrected handling of font metrics. Even in current LibreOffice--there are differences between OpenGL rendering and default GDI only rendering (with HA or just CPU) and we have open issues to improve both rendering modes. Also, Apache OpenOffice does not support OpenGL rendering in any sense, so comparing a 6.2.5 release of LibreOFfice in OpenGL mode, to a 4.1.6 release of AOO is never going to produce matching layouts. You would need to test against a 5.2.6 release, or earlier, of LibreOffice with default rendering to even attempt a comparison. And if an issue were identified it would likely be a WONTFIX, those builds are EOL. The issue as presented with STR are invalid. IMHO => INVALID -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 125610] More Characters button is unreadable on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=125610 Adolfo Jayme changed: What|Removed |Added Status|NEW |RESOLVED Assignee|libreoffice-b...@lists.free |xiscofa...@libreoffice.org |desktop.org | Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 108660] [META] Formula bar (input line) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108660 Bug 108660 depends on bug 127066, which changed state. Bug 127066 Summary: UI: Font size in input line (formular bar) larger than in other UI elements https://bugs.documentfoundation.org/show_bug.cgi?id=127066 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 125610] More Characters button is unreadable on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=125610 Commit Notification changed: What|Removed |Added Whiteboard|target:6.4.0|target:6.4.0 target:6.3.2 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 125610] More Characters button is unreadable on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=125610 --- Comment #7 from Commit Notification --- Xisco Faulí committed a patch related to this issue. It has been pushed to "libreoffice-6-3": https://git.libreoffice.org/core/+/ab5da884b16aa54aab8e9773a6e8dbf24e752c36%5E%21 tdf#125610: Revert "tdf#125088 Make button text white for blue buttons on macOS" It will be available in 6.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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 125610] More Characters button is unreadable on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=125610 --- Comment #6 from Commit Notification --- Xisco Faulí committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/ebd7af9aebb5b76255aa299dd8047cb4266215a4%5E%21 tdf#125610: Revert "tdf#125088 Make button text white for blue buttons on macOS" It will be available in 6.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 mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 125610] More Characters button is unreadable on macOS
https://bugs.documentfoundation.org/show_bug.cgi?id=125610 Commit Notification changed: What|Removed |Added Whiteboard||target:6.4.0 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127351] New: Example python script not execute
https://bugs.documentfoundation.org/show_bug.cgi?id=127351
Bug ID: 127351
Summary: Example python script not execute
Product: LibreOffice
Version: 6.3.1.1 rc
Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
Severity: minor
Priority: medium
Component: Documentation
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: pub...@elmau.net
CC: olivier.hal...@libreoffice.org
Description:
The example:
https://help.libreoffice.org/6.3/en-US/text/sbasic/python/python_shell.html?=BASIC=UNIX
Only work if LibreOffice is installed manuality, but not, if used the version
of the distribution, because generally this versions used the Python Core the
system, for this case:
import subprocess
def interpreter_console():
subprocess.Popen('python')
return
Steps to Reproduce:
Only if used LibreOffice of the distribution
1. Copy and paste script
2. Execute
Actual Results:
Error: FileNOtFoundError
Expected Results:
Show interpreter console
Reproducible: Always
User Profile Reset: No
Additional Info:
Example:
https://help.libreoffice.org/6.3/en-US/text/sbasic/python/python_shell.html?=BASIC=UNIX
--
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127241] date format not saved properly
https://bugs.documentfoundation.org/show_bug.cgi?id=127241 --- Comment #12 from tor...@yahoo.com --- Created attachment 153888 --> https://bugs.documentfoundation.org/attachment.cgi?id=153888=edit file with date mm/dd/ The behaviour is the same whether the date is 'fixed' or not. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127307] odt document bookmarks disappear if saved as HTML
https://bugs.documentfoundation.org/show_bug.cgi?id=127307 --- Comment #4 from kevin seslar --- OK, I have to install LOv3 on a different computer because I can't get my main machines oos with v3 - so this will take awhile. It's going to take 4 files, the before and after picture i.e. before odt file and after html file; that is one of each from v2.6 and one of each from v3. Let me work on it. Thank you. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127350] New: An improvement by adding a Calc File menu item 'Save and Close'.
https://bugs.documentfoundation.org/show_bug.cgi?id=127350 Bug ID: 127350 Summary: An improvement by adding a Calc File menu item 'Save and Close'. Product: LibreOffice Version: 6.3.0.4 release Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: dominicjos...@gmail.com Description: Add a File menu item to Calc (and all apps) called 'Save and Close'. This would save a step every time one closes a file, as currently it is a 2 step process, IE 'Save' then 'Close'. Actual Results: Will save and close in one step. Expected Results: Will save and close in one step. Reproducible: Always User Profile Reset: No Additional Info: -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 122370] Style Heading 1 is not applied to content nor option Numeric with all sublevels is applied to Headings whose levels are superior to level 1.
https://bugs.documentfoundation.org/show_bug.cgi?id=122370 --- Comment #11 from Emersson Augusto Suarez Ortiz --- Please don't give attention, I'm so naive, forget the 9 and 10 entries. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 65321] EDITING: Excess drawing area interferes with OLE importing of drawings into other docs
https://bugs.documentfoundation.org/show_bug.cgi?id=65321 --- Comment #14 from Jim Avera --- Problem still there in master as of Sept. 3, 2019 ersion: 6.4.0.0.alpha0+ Build ID: 4a63d78ded7b11c7b820d2c941a0c9aed18326fc CPU threads: 12; OS: Linux 5.0; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-09-03_04:42:45 Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127348] New: Improve use of line dash definitions with rounded dots/dashes
https://bugs.documentfoundation.org/show_bug.cgi?id=127348 Bug ID: 127348 Summary: Improve use of line dash definitions with rounded dots/dashes Product: LibreOffice Version: 6.4.0.0.alpha0+ Master Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Keywords: needsUXEval Severity: enhancement Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rb.hensc...@t-online.de I write this as issue, because first the goal has to be clear before any changes in code are down. The ODF standard defines the element . This has the attributes: name, display-name, style, dots1, dots1-length, dots2, dots2-length, distance. For the attribute 'style' the values 'round' and 'rect' are possible. The lengths can be absolute or a percentage relative to the line width. The line dash definitions in a foo.sod palette are written using the ODF standard. This would fit perfectly to our API structure 'LineDash'. This has the components Style, Dots, DotLen, Dashes, DashLen, Distance where Style is a com::sun::star::drawing::DashStyle. This is an enum with the values RECT, ROUND, RECTRELATIVE, ROUNDRELATIVE. But LibreOfffice determines whether a dash is rounded or square/flat not from DashStyle, but from the LineCap line property. LibreOffice is not alone in this, but OOXML and SVG also act in this way. Nevertheless the core works with the structure 'LineDash'. This leads to the following problems: A) If the user applies a line dash definition that contains style="round" from a palette, the dashes are not rounded. That prevents to provide a line style with round points in the sidebar, for example. The sidebar has no section to set the line cap. B) If in a file only the stroke-dash definition contains the attribute draw:style="round", but the object does not have the line property svg:stroke-linecap="round", then the dashes are not rounded (tdf#53276). C) If an object has the line property cap="round", but the stroke-dash definition in the current palette has draw:style="rect", the palette entry is not found and is not available in the dialogs, even if all other properties fit. Exception is our own palette standard.sod. How can the two concepts LineCap vs LineDash.Style be brought together? My ideas to improve the situation: If the user assigns a dash definition with draw:style="round" to an object via sidebar, the line property linecap="round" is automatically set. The preview in the sidebar shows the style as if linecap="round" is already set. The line style dialog is changed, so that it sets the linecap to "round", if a definition with draw:style="round" is selected, and disables the linecap drop-down for such definitions. That would not effect our standard.sod palette, because it has only definitions with draw:style="rect". Keep the possibility to set a round cap for styles in standard.sod, although our standard.sod has only draw:style="rect" definitions. But an author of a custom palette has to provide all definitions in a "rect" and in a "round" version, so that they will be found, regardless of whether the user has set linecap to "round" or "square"/"flat". To keep the list of styles short for custom palettes, the dialog can have an option to show either styles with "round" or "rect" in case of custom palettes. But such would be a question of design. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127347] Libre Office (6.3.0.4) Draw -> PDF export shows squared fills on non-transparent circles and ellipses if one object anywhere has a "transparent fill" set
https://bugs.documentfoundation.org/show_bug.cgi?id=127347 Eick changed: What|Removed |Added Summary|Libre Office (6.3.0) Draw |Libre Office (6.3.0.4) Draw |-> PDF export shows squared |-> PDF export shows squared |fills on non-transparent|fills on non-transparent |circles and ellipses if one |circles and ellipses if one |object has a "transparent |object anywhere has a |fill" |"transparent fill" set -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127170] The German documentation for time formats does not explain formatting differences of durations and wall clock time.
https://bugs.documentfoundation.org/show_bug.cgi?id=127170 --- Comment #4 from Albrecht Müller --- (In reply to Eike Rathke from comment #3) > > This is a bit nasty as using both the [MM] and the M codes in one format > seems to trick out the type detection, i.e. after defining it the format at > ... I don't really care if this behaviour is a bug or not as this is a bug report against the documentation and not against a particular behaviour of Calc. The key problem here is that the help function does not specify how to deal with ambiguous format strings: Should Calc consider these strings as illegal and treat them as an error? Or should it use some default interpretation? How to deal with a situation where you want minutes values at position where Calc would interpret it as month value? What are the exact rules to resolve the ambiguities? I stumbled over this problem when I found your comment https://bugs.documentfoundation.org/show_bug.cgi?id=125099#c8 and tried to find out the difference between "[HH]" and "HH" in the context of duration and wall clock time. The help information https://help.libreoffice.org/6.3/en-US/text/shared/01/05020301.html?DbPAR=SHARED#hd_id3155870 states that "HH" are between 00 and 23 while "[HH]" may deliver values above 23. It says nothing about durations or wall clock time, and nothing about possibly different rounding behaviour. I think this is a defect in the documentation - users cannot know the kind of difference you mention in your comment. Date/time calculations are tricky. A special problem is that these calculations normally use integral quantities of time units and therefore exact calculations are possible. Calc represents date/time values as float numbers. One day corresponds to the value of one. Hours, minutes and seconds correspond to values less than one. In general, points in time that correspond to a combination of integral numbers of hours, minutes and seconds have no exact representation as floating point values. Therefore date/time calculations usually contain round-off errors. Nevertheless all spreadsheet programs I used so far - including LibreOffice up to version 6.0.4.2 - delivered exact values when I did some simple date/time calculations. There is a defect in the help function as it does not specify how Calc is expected to handle date/time calculations, i.e. the behaviour of date/time calculations is undefined. A nasty consequence of this fact is a recent change the date/time calculation algorithm. This algorithm used to deliver a difference of one minute if you subtracted two timestamps that were one minute apart. The new algorithm returns essentially a random value which is 0 or 1 minute with about 50% probability each (see bug 127334) which breaks all legacy spreadsheets that contain this kind of calculations. As the user documentation does not specify a correct behaviour the behaviour of the new algorithm can be classified as "NOTABUG". -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127349] Libre Office (6.3.0.4) Draw -> PDF export shows black fills on non-transparent objects that are behind or too close (circles and ellipses) to a transparent one
https://bugs.documentfoundation.org/show_bug.cgi?id=127349 --- Comment #1 from Eick --- Created attachment 153887 --> https://bugs.documentfoundation.org/attachment.cgi?id=153887=edit generated PDF export showcasing problems -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 75923] EDITING: Spelling and Grammar: English - "Always Correct" button is undocumented and nonfunctional
https://bugs.documentfoundation.org/show_bug.cgi?id=75923 --- Comment #14 from MartinPC --- (In reply to MartinPC from comment #13) > I've been using word processors since WordStar for DOS and it took > me an *unreasonably* long time to figure out what the "Always Correct" > button was actually doing. One more correction: I've been using word processors since WordStar for *CP/M*, not DOS! I really *am* getting to be an old-timer! -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127324] Search-Function: Make comments searchable by default, if shown.
https://bugs.documentfoundation.org/show_bug.cgi?id=127324 Thomas Lendo changed: What|Removed |Added See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=12 | |5974| -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 125974] New bug: Searching in comments doesn't work
https://bugs.documentfoundation.org/show_bug.cgi?id=125974 Thomas Lendo changed: What|Removed |Added Keywords|needsUXEval | See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=12 | |7324| -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127349] New: Libre Office (6.3.0.4) Draw -> PDF export shows black fills on non-transparent objects that are behind or too close (circles and ellipses) to a transparent one
https://bugs.documentfoundation.org/show_bug.cgi?id=127349 Bug ID: 127349 Summary: Libre Office (6.3.0.4) Draw -> PDF export shows black fills on non-transparent objects that are behind or too close (circles and ellipses) to a transparent one Product: LibreOffice Version: 6.3.0.4 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Printing and PDF export Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eick.robe...@gmail.com Description: Libre Office (6.3.0.4) Draw System: Windows 10 Step 1 -> launch Draw and draw a couple of circles, ellipses and other rounded shapes, and a square, making sure to space them all well fro one another. Step 2 -> apply colored fills to all of any types (eg. single color, 2-color radial or linear, etc.) Step 3 -> put two rounded objects diagonally close without touching or overlap them in any way (one partly on top of other). In one of them set the fill to transparent, and make it overlap the other (drawing order on top) Step 4 -> export to PDF, open PDF see the false black fills on the rounded objects that have no transparency. Steps to Reproduce: 1. launch Draw and draw a couple of circles, ellipses and other rounded shapes, making sure to space them all well from one another. 2. apply colored fills to all of any types (eg. single color, 2-color radial or linear, etc.) 3. put two rounded objects diagonally close without touching or overlap (touching) them in any way (one partly on top of other). In one of them set the fill to transparent, and make it overlap the other (drawing order on top) 4. export to PDF, open PDF see the false black fills on the rounded objects that have no transparency. Actual Results: non-transparent objects drawn close (in case of circles and ellipses) or behind a transparent filled object have their fill changed to black. Expected Results: Expected to keep the correct fill colors on such situations. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Software should work better with transparent objects close or overlapping non-transparent ones especially in case of circles and ellipses. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127347] Libre Office (6.3.0) Draw -> PDF export shows squared fills on non-transparent circles and ellipses if one object has a "transparent fill"
https://bugs.documentfoundation.org/show_bug.cgi?id=127347 --- Comment #1 from Eick --- Created attachment 153886 --> https://bugs.documentfoundation.org/attachment.cgi?id=153886=edit drawing file 1 this is the PDF export of a described drawing -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127347] New: Libre Office (6.3.0) Draw -> PDF export shows squared fills on non-transparent circles and ellipses if one object has a "transparent fill"
https://bugs.documentfoundation.org/show_bug.cgi?id=127347 Bug ID: 127347 Summary: Libre Office (6.3.0) Draw -> PDF export shows squared fills on non-transparent circles and ellipses if one object has a "transparent fill" Product: LibreOffice Version: 6.3.0.4 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Printing and PDF export Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: eick.robe...@gmail.com Description: Libre Office (6.3.0.4) Draw System: Windows 10 Step 1 -> launch Draw and draw a couple of circles, ellipses and other rounded shapes, and a square, making sure not to overlap any of them Step 2 -> apply fills to all of many types (eg. single color, 2-color radial or linear, etc.) Step 3 -> select one of the object and set fill transparency to 50%, leave others intact Step 4 -> export to PDF, open PDF see the squared overlapping fills on the rounded objects Steps to Reproduce: 1. launch Draw and draw a couple of circles, ellipses and other rounded shapes, and a square, making sure not to overlap any of them 2. apply fills to all of many types (eg. single color, 2-color radial or linear, etc.) 3. select one of the object and set fill transparency to 50%, leave others intact 4. export to PDF, open PDF see the squared overlapping fills on the rounded objects Actual Results: The PDF export shows squared overlapping fills on the rounded objects. Note that as described in step 1 all objects must be spaced a little from one another. Expected Results: The fills of any object should be contained inside the object, not extrapolate over its limits. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 93111] Feature Request: Custom Style Group
https://bugs.documentfoundation.org/show_bug.cgi?id=93111 Cor Nouws changed: What|Removed |Added Version|4.0.1.2 release |Inherited From OOo --- Comment #9 from Cor Nouws --- It is amazing how many interesting and also useful ideas are brought to us by users. Kudos :) ! The requested situation (see https://bug-attachments.documentfoundation.org/attachment.cgi?id=153845 ) could partly be reached by having templates with custom styles that are needed. But then the desired ones of the styles that are available by default, would not be in the same list.. So if someone sees the challenge and the time: +1 from me. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126938] Add shortcuts for accepting and rejecting changes
https://bugs.documentfoundation.org/show_bug.cgi?id=126938 Cor Nouws changed: What|Removed |Added Version|6.3.0.4 release |unspecified CC||c...@nouenoff.nl --- Comment #4 from Cor Nouws --- yes, if customizing by the user is possible for these, I would not make default ones (which are not available indeed). Esp. since many times jumping fast from one to another is not how it works. And after all the dialog to manage tracked changes, is rather fast & handy too. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127280] Toggle baseline grid from menu
https://bugs.documentfoundation.org/show_bug.cgi?id=127280 Cor Nouws changed: What|Removed |Added Version|unspecified |Inherited From OOo CC||c...@nouenoff.nl --- Comment #6 from Cor Nouws --- if time allows.. would be a good improvement. I remember moments that I miss it. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127279] Register-true with better labelling
https://bugs.documentfoundation.org/show_bug.cgi?id=127279 Cor Nouws changed: What|Removed |Added Version|unspecified |Inherited From OOo CC||c...@nouenoff.nl -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127241] date format not saved properly
https://bugs.documentfoundation.org/show_bug.cgi?id=127241 Dieter Praas changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #11 from Dieter Praas --- (In reply to TorrAB from comment #2) > Created attachment 153767 [details] > file with date Date in file has format -mm-dd, so it's not possible to folow the steps from bug report. Please attach a document with date format mm/dd/ => NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 102847] [META] Quick Find, Search and Replace
https://bugs.documentfoundation.org/show_bug.cgi?id=102847 Dieter Praas changed: What|Removed |Added Depends on||127324 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=127324 [Bug 127324] Search-Function: Make comments searchable by default, if shown. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 106179] [META] Writer comment bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=106179 Dieter Praas changed: What|Removed |Added Depends on||127324 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=127324 [Bug 127324] Search-Function: Make comments searchable by default, if shown. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127324] Search-Function: Make comments searchable by default, if shown.
https://bugs.documentfoundation.org/show_bug.cgi?id=127324 Dieter Praas changed: What|Removed |Added CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org Blocks||106179, 102847 Keywords||needsUXEval --- Comment #1 from Dieter Praas --- I support the proposal cc: Design Team Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=102847 [Bug 102847] [META] Quick Find, Search and Replace https://bugs.documentfoundation.org/show_bug.cgi?id=106179 [Bug 106179] [META] Writer comment bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127307] odt document bookmarks disappear if saved as HTML
https://bugs.documentfoundation.org/show_bug.cgi?id=127307 Dieter Praas changed: What|Removed |Added CC||dgp-m...@gmx.de Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #3 from Dieter Praas --- (In reply to Julien Nabet from comment #2) > Would it be possible you attach an odt file example so we can try to > reproduce this quickly? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it) -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127323] Cannot Ungroup
https://bugs.documentfoundation.org/show_bug.cgi?id=127323 --- Comment #5 from m.a.riosv --- Or maybe the shortcut it's captured by the system or another program. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 68327] SVG: draw:glue-points cannot be defined outside svg:viewbox
https://bugs.documentfoundation.org/show_bug.cgi?id=68327 --- Comment #15 from Laurent BP --- I can confirm behavior described in comment 13 with - Version: 6.3.0.4 Build ID: 057fc023c990d676a43019934386b85b21a9ee99 Threads CPU : 8; OS : Linux 4.15; UI Render : par défaut; VCL: gtk3; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded - Version: 6.4.0.0.alpha0+ Build ID: 1a999aa44f236c662fbf7ca6f6c23b7966ec13a9 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: fr-FR (fr_FR.UTF-8); UI-Language: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127329] CRASH: pasting and undoing a few times
https://bugs.documentfoundation.org/show_bug.cgi?id=127329
--- Comment #5 from Julien Nabet ---
Gdb session:
(gdb) frame 6
#6 0x7fffdcb02b26 in SwHistorySetFormat::SetInDoc (this=0x5bcd4d00,
pDoc=0x5afd2bc0, bTmpSet=true) at
/home/julien/lo/libreoffice/sw/source/core/undo/rolbck.cxx:138
138 SwNode * pNode = pDoc->GetNodes()[ m_nNodeIndex ];
(gdb) p m_nNodeIndex
$1 = 182
(gdb) p pDoc->GetNodes()
$2 = (SwNodes &) @0x5afcef50: { = BigPtrArray of length 29 = {
[ 0] 0x5afcfbf0StartNode ,
[ 1] 0x5afcb9c0 EndNode ,
[ 2] 0x5afd07c0StartNode ,
[ 3] 0x5afc4fc0 EndNode ,
[ 4] 0x5afb1fe0StartNode ,
[ 5] 0x5b310a10 StartNode ,
[ 6] 0x5b30ff50 TextNode "Dissertation s’appuyant sur un
dossier documentaire",
[ 7] 0x5b310a60 EndNode ,
[ 8] 0x5bcd59e0 StartNode ,
[ 9] 0x5be219d0GrfNode ,
[ 10] 0x5dcbb9d0 EndNode ,
[ 11] 0x5afd0840 EndNode ,
[ 12] 0x5afcfb60StartNode ,
[ 13] 0x5afc4b10 EndNode ,
[ 14] 0x5afc4bc0StartNode ,
[ 15] 0x5bc7f8f0TextNode "",
[ 16] 0x5d26c5f0TextNode "DOCUMENT 3",
[ 17] 0x5bcb5d60TextNode "",
[ 18] 0x5dc59170TextNode "Poids de l’industrie
manufacturière(1) dans l’emploi intérieur total(2) (en %) et importations de
produits de l'industrie manufacturière",
[ 19] 0x5b790660TextNode "(en milliards d'euros courants) en
France",
[ 20] 0x5b790a40TextNode "\001",
[ 21] 0x5be21c40TextNode "Source : D’après INSEE, 2016.",
[ 22] 0x5e1bf5e0TextNode "",
[ 23] 0x5e1bf9b0TextNode "Lecture : Selon l’INSEE, en France,
en 1985, les importations de produits issus de l’industrie manufacturière
s’élèvent à environ 110 milliards d’euros courants et les emplois dans
l’industrie manufac"...,
[ 24] 0x5e1c0050TextNode "",
[ 25] 0x5e27a820TextNode "(1) Les industries manufacturières
sont des industries de transformation des biens : industries alimentaires,
fabrication de textiles, industrie pharmaceutique, fabrication de machines et
équipements,"...,
[ 26] 0x5e27ad50TextNode "(2) Emploi intérieur total,
salariés et non-salariés, en nombre d’équivalents temps plein.",
[ 27] 0x5e2d44e0TextNode "",
[ 28] 0x5afcd570 EndNode }, m_vIndices = 0x5affefe8,
m_pMyDoc = 0x5afd2bc0, m_pEndOfPostIts = 0x5afcb9c0, m_pEndOfInserts =
0x5afc4fc0, m_pEndOfAutotext = 0x5afd0840,
m_pEndOfRedlines = 0x5afc4b10, m_pEndOfContent = std::unique_ptr
= {get() = 0x5afcd570}, m_pOutlineNodes = std::unique_ptr =
{get() = 0x55f096e0}, m_bInNodesDel = false,
m_bInDelUpdOutline = false}
--
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127329] CRASH: pasting and undoing a few times
https://bugs.documentfoundation.org/show_bug.cgi?id=127329 --- Comment #4 from Julien Nabet --- Created attachment 153885 --> https://bugs.documentfoundation.org/attachment.cgi?id=153885=edit bt with debug symbols On pc Debian x86-64 with master sources updated today, I could reproduce this. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127329] CRASH: pasting and undoing a few times
https://bugs.documentfoundation.org/show_bug.cgi?id=127329 Julien Nabet changed: What|Removed |Added Keywords||haveBacktrace -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 103182] [META] GTK3-specific bugs
https://bugs.documentfoundation.org/show_bug.cgi?id=103182 Bug 103182 depends on bug 127189, which changed state. Bug 127189 Summary: Editing a particular math formula using underbrace / overbrace destroys the UI under GTK3 https://bugs.documentfoundation.org/show_bug.cgi?id=127189 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 39750] [META] General Math formula editor improvements
https://bugs.documentfoundation.org/show_bug.cgi?id=39750 Bug 39750 depends on bug 127189, which changed state. Bug 127189 Summary: Editing a particular math formula using underbrace / overbrace destroys the UI under GTK3 https://bugs.documentfoundation.org/show_bug.cgi?id=127189 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127346] New: LibreOffice Math extension that generates a formula using a spreadsheet and f(x)
https://bugs.documentfoundation.org/show_bug.cgi?id=127346 Bug ID: 127346 Summary: LibreOffice Math extension that generates a formula using a spreadsheet and f(x) Product: LibreOffice Version: 3.3.0 release Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Formula Editor Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: elmhurstproj...@gmail.com Description: A great extension would be auto-generate a formula using cells as variables and f(x) for any imported spreadsheet. Bonus if it could then simplify that formula. Steps to Reproduce: 1. import spreadsheet 2. assign cells as variables using formulas 3. generate equation from cells formula syntax and f(x) Actual Results: 1. create spreadsheet. 2. think hard about how to manually transpose spreadsheet into a formula. 3. create formula manually using Math. Expected Results: 1. create spreadsheet. 2. open Math. 3. Import spreadsheet 4. push button 5. get formula. Reproducible: Always User Profile Reset: No Additional Info: -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127328] UI: Make German strings in list of embedded databases consistent
https://bugs.documentfoundation.org/show_bug.cgi?id=127328 --- Comment #5 from Julien Nabet --- Fixed on Pootle: for 6.2UI https://translations.documentfoundation.org/de/translate/#search=HSQLDB%20(eingebettet)=source,target=160004969=0 for 6.3UI https://translations.documentfoundation.org/de/translate/#search=HSQLDB%20(eingebettet)=source,target=45398818=0 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127334] Regression: Incompatible changes in date/time arithmetic introduced between Version: 6.0.4.2 (x64) and version 6.2.6.2 (ubuntu)
https://bugs.documentfoundation.org/show_bug.cgi?id=127334 Albrecht Müller changed: What|Removed |Added Resolution|NOTABUG |FIXED --- Comment #2 from Albrecht Müller --- The help information that explains the minute function (https://help.libreoffice.org/6.3/en-US/text/scalc/01/func_minute.html?=CALC=WIN ) simply states "MINUTE Calculates the minute for an internal time value. The minute is returned as a number between 0 and 59." and specifies "=MINUTE(8.999) returns 58" and "=MINUTE(8.) returns 59". Especially it does not refer to the document https://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part2.html#MINUTE that provides a some more information about the minute function. It does not even mention things like wall clock time or durations. This gives you a lot of freedom to declare some behaviour as correct and you are free to change the behaviour from version to version. Therefore closing this report as "NOTABUG" is completly ok. On the other hand: Doing so has some pretty nasty consequences from a users point of view, and that's why I filed bug 127170. First: I did this kind of trivial time calculations with different spreadsheet programs (including LibreOffice Calc up to version 6.0.4.2) and they all were able to come up with correct minute values. As long as this worked as expected I did not care how this was achieved. I assume that they internally rounded float values to some internal time resolution before they interpreted them as time and/or date. If this resolution is choosen such that it is some orders of magnitude above the floating point round-off errors these errors will affect the result in extreme cases only. The programming language Java does date/time calculations based on integral numbers of milliseconds to avoid round-off problems altogether. Closing this bug as "NOTABUG" tells me that LibreOffices quality standards allow time calculation algorithms to deliver zero or one minute with equal probability when subtracting e.g. two minutes from three minutes. Second: This problem affects all functions of this kind. A round-off error in the sub-milliseconds range may cause the year function to return the wrong year. The key problem is that usually integral numbers of time units (years, month, days, hours, minutes and seconds) are considered and therefore the calculations could be exact. However, LibreOffice uses a time representation that cannot guarantee an exact representation of the time units hours, minutes and seconds. Third: I cannot trust the results of LibreOffices date/time calculations any more. Any legacy spreadsheets containing this kind of simple time calculations will deliver wrong results if opened with recent versions of Calc. What makes the matters worse is that the user documentation does not specify how Calc is intended to handle the problems rooted in its time representation and obviously this intention changes from time to time. Therefore I cannot know how to use the date/time calculation functions in a way that future version of Calc will return the same results even if I assume that these functions are implemented correctly. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127299] FIREBIRD: base crashes if like query has blank in parameter
https://bugs.documentfoundation.org/show_bug.cgi?id=127299 --- Comment #9 from Wayne Davis --- Issue indeed fixed. Thank you. I had no idea base was getting this quality of support. Downloaded current version 2019-09-04_13.16.18_LibreOfficeDev_6.3.2.0.0. Tested, bug is gone. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127345] Impress slide show embedded video scaling/formatting problem.
https://bugs.documentfoundation.org/show_bug.cgi?id=127345 --- Comment #5 from comit...@gmail.com --- Created attachment 153884 --> https://bugs.documentfoundation.org/attachment.cgi?id=153884=edit A basic presentation with two embedded videos. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127345] Impress slide show embedded video scaling/formatting problem.
https://bugs.documentfoundation.org/show_bug.cgi?id=127345 --- Comment #4 from comit...@gmail.com --- Created attachment 153883 --> https://bugs.documentfoundation.org/attachment.cgi?id=153883=edit Expected behaviour after pressing F5 under either wayland or xorg. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127345] Impress slide show embedded video scaling/formatting problem.
https://bugs.documentfoundation.org/show_bug.cgi?id=127345 --- Comment #3 from comit...@gmail.com --- Created attachment 153882 --> https://bugs.documentfoundation.org/attachment.cgi?id=153882=edit After pressing F5 under Gnome+xorg. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127345] Impress slide show embedded video scaling/formatting problem.
https://bugs.documentfoundation.org/show_bug.cgi?id=127345 --- Comment #2 from comit...@gmail.com --- Created attachment 153881 --> https://bugs.documentfoundation.org/attachment.cgi?id=153881=edit After pressing F5 under GNOME+wayland. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127323] Cannot Ungroup
https://bugs.documentfoundation.org/show_bug.cgi?id=127323 --- Comment #4 from kit...@tutanota.com --- Yes, it does work thru that menu item, and yes, the keyboard shortcut for Ctrl+F12 does say ungroup. Evidently the keyboard shortcut is not actually coded to do what it says. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127345] Impress slide show embedded video scaling/formatting problem.
https://bugs.documentfoundation.org/show_bug.cgi?id=127345 --- Comment #1 from comit...@gmail.com --- Created attachment 153880 --> https://bugs.documentfoundation.org/attachment.cgi?id=153880=edit Laying out the embedded videos. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127345] New: Impress slide show embedded video scaling/formatting problem.
https://bugs.documentfoundation.org/show_bug.cgi?id=127345 Bug ID: 127345 Summary: Impress slide show embedded video scaling/formatting problem. Product: LibreOffice Version: 6.3.0.4 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: comit...@gmail.com Description: A slide show with embedded videos is not scaling correctly. This seems to be specific to a Dell XPS 13 9370. Steps to Reproduce: 1. Create a new presentation in Impress 6.3.0.4 on a Dell XPS 13 9370 running Fedora 30. 2. Insert a video. 3. Press F5 to run slide show. Actual Results: The slide show begins and the video plays, but the location is not correct relative to where it was laid out in the editor and the video is not scaled correctly relative to the screen size. Expected Results: The slide show begins and the video plays, the video is located in the correct spot on the screen relative to where it was laid out in the editor and is scaled to fit the box as specified in the editor. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Hardware: DELL XPS 13 9370, Intel 620 GPU with a 4k UHD touch screen. Software: Fully up to date Fedora 30 Workstation running current stable RPM build of Libreoffice downloaded from libreoffice.org (problem is also present in the version that is packaged by fedora 30, as well as the version available on flathub). The problem happens under both wayland and xorg gnome sessions, but is actually worse under xorg. I have not tried it under any other desktops like KDE. Problem happens regardless of hardware acceleration enable settings (tried under both on and off scenarios). I reset the user profile and tried each of the OpenGL settings in turn. Problem does *NOT* happen on my desktop PC running the same version of Fedora/LibreOffice that has a 4K screen driven by an AMD RX560 video card under Gnome+wayland. I will attach four screen shots plus a basic odp file with embedded videos to demonstrate the problem. The first image named "layout.png" shows the editor with the expected layout of the two videos. The second shows the problematic slide show under wayland, the third shows the problematic slide show under xorg. The fourth shows the same slide show on a 1080p xorg session with the videos located correctly. The only workaround I have found for this problem is to use a Gnome+xorg session and change the video settings to 1080p. Unfortunately as this is a client's machine, I am going to be losing access to the laptop on Saturday. I will do my best to get additional information as requested. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127344] New: Idle LibreOffice consumes 100% CPU on i386
https://bugs.documentfoundation.org/show_bug.cgi?id=127344 Bug ID: 127344 Summary: Idle LibreOffice consumes 100% CPU on i386 Product: LibreOffice Version: 6.2.6.2 release Hardware: x86 (IA32) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: albrecht.dr...@arcor.de Package: LibreOffice_6.2.6_Linux_x86_deb.tar.gz OS: Debian Buster/i386 Hardware: MacBookPro5,5; Virtualbox 6.0.10 VM Hi all, after some time, LibreOffice starts to consume 100% of one CPU, although it is completely idle. To reproduce: - launch LibreOffice writer - wait for some time without touching Libreoffice After a few minutes (typically less than ~15?), soffice.bin starts to consume 100% cpu. Entering a few characters in writer /briefly/ reduces the cpu load to almost 0, but after a short time (typically seconds), it again goes up to 100 %. The effect is reproducible on an old 2009 MacBookPro5,5 (which is particularly bad as it triggers a high fan speed and quickly drains the battery!) and in a Virtualbox VM, both running Debian Buster/i386. The LibreOffice packages coming with Debian Buster (libreoffice_6.1.5-3_i386.deb) show the same effect. I didn't notice this effect on my 64-bit Buster boxes, running the exactly the same LibreOffice versions, so it /might/ be specific for i386. On the VM, the soffice.bin thread consumes the 100% cpu, as reported by top: 3575 albrecht 20 0 268344 140700 83740 R 99,9 7,0 1:03.72 soffice.bin 3580 albrecht 20 0 268344 140700 83740 S 0,0 7,0 0:00.00 PipeIPC 3581 albrecht 20 0 268344 140700 83740 S 0,0 7,0 0:00.00 ICEConnectionWo 3582 albrecht 20 0 268344 140700 83740 S 0,0 7,0 0:00.00 SelectionManage 3592 albrecht 20 0 268344 140700 83740 S 0,0 7,0 0:00.00 GrammarChecking 3595 albrecht 20 0 268344 140700 83740 S 0,0 7,0 0:00.02 UpdateCheckThre In gdb, I interrupted the process, and got the following information: Thread 1 "soffice.bin" received signal SIGINT, Interrupt. 0xb7fa7d71 in __kernel_vsyscall () (gdb) where #0 0xb7fa7d71 in __kernel_vsyscall () #1 0xb7fa7d34 in __vdso_gettimeofday () #2 0xb6be1cb2 in tools::Time::GetMonotonicTicks() () from /opt/libreoffice6.2/program/libmergedlo.so #3 0xb6be1ce9 in tools::Time::GetSystemTicks() () from /opt/libreoffice6.2/program/libmergedlo.so #4 0xb6f850ba in Scheduler::ProcessTaskScheduling() () from /opt/libreoffice6.2/program/libmergedlo.so #5 0xb6f8546d in Scheduler::CallbackTaskScheduling() () from /opt/libreoffice6.2/program/libmergedlo.so #6 0xb071b4ec in ?? () from /opt/libreoffice6.2/program/libvclplug_gtklo.so #7 0xb427be65 in g_main_dispatch (context=0x9c7a120) at ../../../glib/gmain.c:3182 #8 g_main_context_dispatch (context=0x9c7a120) at ../../../glib/gmain.c:3847 #9 0xb427c269 in g_main_context_iterate (context=context@entry=0x9c7a120, block=block@entry=1, dispatch=dispatch@entry=1, self=) at ../../../glib/gmain.c:3920 #10 0xb427c314 in g_main_context_iteration (context=0x9c7a120, may_block=1) at ../../../glib/gmain.c:3981 #11 0xb071ab19 in ?? () from /opt/libreoffice6.2/program/libvclplug_gtklo.so #12 0xb071bff0 in ?? () from /opt/libreoffice6.2/program/libvclplug_gtklo.so #13 0xb6f90829 in ?? () from /opt/libreoffice6.2/program/libmergedlo.so #14 0xb6f91b7f in Application::Execute() () from /opt/libreoffice6.2/program/libmergedlo.so #15 0xb64912ae in ?? () from /opt/libreoffice6.2/program/libmergedlo.so #16 0xb6f9717e in ImplSVMain() () from /opt/libreoffice6.2/program/libmergedlo.so #17 0xb6f97285 in SVMain() () from /opt/libreoffice6.2/program/libmergedlo.so #18 0xb64a409b in soffice_main () from /opt/libreoffice6.2/program/libmergedlo.so #19 0x080485ac in ?? () #20 0xb519cb41 in __libc_start_main (main=0x8048580, argc=3, argv=0xbfdddf04, init=0x80486b0, fini=0x80486a0, rtld_fini=0xb7fb9520 <_dl_fini>, stack_end=0xbfdddefc) at ../csu/libc-start.c:308 #21 0x080485e5 in ?? () (gdb) info threads Id Target Id Frame * 1Thread 0xb0bf38c0 (LWP 3575) "soffice.bin" 0xb7fa7d71 in __kernel_vsyscall () 2Thread 0xaf2ffb40 (LWP 3580) "PipeIPC" 0xb7fa7d71 in __kernel_vsyscall () 3Thread 0xae362b40 (LWP 3581) "ICEConnectionWo" 0xb7fa7d71 in __kernel_vsyscall () 4Thread 0xad9ffb40 (LWP 3582) "SelectionManage" 0xb7fa7d71 in __kernel_vsyscall () 5Thread 0xafcd5b40 (LWP 3592) "GrammarChecking" 0xb7fa7d71 in __kernel_vsyscall () 6
[Libreoffice-bugs] [Bug 122370] Style Heading 1 is not applied to content nor option Numeric with all sublevels is applied to Headings whose levels are superior to level 1.
https://bugs.documentfoundation.org/show_bug.cgi?id=122370 --- Comment #10 from Emersson Augusto Suarez Ortiz --- Created attachment 153879 --> https://bugs.documentfoundation.org/attachment.cgi?id=153879=edit Figures to show the problem -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 122370] Style Heading 1 is not applied to content nor option Numeric with all sublevels is applied to Headings whose levels are superior to level 1.
https://bugs.documentfoundation.org/show_bug.cgi?id=122370 --- Comment #9 from Emersson Augusto Suarez Ortiz --- I have LO Versión: 6.2.4.2 (x64)Id. de compilation: 2412653d852ce75f65fbfa83fb7e7b669a126d64 Subprocs. CPU: 4; SO: Windows 10.0; Repres. IU: GL; VCL: win; Configuración regional: fr-CA (fr_CA); Idioma de IU: es-ES Calc: CL, and when I try to use the header style, specifically the title group, I can see many sub styles like "Title1" to "Title10" all of then take their properties from "Title" Style (Fig1). Then I suppose that if I set the "Title" properties to use the "Numeracion 123" (fig2) numbering style to put 1. Title 1 1.1. Title 2 1.1.1. Title 3 when I use the Title1 Style I should have the number than I want, but when I try to use then in the main document, I found that it doesn't work how it suppose to do, and when I try to modify the "Title1" Style to attach the "Numeracion 123" numbering style, the field is unavailable (fig3) and it has a default value like "Numeracion de capitulos". All this situation is very unpleasant when I have to work whit many titles in the main document. I hope this will be helpful to find out the problem. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 122370] Style Heading 1 is not applied to content nor option Numeric with all sublevels is applied to Headings whose levels are superior to level 1.
https://bugs.documentfoundation.org/show_bug.cgi?id=122370 Emersson Augusto Suarez Ortiz changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127279] Register-true with better labelling
https://bugs.documentfoundation.org/show_bug.cgi?id=127279 --- Comment #10 from pedro.silva --- (In reply to V Stuart Foote from comment #9) [...] > Actually rather than "reference" (a paragraph style applied against the > page) the concept would be "registration"--now common in alignment of offset > press CMYK and half-tone image print work. But here it predates that > considerably coming from the folding of large folio paper sizes to impose > the signatures with correct sequence and alignment (front to back and across > pages) -- when accomplished the printing and binding is "register-true" and > "folded with the print". > > But we have little support for imposing and printing 'folio, quarto, octavo, > duodecimo, sextodecimo' layouts. Just look at the Print dialog's pages per > sheet and order where we can not impose a multi-page print layout that would > correctly _fold_. That and a lack of means to provide bleeds, trim, and > registration marks means we can't directly perform DTP--and "register-true" > while correct is not really appropriate. Thanks Stuart for all the context, to me, this is gold! I really appreciate the context and to know the reasoning behind. > What we are able to do well is provide correct page to page registration of > textual content. As our pages are composed dynamically when paragraphs are > rendered the printing on pages will not register--page to page, column to > column. But when we enable "register-true" on page styles, and allow > individual paragraphs to pick up the alignment from the selected reference > paragraph's line height (its font height, internal leading, external > leading) as a baseline the documents textual content will register as if > "imposed" correctly and then "folded with the print", trimmed, and bound. > > So, while "register-true" is a correct label--agree its etymology is obscure > and is really not helpful UX--but the action is still registration. I agree with you, maybe having such a term based of print world without any relation with existent LO terminology might not be the clearest. > Rather than Reference, I would suggest: > > Register line spacing / Reference style In my opinion this is already better when compared with the current labelling. However I'm having a hard time with "Register" or "Registration" because somehow the following doesn't let me stop worrying about UX: - Register is better than the Register-true (because the latter is kinda of a state/adjective) but this term is based on printing but Document/page and its overall line spacing (leading, Baseline grid, vertical motion etc...) are not exclusive of print specially in this day and age. - Users that know nothing about printing and don't own a printer they might be quite confused with it. - Register often times called registration is also quite an uneasy term (to me, in this case) since there are other elements sharing the same name (e.g.: registration marks) - Also a document can be on purpose misregistered (out of) for artistic purposes etc.. And in Reference style I think it would be still quite valuable to have in there the word "Paragraph" as it helps to connect the dots and invites the user to explore the Paragraph style dialogue etc. Hm... I honestly think this is a great discussion and as I stated these (what you suggested) would be already better then what we have now but I would still use Page dialogue - Referenced line spacing / Paragraph style: "Reference" here would play quite well also in the paragraph dialogue Paragraph dialogue - Referenced line spacing / Activate hm...but then again I understand your reasoning and maybe it would be good to leave some sort of trace for the user that already use and know the feature and all its context. And if so, then your proposal could be also a good option. (goes away and expects no sleeping tonight on the accounts of thinking about this :p ) -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 50879] form exported as pdf does not embed all required fonts
https://bugs.documentfoundation.org/show_bug.cgi?id=50879 --- Comment #37 from Gellért Gyuris --- (In reply to p10 from comment #36) > > Hello, > > Where do I put this code ? in LO ? in a new module ? > > Thanks. Not in LO. Export document in LO to PDF, and add this small script with a PDF-editor. I used Master PDF Editor (Document>Document Javascript). -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127343] When creating a query in design view using MySQL as a backend (Connector/J), I can not access any tables in the Add Tables dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=127343 --- Comment #2 from Dan Lewis --- Created attachment 153878 --> https://bugs.documentfoundation.org/attachment.cgi?id=153878=edit Screen shot for LO 6.2.6.1 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127343] When creating a query in design view using MySQL as a backend (Connector/J), I can not access any tables in the Add Tables dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=127343 --- Comment #1 from Dan Lewis --- Created attachment 153877 --> https://bugs.documentfoundation.org/attachment.cgi?id=153877=edit Screen show for LO 6.3 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127342] Form Control toolbar icons in Tango set are from Colibre
https://bugs.documentfoundation.org/show_bug.cgi?id=127342 Aron Budea changed: What|Removed |Added CC||heiko.tietze@documentfounda ||tion.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEW -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127342] New: Form Control toolbar icons in Tango set are from Colibre
https://bugs.documentfoundation.org/show_bug.cgi?id=127342 Bug ID: 127342 Summary: Form Control toolbar icons in Tango set are from Colibre Product: LibreOffice Version: 6.1.0.3 release Hardware: All OS: All Status: UNCONFIRMED Keywords: bibisected, bisected, regression Severity: normal Priority: medium Component: UI Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ba...@caesar.elte.hu Blocks: 108160 - Switch icon set to Tango. - Open View -> Toolbars -> Form Controls. => Most of the toolbar icons are from the Colibre icon set. Observed using LO 6.4.0.0.alpha0+ (a40fbd031de042b0181dc5570164ae8ce0abb0f1) & 6.1.0.3 / Ubuntu 19.04 & Windows 7. Icons are (presumably) from Tango in 6.0.0.3. => regression Bibisected to the following commit using repo bibisect-linux-64-6.1. Adding Cc: to Heiko Tietze, please take a look sometimes. https://cgit.freedesktop.org/libreoffice/core/commit/?id=8bdd059a1d64a1818ee0093d7a512fe38c4e2b20 author heiko tietze2018-05-12 12:00:25 +0200 committer Heiko Tietze2018-05-13 08:37:15 +0200 Icon themes clean-up Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108160 [Bug 108160] [META] Tango icons -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127343] New: When creating a query in design view using MySQL as a backend (Connector/J), I can not access any tables in the Add Tables dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=127343 Bug ID: 127343 Summary: When creating a query in design view using MySQL as a backend (Connector/J), I can not access any tables in the Add Tables dialog Product: LibreOffice Version: 6.3.1.1 rc Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Base Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: elderdanle...@gmail.com Description: When the Add Tables or Query dialog, I get a list of my schemas in LO 6.3 but none of the schemas has a drop down list of its tables. (I have seen one of the schema with its tables listed directly below it rather than being part of a drop down list. Steps to Reproduce: 1.Open the MySQL database using Connector/J using LO 6.3. 2.Click Create Query in Design View 3. The query dialog opens and then the Add Table or Query dialog opens. Actual Results: I have several schemas in my database, and there are all listed in this dialog. There is no drop down list for the tables of these schemas. This is true for 6.3.0.1, 6.3.0.2, 6.3.0.4, and now 6.3.1.2. (See attached screen shot labeled AddTableOrQuery_6.3.) Expected Results: The schemas listed each have a drop down list of their tables as is done when using LO 6.2.6.1. See the screen shot labeled AddTableOrQuery_6.2. Reproducible: Always User Profile Reset: No Additional Info: I opened the same database document file by LO 6.2.6.1 and 6.3.1.2 in succession to get the screen shots. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 108160] [META] Tango icons
https://bugs.documentfoundation.org/show_bug.cgi?id=108160 Aron Budea changed: What|Removed |Added Depends on||127342 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=127342 [Bug 127342] Form Control toolbar icons in Tango set are from Colibre -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 126494] conditional formatting icon color
https://bugs.documentfoundation.org/show_bug.cgi?id=126494 raal changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED CC||r...@post.cz --- Comment #9 from raal --- (In reply to Rizal Muttaqin from comment #8) > Not reproducible in latest build master (RED) > > Version: 6.4.0.0.alpha0+ > Build ID: 2bed8af91fc2654b9ed2432f969d32d5741a529b > CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: gtk2; > TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: > 2019-08-21_09:30:10 > Locale: id-ID (id_ID.UTF-8); UI-Language: en-US > Calc: threaded Confirm Version: 6.4.0.0.alpha0+ (x64) Build ID: 1bad7f0b19e47a41a1919573f80785ec62c611af CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 102495] [META] KDE VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Bug 102495 depends on bug 126494, which changed state. Bug 126494 Summary: conditional formatting icon color https://bugs.documentfoundation.org/show_bug.cgi?id=126494 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 120543] [META] Bugs and enhancements around hyperlinks in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=120543 Thomas Lendo changed: What|Removed |Added Depends on||127341 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=127341 [Bug 127341] FORMATTING: Right-click on a cell with hyperlink should show 'Format Cells...' command -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127341] FORMATTING: Right-click on a cell with hyperlink should show 'Format Cells...' command
https://bugs.documentfoundation.org/show_bug.cgi?id=127341 Thomas Lendo changed: What|Removed |Added Blocks||120543 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=120543 [Bug 120543] [META] Bugs and enhancements around hyperlinks in Calc -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127341] New: FORMATTING: Right-click on a cell with hyperlink should show 'Format Cells...' command
https://bugs.documentfoundation.org/show_bug.cgi?id=127341 Bug ID: 127341 Summary: FORMATTING: Right-click on a cell with hyperlink should show 'Format Cells...' command Product: LibreOffice Version: 6.4.0.0.alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: thomas.le...@gmail.com When you make a right-click on a cell, then a context menu appears with the command 'Format Cells...' at its end. But if you do this right-click on a hyperlink, then this cell format command is missing and the hyperlink-related context menu is popping up. This is no problem if only a part of the cell content contains a hyperlink. But if the whole content is a hyperlink, you can't open the 'Format Cells...' command with a right-click. You can test it in attachment 153875. Possible solution could be to add the 'Format Cells...' to the hyperlink-related context menu. But I don't know where this context menu also is used and if this leads to a false behavior elsewhere. Steps to reproduce: 1. Open a new Calc document. 2. Write text in a cell that is as long as the cell is wide. 3. Select the cell (not the string in it) and click the 'Insert Hyperlink' command. Insert a web address or something else. 4. Right-click on this cell with a hyperlink. If you want to edit the whole cell and not the content/hyperlink, it's not possible anymore. Right-clicking on a hyperlink brings you the hyperlink context menu and not the cell context menu. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 123027] FOOTNOTE SETTING DIALOG: Changing character style of footnote area has no effect
https://bugs.documentfoundation.org/show_bug.cgi?id=123027 raal changed: What|Removed |Added CC||bjoern.michaelsen@libreoffi ||ce.org Keywords|bibisectRequest |bibisected, bisected --- Comment #7 from raal --- (In reply to Mike Kaganski from comment #5) > (From bug 127254 comment #3) > > That was changed in > > https://git.libreoffice.org/core/+/e9bf0102783e23cf8b7c609a9a5265ab436dc90e Adding cc to Bjoern -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127311] FILEOPEN DOCX: Microsoft Excel Object Worksheet in DOCX don't start a the right line
https://bugs.documentfoundation.org/show_bug.cgi?id=127311 raal changed: What|Removed |Added Keywords|bibisectRequest |bibisected, bisected CC||r...@post.cz, ||szymon.k...@collabora.com --- Comment #3 from raal --- This seems to have begun at the below commit. Adding Cc: to Szymon Kłos; Could you possibly take a look at this one? Thanks 3e092e207e04ea141c59d25e8c71b1c74e2e1cfe is the first bad commit commit 3e092e207e04ea141c59d25e8c71b1c74e2e1cfe Author: Norbert Thiebaud Date: Sat Jul 29 06:24:35 2017 -0700 source sha:505ce3a2ba3adeef46daecbf9b14c42cea211408 author Szymon Kłos 2017-07-07 12:58:42 +0200 committer Szymon Kłos 2017-07-08 09:28:09 +0200 commit 505ce3a2ba3adeef46daecbf9b14c42cea211408 (patch) treeaab90b60e9c0c0ac5b7ea912dc3b25a8c45614cf parent 3340ce30562832b584dd0576d9e0733aa03d867f (diff) tdf#108544 edit in window (XLSX inside DOCX) -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127311] FILEOPEN DOCX: Microsoft Excel Object Worksheet in DOCX don't start a the right line
https://bugs.documentfoundation.org/show_bug.cgi?id=127311 raal changed: What|Removed |Added Version|6.4.0.0.alpha0+ Master |6.0.1.1 release -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127340] New: FORMATTING: Hyperlink should wrap in cell like normal text
https://bugs.documentfoundation.org/show_bug.cgi?id=127340 Bug ID: 127340 Summary: FORMATTING: Hyperlink should wrap in cell like normal text Product: LibreOffice Version: 6.4.0.0.alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: thomas.le...@gmail.com Created attachment 153874 --> https://bugs.documentfoundation.org/attachment.cgi?id=153874=edit Screenshot of wrapping in Calc (left) and Writer (right) In Calc and when Format > Cells... > 'Wrap text automatically' is activated, hyperlinks wont wrap like normal strings do. I don't see a benefit in this behavior (beside if it's technically not possible) because cell input with a hyperlink behaves different then normal input. See attached screenshot of input wrap in Calc (with hyperlinks in the first row, without hyperlinks in the second row) and text wrap in Writer. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 120543] [META] Bugs and enhancements around hyperlinks in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=120543 Thomas Lendo changed: What|Removed |Added Depends on||127340 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=127340 [Bug 127340] FORMATTING: Hyperlink should wrap in cell like normal text -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127340] FORMATTING: Hyperlink should wrap in cell like normal text
https://bugs.documentfoundation.org/show_bug.cgi?id=127340 --- Comment #2 from Thomas Lendo --- Created attachment 153876 --> https://bugs.documentfoundation.org/attachment.cgi?id=153876=edit Writer hyperlink wrap test file -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127340] FORMATTING: Hyperlink should wrap in cell like normal text
https://bugs.documentfoundation.org/show_bug.cgi?id=127340 --- Comment #1 from Thomas Lendo --- Created attachment 153875 --> https://bugs.documentfoundation.org/attachment.cgi?id=153875=edit Calc test file for input wrap -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127340] FORMATTING: Hyperlink should wrap in cell like normal text
https://bugs.documentfoundation.org/show_bug.cgi?id=127340 Thomas Lendo changed: What|Removed |Added Blocks||120543 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=120543 [Bug 120543] [META] Bugs and enhancements around hyperlinks in Calc -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 116280] [META] Regressions introduced by the image handling refactoring
https://bugs.documentfoundation.org/show_bug.cgi?id=116280 Xisco Faulí changed: What|Removed |Added Depends on||127310 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=127310 [Bug 127310] Base/BASIC: RectangleShape object does not display an image by setting its FillBitmap -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127310] Base/BASIC: RectangleShape object does not display an image by setting its FillBitmap
https://bugs.documentfoundation.org/show_bug.cgi?id=127310 Xisco Faulí changed: What|Removed |Added Blocks||116280 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=116280 [Bug 116280] [META] Regressions introduced by the image handling refactoring -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127310] Base/BASIC: RectangleShape object does not display an image by setting its FillBitmap
https://bugs.documentfoundation.org/show_bug.cgi?id=127310
Xisco Faulí changed:
What|Removed |Added
Severity|major |normal
Priority|high|medium
--- Comment #13 from Xisco Faulí ---
(In reply to Alex Thurgood from comment #12)
> (In reply to Xisco Faulí from comment #11)
>
> >
> > @Alex Thurgood, Does it crash with a clean profile ?
>
> @Xisco : the crash is a red herring, I think, with regard to this bug
> report, due to the space in the path to my image ("Macintosh HD" on Mac). I
> intend to report that as a separate bug.
>
> The issue is, as Balint points out :
>
> "com.sun.star.drawing.RectangleShape seems to be able to do it, but when I
> set its FillBitmap property, no image is shown"
I seee, then please fill the crash in a separate issue.
Regarding the RectangleShape issue, if I remember well, the code must be
adapted, I remember a similar issue about it. @Raal, do you remember?
Lowering severity anyway...
--
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127310] Base/BASIC: RectangleShape object does not display an image by setting its FillBitmap
https://bugs.documentfoundation.org/show_bug.cgi?id=127310
--- Comment #12 from Alex Thurgood ---
(In reply to Xisco Faulí from comment #11)
>
> @Alex Thurgood, Does it crash with a clean profile ?
@Xisco : the crash is a red herring, I think, with regard to this bug report,
due to the space in the path to my image ("Macintosh HD" on Mac). I intend to
report that as a separate bug.
The issue is, as Balint points out :
"com.sun.star.drawing.RectangleShape seems to be able to do it, but when I set
its FillBitmap property, no image is shown"
--
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127279] Register-true with better labelling
https://bugs.documentfoundation.org/show_bug.cgi?id=127279 V Stuart Foote changed: What|Removed |Added Blocks||99525 --- Comment #9 from V Stuart Foote --- Actually, (In reply to pedro.silva from comment #8) > - Align to fixed Baseline / Reference Style: > - Fixed Baseline / Reference Style: > - Referenced line spacing / Paragraph style: > > I think the 3rd would be a good because not only it's more clear it uses the > same terminology from the Paragraph dialogue (Paragraph Styles > Indents & > Spacing). To pair with this, in the Paragraph dialogue the group titled > "Register-true" with the checkbox "Activate" would become: > > - Referenced line spacing / Activate Actually rather than "reference" (a paragraph style applied against the page) the concept would be "registration"--now common in alignment of offset press CMYK and half-tone image print work. But here it predates that considerably coming from the folding of large folio paper sizes to impose the signatures with correct sequence and alignment (front to back and across pages) -- when accomplished the printing and binding is "register-true" and "folded with the print". But we have little support for imposing and printing 'folio, quarto, octavo, duodecimo, sextodecimo' layouts. Just look at the Print dialog's pages per sheet and order where we can not impose a multi-page print layout that would correctly _fold_. That and a lack of means to provide bleeds, trim, and registration marks means we can't directly perform DTP--and "register-true" while correct is not really appropriate. What we are able to do well is provide correct page to page registration of textual content. As our pages are composed dynamically when paragraphs are rendered the printing on pages will not register--page to page, column to column. But when we enable "register-true" on page styles, and allow individual paragraphs to pick up the alignment from the selected reference paragraph's line height (its font height, internal leading, external leading) as a baseline the documents textual content will register as if "imposed" correctly and then "folded with the print", trimmed, and bound. So, while "register-true" is a correct label--agree its etymology is obscure and is really not helpful UX--but the action is still registration. Rather than Reference, I would suggest: Register line spacing / Reference style Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=99525 [Bug 99525] [META] Enhance Draw's DTP capabilities -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 99525] [META] Enhance Draw's DTP capabilities
https://bugs.documentfoundation.org/show_bug.cgi?id=99525 V Stuart Foote changed: What|Removed |Added Depends on||127279 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=127279 [Bug 127279] Register-true with better labelling -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127339] FILEOPEN DOCX Hyperlink inserted to image with bookmark target broken after export
https://bugs.documentfoundation.org/show_bug.cgi?id=127339 Durgapriyanka changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #3 from Durgapriyanka --- Thank you for reporting the bug. I can confirm the bug present in Version: 6.3.0.0.alpha0+ Build ID: b6b28931435e44aca92b8c0e1659f701e3ed1a87 CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-01-30_06:57:04 Locale: en-US (en_US); UI-Language: en-US Calc: threaded and LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127170] The German documentation for time formats does not explain formatting differences of durations and wall clock time.
https://bugs.documentfoundation.org/show_bug.cgi?id=127170 Eike Rathke changed: What|Removed |Added CC||er...@redhat.com --- Comment #3 from Eike Rathke --- (In reply to Albrecht Müller from comment #0) > I observed some quite strange > features of the time formatting mechanism, e.g. the time 23:57:00 gets > formatted to “1437” using the format string “[MM]” but to “Minutes: [57] > Month: 12” ( Version 6.0.4.2 (x64) on Windows) or to “Minutes: [12] Month: > 12” (Version 6.2.6.2 Ubuntu) by the format string “"Minutes: "[MM]" Month: > "M”. What is the correct interpretation of the format string parts “[MM]” or > “MM”? How does it depend on the context? This is a bit nasty as using both the [MM] and the M codes in one format seems to trick out the type detection, i.e. after defining it the format at the end is classified as Date format (see category where it's then assigned to). Now datetime formats do not know anything about duration hence the first MM is taken as a code for minute of time and the second M as a code for month, where the wall clock minute value is 57. Note that also the brackets around [MM] are displayed literally because in a datetime format they don't have a special meaning. Then as a consequence when saving the document the format is saved as Minutes: [ ] Month: which when loaded again results in the format code string "Minutes: ["MM"] Month: "M but then both the MM and the M denote a month keyword because there isn't an unquoted [MM]. This appears to be a bug (because in the file format there's the number:minutes element) but I think it's not easily solvable due to the ambiguity of MM. I doubt there's a difference between Linux and Windows, but you simply tried to load the saved document on the other platform, where it then behaves different as explained. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 125611] [META] DOCX (OOXML) Hyperlink-related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=125611 NISZ LibreOffice Team changed: What|Removed |Added Depends on||127339 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=127339 [Bug 127339] FILEOPEN DOCX Hyperlink inserted to image with bookmark target broken after export -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127339] FILEOPEN DOCX Hyperlink inserted to image with bookmark target broken after export
https://bugs.documentfoundation.org/show_bug.cgi?id=127339 NISZ LibreOffice Team changed: What|Removed |Added Blocks||125611 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=125611 [Bug 125611] [META] DOCX (OOXML) Hyperlink-related issues -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127339] FILEOPEN DOCX Hyperlink inserted to image with bookmark target broken after export
https://bugs.documentfoundation.org/show_bug.cgi?id=127339 --- Comment #2 from NISZ LibreOffice Team --- Created attachment 153873 --> https://bugs.documentfoundation.org/attachment.cgi?id=153873=edit Example file from Word. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127339] FILEOPEN DOCX Hyperlink inserted to image with bookmark target broken after export
https://bugs.documentfoundation.org/show_bug.cgi?id=127339 --- Comment #1 from NISZ LibreOffice Team --- Created attachment 153872 --> https://bugs.documentfoundation.org/attachment.cgi?id=153872=edit Screenshot of the problem in Writer. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127339] New: FILEOPEN DOCX Hyperlink inserted to image with bookmark target broken after export
https://bugs.documentfoundation.org/show_bug.cgi?id=127339 Bug ID: 127339 Summary: FILEOPEN DOCX Hyperlink inserted to image with bookmark target broken after export Product: LibreOffice Version: 6.4.0.0.alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: libreoff...@nisz.hu Description: Hyperlink inserted to image with bookmark target in DOCX documents created with Microsoft Word is broken when the document is opened in LibreOffice Writer. Steps to Reproduce: 1. Create a new document in Microsoft Word 2016. 2. Insert a bookmark. 3. Insert a page break. 4. Insert an image. 5. Select the image. 6. On the Insert tab, click Hyperlink. 7. Under Link to, click Place in This Document. 8. In the list, select the bookmark 9. Click on OK button. 10. Save the file as DOCX. 11. Open the same file in LibreOffice Writer. 12. Ctrl+Click the image. Actual Results: The hyperlink doesn’t work. Expected Results: The hyperlink should work in Writer. Reproducible: Always User Profile Reset: No Additional Info: Version: 6.4.0.0.alpha0+ (x64) Build ID: 1bad7f0b19e47a41a1919573f80785ec62c611af CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; Locale: hu-HU (hu_HU); UI-Language: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127313] Copy word stats to clipboard as HTML table
https://bugs.documentfoundation.org/show_bug.cgi?id=127313 Dieter Praas changed: What|Removed |Added Keywords||needsUXEval Blocks||86066, 108747 CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #1 from Dieter Praas --- I support this request. Same (or as alternative) in File => Properties => Statistics Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=86066 [Bug 86066] [META] bugs and improvements to the statusbar https://bugs.documentfoundation.org/show_bug.cgi?id=108747 [Bug 108747] [META] File properties/settings (meta data) bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 86066] [META] bugs and improvements to the statusbar
https://bugs.documentfoundation.org/show_bug.cgi?id=86066 Dieter Praas changed: What|Removed |Added Depends on||127313 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=127313 [Bug 127313] Copy word stats to clipboard as HTML table -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 108747] [META] File properties/settings (meta data) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108747 Dieter Praas changed: What|Removed |Added Depends on||127313 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=127313 [Bug 127313] Copy word stats to clipboard as HTML table -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127337] FILEOPEN DOCX table column width changed in LO 6.4
https://bugs.documentfoundation.org/show_bug.cgi?id=127337 --- Comment #3 from Durgapriyanka --- Thank you for reporting the bug. I can reproduce the bug in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 But not in, Version: 6.3.0.0.alpha0+ Build ID: b6b28931435e44aca92b8c0e1659f701e3ed1a87 CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-01-30_06:57:04 Locale: en-US (en_US); UI-Language: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127338] New: Freeze and Split Cancel Each Other
https://bugs.documentfoundation.org/show_bug.cgi?id=127338 Bug ID: 127338 Summary: Freeze and Split Cancel Each Other Product: LibreOffice Version: 6.2.5.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: kit...@tutanota.com Whenever the user chooses Split, it cancels a previously set freeze, and vice versa. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 127323] Cannot Ungroup
https://bugs.documentfoundation.org/show_bug.cgi?id=127323 --- Comment #3 from m.a.riosv --- Works for me, Version: 6.3.1.2 (x64) Build ID: b79626edf0065ac373bd1df5c28bd630b4424273 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; Locale: es-ES (es_ES); UI-Language: en-US Calc: CL Does it works using the Menu? Menu/Data/Group and Outline, if so, please verify the shortcut Menu/Tools/Customize [Keyboard] -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 66756] FORMATTING: Bullets and numbering -- set incremental indent for all levels
https://bugs.documentfoundation.org/show_bug.cgi?id=66756 Dieter Praas changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 CC||dgp-m...@gmx.de --- Comment #9 from Dieter Praas --- I don't understand, why this report is set to UNCONFIRMED, after it was set to REOPENED, because status was NEW before it was closed => NEW -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
