[Libreoffice-bugs] [Bug 136736] LibreOffice Vanilla fails to open any file from StartCenter

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136736

--- Comment #2 from Alex Thurgood  ---
This is repeatable both on my macmini Catalina 10.15.6, and MacbookPro Catalina
10.15.6

-- 
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 136736] LibreOffice Vanilla fails to open any file from StartCenter

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136736

--- Comment #1 from Alex Thurgood  ---
StartScreen should be StartCenter, sorry, momentary lapse of terminology.

-- 
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 136736] LibreOffice Vanilla fails to open any file from StartCenter

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136736

Alex Thurgood  changed:

   What|Removed |Added

Summary|LibreOffice Vanilla fails   |LibreOffice Vanilla fails
   |to open any file from   |to open any file from
   |StartScreen |StartCenter

-- 
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 136736] LibreOffice Vanilla fails to open any file from StartScreen

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136736

Alex Thurgood  changed:

   What|Removed |Added

   Keywords||regression

-- 
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 136736] New: LibreOffice Vanilla fails to open any file from StartScreen

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136736

Bug ID: 136736
   Summary: LibreOffice Vanilla fails to open any file from
StartScreen
   Product: LibreOffice
   Version: 7.0.1.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ipla...@tuta.io

Description:
Tested with 

Version: 7.0.1.3
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 4; OS: Mac OS X 10.15.6; UI render: default; VCL: osx
Locale: fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR
Calc: threaded

Since the most recent update, I can no longer open any files from the LO
StartScreen, a message is displayed saying "Access refused to
filepath/file.xyz"

Steps to Reproduce:
1. Start LibreOffice Vanilla
2. Attempt to open any existing file displayed in the main Start Screen pane.
3. File fails to load, with an error message indicating that access is refused.

Actual Results:
See above

Expected Results:
File selected should be loaded and displayed.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.0.1.3
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 4; OS: Mac OS X 10.15.6; UI render: default; VCL: osx
Locale: fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR
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 136072] Add styles commands to the property sidebar

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136072

--- Comment #7 from andreas_k  ---
There is a bug to show recently used styles which would work better than fixed
styles, so I wait what happens at the other bug

-- 
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-ux-advise] [Bug 136072] Add styles commands to the property sidebar

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136072

--- Comment #7 from andreas_k  ---
There is a bug to show recently used styles which would work better than fixed
styles, so I wait what happens at the other bug

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-bugs] [Bug 131342] Crash in: libc-2.23.so

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=131342

--- Comment #4 from Julien Nabet  ---
I must recognize I'm stuck but perhaps it may help to upgrade to last LTS 20.04

-- 
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 131342] Crash in: libc-2.23.so

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=131342

libreoff...@pigsandtoasters.com changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

--- Comment #3 from libreoff...@pigsandtoasters.com ---
Ubuntu 16.04.7 LTS.  Still present in LibreOffice 6.4.6.2.  I removed the user
profile and the problem still occurs.  I also verified I'm not using openGL.

-- 
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 136537] excel formulas get corrupted with Drag & Drop

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136537

Oliver Brinzing  changed:

   What|Removed |Added

Version|6.4.4.2 release |Inherited From OOo

--- Comment #5 from Oliver Brinzing  ---
(In reply to BogdanB from comment #4)
> Oliver, in this case, we can consider an enhancement?

i think so

bwt: cut & paste behaves the same way

-- 
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 130314] LibreOffice 6.4.0.3 hang convert-to pdf 6.4.0.3

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=130314

Jan-Marek Glogowski  changed:

   What|Removed |Added

  Component|Printing and PDF export |Writer
   Keywords|perf|

--- Comment #9 from Jan-Marek Glogowski  ---
FWIW: the same bug happens, if you scroll the document to page 28. And it's
Writer specific, so moving the bug there.

-- 
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 130314] LibreOffice 6.4.0.3 hang convert-to pdf 6.4.0.3

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=130314

Jan-Marek Glogowski  changed:

   What|Removed |Added

 CC||jl...@mail.com,
   ||mark...@gmail.com

--- Comment #8 from Jan-Marek Glogowski  ---
(In reply to Buovjaga from comment #7)
> (In reply to Telesto from comment #6)
> > @Buovjaga
> > Maybe ICU too? Same as bug 126344 (speculation)
> 
> It's not the ICU update. Bibisected with win32-6.2 to
> https://git.libreoffice.org/core/+/
> fad862e290d727fc9fefe206f6e4b807482c4175%5E!/
> tdf#118555 fix HFONT fallback handing / lifecycle
> 
> Adding Cc: to Jan-Marek Glogowski
> 
> I tested using GUI, not command line.
> 
> Previous commit takes 12 seconds.
> Blamed commit takes 55 seconds.

While I know this commit added quite some overhead for Windows initially, it
can't be the problematic commit, because that commit is Windows only. FWIW I
don't know about the current state.

So I bibisected myself. The good time here is ~10s. And the bad time is oo (AKA
unlimited) - the document never finishes, as the reporter claimed, which is
true.

This started with:

commit 9fc9510ae3f46e5c1fd65303bac9f01ddc79cb5c
tdf#106174 writerfilter: bidi - prev adjust? prev bidi?

This patch introduces / uncovers a bug / state, which
SwScriptInfo::CountCJKCharacters can't handle.

That code was added in

commit dcef76b34aa1dca8389b3c068dc3d82a11d2c382
tdf#43740 Count CJK characters to distribute spaces.

The problem is, that for the bugdoc rText.getLength() < nEnd, so nPos < nEnd is
will always true. Maybe the loop should just end, if nDone == 0? No idea, if
even the input can be considered correct.

I simply couldn't uncover the constraints of rText, nPos, nEnd, SwTextSizeInfo
and SwLinePortion and their respective Len, Idx and Text values in more then a
few hours (incl. debug, callgrind). Every time I thought I had grooked it, I
found something new, like it's valid that Idx + Len > len(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 132614] Autocorrect conversion error (bracket to enclosed characters)

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=132614

--- Comment #10 from Commit Notification 
 ---
DaeHyun Sung committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/080c0ba99a0499f2033ccc10586e6ad5e8d8b542

add Korean autocorrect items ㈜ & ㉿ tdf#132614

It will be available in 7.1.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 132614] Autocorrect conversion error (bracket to enclosed characters)

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=132614

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:7.1.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-commits] core.git: extras/source

2020-09-13 Thread DaeHyun Sung (via logerrit)
 extras/source/autocorr/lang/ko/DocumentList.xml |2 ++
 1 file changed, 2 insertions(+)

New commits:
commit 080c0ba99a0499f2033ccc10586e6ad5e8d8b542
Author: DaeHyun Sung 
AuthorDate: Thu Sep 10 01:07:32 2020 +0900
Commit: Andras Timar 
CommitDate: Mon Sep 14 06:38:14 2020 +0200

add Korean autocorrect items ㈜ & ㉿ tdf#132614

add Korean autocorrect items(Bracket to enclose characters).
Insert -> Conversion
(주) -> ㈜ [U+321C]
(KS) -> ㉿ [U+327F]

In Korea, It usually used these marks.
Popular word processor in Korea, such as MS Word, Hancom HWP, support
these autocorrect items

Change-Id: If6248689cea06bfc4182dd0bbea5e9d26286517d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102331
Tested-by: Jenkins
Reviewed-by: Andras Timar 

diff --git a/extras/source/autocorr/lang/ko/DocumentList.xml 
b/extras/source/autocorr/lang/ko/DocumentList.xml
index 9fc6e94a19cc..9710a1bc0f65 100644
--- a/extras/source/autocorr/lang/ko/DocumentList.xml
+++ b/extras/source/autocorr/lang/ko/DocumentList.xml
@@ -3,6 +3,8 @@
   
   
   
+  
+  
   
   
   
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-bugs] [Bug 121618] VIEWING: When the document displays !broken!! instead of the correct text, writer can lock up

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=121618

Luke Kendall  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

--- Comment #18 from Luke Kendall  ---
Ignoring the issue of trying to find where the error arises by logic, and given
that this bug is extremely rare (I haven't encountered it for years now), I
have a suggestion:

- change the error message include a warning like "Please save a copy of the
file and restart, to avoid a potential crash."  At least that way the user
should understand their danger and might avoid the potential disaster.

Then just resolve the bug as unreproducible?

-- 
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 136305] Print Dialogue is too large - Ok Button not visible

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136305

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
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 136225] Chinese script has wrong rotation in a specific PPTX

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136225

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

-- 
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 136296] Bullet points are displayed in wrong order

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136296

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
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 135531] Pasted highlighted if the last content character is highlighted (STR comment 5)

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=135531

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

-- 
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 136306] Dutch spell checker produces debatable suggestions

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136306

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
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 136300] Table Grid Size Preview Too Large [Regression]

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136300

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
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 136182] LibreOffice does not properly convert -- to em-dash by default

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136182

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

-- 
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 136313] Inconsistency in Bringing forth the Page Style Window Using the Status Bar from LibreOffice Calc

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136313

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
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 136229] Powerpoint title appearing smaller in Impress

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136229

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

-- 
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 136297] Spreadsheet Theme throws BASIC runtime error

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136297

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
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 112095] LibreOffice Draw object is scrambled when .odt is saved as a .docx because fonts don't fit

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=112095

--- Comment #4 from QA Administrators  ---
Dear Bob Furber,

To make sure we're focusing on the bugs that affect our users today,
LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed
bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this
bug report. During that time, it's possible that the bug has been fixed, or the
details of the problem have changed. We'd really appreciate your help in
getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice
from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information
from Help - About LibreOffice.

If the bug is NOT present, please set the bug's Status field to
RESOLVED-WORKSFORME and leave a comment that includes the information from Help
- About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular
meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a
REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your
bug pertains to a feature added after 3.3) from
https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat:
https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug

-- 
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 136295] Enter text of Font Color (Red), Save, Open, text is now Font Color (Dark Red 2)

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136295

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
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 136288] Animations on sheet lost after CTR+A CTRL+X CTRL+Z

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136288

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
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 114912] [META] Clone formatting (aka Format Paintbrush) bugs and enhancements

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=114912
Bug 114912 depends on bug 129819, which changed state.

Bug 129819 Summary: Can't clone formatting from one list to another with clone 
tool
https://bugs.documentfoundation.org/show_bug.cgi?id=129819

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |INSUFFICIENTDATA

-- 
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 132548] PDF: export gets wrong modification date in Samba share

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=132548

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
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 112246] Global changes of text attributes not work correctly

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=112246

--- Comment #9 from QA Administrators  ---
Dear Zbynek Burget,

To make sure we're focusing on the bugs that affect our users today,
LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed
bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this
bug report. During that time, it's possible that the bug has been fixed, or the
details of the problem have changed. We'd really appreciate your help in
getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice
from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information
from Help - About LibreOffice.

If the bug is NOT present, please set the bug's Status field to
RESOLVED-WORKSFORME and leave a comment that includes the information from Help
- About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular
meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a
REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your
bug pertains to a feature added after 3.3) from
https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat:
https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug

-- 
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 136279] LibreOffice 7.0.0.3 frozen after copy or search text in Windows 64

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136279

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
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 129819] Can't clone formatting from one list to another with clone tool

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=129819

--- Comment #7 from QA Administrators  ---
Dear mikek,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

-- 
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 136289] Gradual Transparency Transition

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136289

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

-- 
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 121618] VIEWING: When the document displays !broken!! instead of the correct text, writer can lock up

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=121618

--- Comment #17 from QA Administrators  ---
Dear Luke Kendall,

This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.

For more information about our NEEDINFO policy please read the
wiki located here:
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO

If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

-- 
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 131298] Error message with undo Ctrl+Z

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=131298

--- Comment #8 from QA Administrators  ---
Dear Mayan_Tigger,

This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.

For more information about our NEEDINFO policy please read the
wiki located here:
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO

If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

-- 
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 61238] Broken drawing in presentation mode

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=61238

--- Comment #7 from QA Administrators  ---
Dear Petr Mladek,

To make sure we're focusing on the bugs that affect our users today,
LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed
bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this
bug report. During that time, it's possible that the bug has been fixed, or the
details of the problem have changed. We'd really appreciate your help in
getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice
from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information
from Help - About LibreOffice.

If the bug is NOT present, please set the bug's Status field to
RESOLVED-WORKSFORME and leave a comment that includes the information from Help
- About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular
meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a
REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your
bug pertains to a feature added after 3.3) from
https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat:
https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug

-- 
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 129819] Can't clone formatting from one list to another with clone tool

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=129819

QA Administrators  changed:

   What|Removed |Added

 Resolution|--- |INSUFFICIENTDATA
 Status|NEEDINFO|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 136735] Calc with large spreadsheets enabled crashes when highlighting column

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136735

--- Comment #2 from himajin100...@gmail.com ---
reproducible with

Version: 7.0.1.2 (x64)
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win
Locale: en-US (ja_JP); UI: en-US
Calc: CL

-- 
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 136735] Calc with large spreadsheets enabled crashes when highlighting column

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136735

--- Comment #1 from himajin100...@gmail.com ---
not reproducible with latest master

Version: 7.1.0.0.alpha0+ (x64)
Build ID: b42d55577566b2e6ca96530868a456b111632f94
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win
Locale: ja-JP (ja_JP); UI: en-US
Calc: CL

probably reprodicble with 7.0.0.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 136735] New: Calc with large spreadsheets enabled crashes when highlighting column

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136735

Bug ID: 136735
   Summary: Calc with large spreadsheets enabled crashes when
highlighting column
   Product: LibreOffice
   Version: 7.0.0.3 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: icohen2...@zoho.com

Hi,

I have LibreOffice 7.0.0.3 and in Tools > Options there is an experimental
feature that allows one to create spreadsheets with large numbers of columns.
However, I found that when if this feature is enabled, when one highlights a
column by clicking on its letter at the top, LibreOffice crashes.

Steps to Reproduce:

1. In LibreOffice 7.0.0.3, go to Tools > Options > Advanced and check off
"Enable experimental features"

2. Go to Tools > Options > LibreOffice Calc > Defaults and check off "Enable
very large spreadsheets"

3. Restart Libreoffice and clcik on a letter at the top of a column to
highlight the whole column (down to the end of the spreadsheet).

Results:

For a brief moment you will see the field on top say A1:A1601 and then the
program will crash suddenly.


System Specs:

Dell Inspiron 3583
Kubuntu 20.04
Linux Kernel 5.8.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 136734] New: Can't position the cursor at line end via mouse after a comment

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136734

Bug ID: 136734
   Summary: Can't position the cursor at line end via mouse after
a comment
   Product: LibreOffice
   Version: 6.4.4.2 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: minor
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: luke.kend...@gmail.com

Created attachment 165470
  --> https://bugs.documentfoundation.org/attachment.cgi?id=165470=edit
Super short and simple example.

I tried to position the cursor at the end of a sentence in which a comment
ended just before the final period on the line, and found Writer wouldn't
position the cursor there.

I could sweep right from the position before the period, to make a selection
extending to the end of the line, or I could use the arrows or the End key to
position the cursor at the end of the line - but not with the mouse.

See attached sample document.

-- 
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 136732] Insert an OK button on the Control Properties dialog (for hyperlink)

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136732

--- Comment #1 from Felipe Viggiano  ---
Addin version info.

Version: 7.0.0.3
Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: pt-BR (pt_BR.UTF-8); UI: 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 136733] New: Edit Links always showing Manual on the Update area

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136733

Bug ID: 136733
   Summary: Edit Links always showing Manual on the Update area
   Product: LibreOffice
   Version: 7.0.0.3 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: felipeviggi...@gmail.com

When entering the Edit Links dialog, the update option chosen by the user is
not showed in the Update area of the dialog, it shows Manual every time.

Steps to reproduce:

1. Create a new Calc spreadsheet;
2. Insert a linked object via Insert > Object > OLE Object;
3. In the Insert OLE Object dialog choose the Create from file option, choose
an external spreadsheet and click the option Link to file and click OK;
4. Go to the Edit Links dialog (Edit > Links to external files)

Expected results:
The Update area should show the updating option chosen by the user (automatic
or manual);

Actual results:
It shows Manual every time.

Version: 7.0.0.3
Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: pt-BR (pt_BR.UTF-8); UI: 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 136732] New: Insert an OK button on the Control Properties dialog (for hyperlink)

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136732

Bug ID: 136732
   Summary: Insert an OK button on the Control Properties dialog
(for hyperlink)
   Product: LibreOffice
   Version: 7.0.0.3 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: felipeviggi...@gmail.com

The Control Properties dialog of an Hyperlink button does not contain the
regulars buttons OK or CANCEL.

The user make the changes and then it just close the dialog to apply it.

Problem: in order to cancel all the changes the user has to remember all the
changes and undo everything back, it cold lead to some mistaken changes in the
properties.

So, this issue is just a suggestion for adding theses buttons (OK / Cancel).


Steps to reproduce:

1. Open a new spreadsheet.
2. Go to Insert > Hyperlink and create a new link with a Button Form.
3. Right click the new inserted button and click Control Properties on the
context menu.

I believe this dialog should have the regulars buttons (OK / Cancel) to improve
the user experience.

-- 
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


Infra call on Tue, Sep 15 at 16:30 UTC

2020-09-13 Thread Guilhem Moulin
Hi there,

The next infra call will take place at `date -d "Tue, 15 Sep 2020 16:30 UTC"`
(18:30 Berlin time).

We'll meet at https://jitsi.documentfoundation.org/infra and write the minutes
to https://pad.documentfoundation.org/p/infra .  Agenda TBA.

See you there!
Cheers,
-- 
Guilhem.


signature.asc
Description: PGP signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


[Libreoffice-bugs] [Bug 136731] New: excel graphics glitchy text ac

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136731

Bug ID: 136731
   Summary: excel graphics glitchy text ac
   Product: LibreOffice
   Version: 7.0.1.2 release
  Hardware: All
OS: Mac OS X (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: 2018f...@gmail.com

Description:
excel graphics glitchy text ac

Actual Results:
excel graphics glitchy text letters everywhere like u put a window on top and
remove it back to normal

Expected Results:
excel graphics glitchy text letters everywhere like u put a window on top and
remove it back to normal


Reproducible: Always


User Profile Reset: No



Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: SpreadsheetDocument
[Information guessed from browser]
OS: Mac OS X (All)
OS is 64bit: no

-- 
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 136556] LO 7.0, 6.4, 6.2 all crash when trying to save or `save as' a document or spreadsheet

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136556

Glyn Weston  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|UNCONFIRMED |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 136556] LO 7.0, 6.4, 6.2 all crash when trying to save or `save as' a document or spreadsheet

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136556

Glyn Weston  changed:

   What|Removed |Added

Version|7.0.0.3 release |7.0.1.2 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 136556] LO 7.0, 6.4, 6.2 all crash when trying to save or `save as' a document or spreadsheet

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136556

--- Comment #1 from Glyn Weston  ---
As I suspected the problem lay with one of the Win 10 updates and although
Chkdsk C: could find no errors The System File Checker Utility (SFC) found
errors as did the DISM Scan (Deployment Image Servicing and Management) which
could not be repaired. 
Rather than go for a Windows recovery I tried the Win 10 feature update to Ver
2004 which after it had finished cured the problem, presumably overwriting
whichever dll was corrupt..It also cured a problem with the Microsoft
Management Console which prevented me accessing Disk

-- 
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 113726] Trailing space in cell text not encoded as

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113726

Regina Henschel  changed:

   What|Removed |Added

 CC||michael.st...@cib.de

--- Comment #7 from Regina Henschel  ---
@Micheal: Can you please look at it? Problem is step 5) in the algorithm in
section 6.1.2 (ODF 1.3 part3) compared to the description of  in
section 6.1.3 (ODF 1.3 part3).

-- 
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 113726] Trailing space in cell text not encoded as

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113726

--- Comment #6 from Andrew Church  ---
(I belatedly realize I filed the bug over _trailing_ rather than _leading_
spaces, but the same logic applies to trailing spaces.)

-- 
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 113726] Trailing space in cell text not encoded as

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113726

Andrew Church  changed:

   What|Removed |Added

 Resolution|NOTABUG |---
 Ever confirmed|0   |1
 Status|RESOLVED|REOPENED

--- Comment #5 from Andrew Church  ---
> The description of  has, "This element shall be used to represent the 
> second and all following “ “ (U+0020, SPACE) characters in a sequence of “ “ 
> (U+0020, SPACE) characters.

As an initial issue, "shall be used to represent the second" does not imply
"shall not be used to represent the first", so I don't think this is enough to
resolve the question.

Looking at the ODF 1.3 specification
(https://www.oasis-open.org/committees/download.php/67566/OpenDocument-v1.3-part3-schema.odt):

"""
6.1.2. White Space Characters

Consumers shall collapse white space that occur in
 * a  or  element [...]

Collapsing white space characters is defined by the following algorithm:
[...]
5) Leading " " (U+0020, SPACE) characters at the start of the resulting text
[...] are removed.
"""

I hope I haven't omitted any relevant points by accident, but by my reading of
this algorithm, " space" should have the initial space removed
and be parsed as the text "space" (5 characters), suggesting that Excel has the
right of it and  is required to correctly encode the leading space.

Apologies for not doing the legwork on this in the first place, but reopening.

-- 
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 115457] FILEOPEN: Footer background image replaced by blue area in ODT (comment 19)

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=115457

--- Comment #20 from Regina Henschel  ---
The error is in the document. The draw:fill-image-name is missing, so
LibreOffice does not know what image to show.

I cannot reproduce the error, if I create a document with image in footer using
Version: 7.0.0.2 (x64)
Build ID: c01aa64b6c3d89ebe5fe69c28c7adb24eb85249c
CPU threads: 8; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win
Locale: de-DE (en_US); UI: en-US
Calc: CL

I see the image in the footer, if I remove all draw:fill and related
attributes, because then the style:background-image element is used. From point
of ODF  style:background-image is the only method to get a background-image for
the footer. Using draw:fill is 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 136730] New: table content changed after inserting column and saving document

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136730

Bug ID: 136730
   Summary: table content changed after inserting column and
saving document
   Product: LibreOffice
   Version: 7.0.0.3 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: joaol...@gmail.com

Created attachment 165469
  --> https://bugs.documentfoundation.org/attachment.cgi?id=165469=edit
Insert a column before the first column and then save, then reopen file.

If I insert a column to a table, then save the ODT document, then close, then
open the same document, the contents of table are now altered.

I have attached the document that caused me problems.

Steps to reproduce:
1) Open the attached document and click on the first cell of the table.
2) Click "Table > Insert > Columns Before" to insert a column.
3) Save document and then close Writer.
4) Open document and the contents of the table are now altered.

-- 
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 113726] Trailing space in cell text not encoded as

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113726

Regina Henschel  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |NOTABUG

--- Comment #4 from Regina Henschel  ---
The description of  has, "This element shall be used to represent the
second and all following “ “ (U+0020, SPACE) characters in a sequence of “ “
(U+0020, SPACE) characters.

In Version: 7.0.0.2 (x64)
Build ID: c01aa64b6c3d89ebe5fe69c28c7adb24eb85249c
CPU threads: 8; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win
Locale: de-DE (en_US); UI: en-US
Calc: CL
I see the  element, if there are two spaces.

I therefore think, that it is correct, that for one space no  element
is used.

-- 
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-commits] core.git: Branch 'distro/nisz/libreoffice-6-4' - sw/source

2020-09-13 Thread Michael Stahl (via logerrit)
 sw/source/filter/ww8/docxattributeoutput.cxx |   10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

New commits:
commit 1f6bb28c988c9b03e78180c30ca8fb25d18b593b
Author: Michael Stahl 
AuthorDate: Fri Jul 10 19:29:27 2020 +0200
Commit: Gabor Kelemen 
CommitDate: Sun Sep 13 23:35:54 2020 +0200

tdf#134618 sw: DOCX export: fix order of as-char and at-char fly...

...at same position.

The problem is that in this case the as-char fly was written before the
at-char fly but the positioning of the at-char fly can be relative to
its character position, i.e. before the as-char fly.

Apparently as-char flys are written in
DocxAttributeOutput::EndRunProperties() via WritePostponedDMLDrawing(),
wheras at-char flys are written earlier, in SwWW8AttrIter::OutFlys() via
DocxAttributeOutput::OutputFlyFrame_Impl().

So this undoes the swap that these undergo via the magic of the mark
stack.

Change-Id: I83a72bb2affbf321fc4dea4e7fb37bdb43cea2e7
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/98543
Tested-by: Jenkins
Reviewed-by: Michael Stahl 
(cherry picked from commit 7b156d37cfc92292323694ec064fe51ae57b3257)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/98633
Reviewed-by: Thorsten Behrens 
(cherry picked from commit d449d92b8f1b8c6b572acfd80efe42a875059faf)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102571
Tested-by: Gabor Kelemen 
Reviewed-by: Gabor Kelemen 

diff --git a/sw/source/filter/ww8/docxattributeoutput.cxx 
b/sw/source/filter/ww8/docxattributeoutput.cxx
index 825189c8ccd6..bc01bc3d5c6f 100644
--- a/sw/source/filter/ww8/docxattributeoutput.cxx
+++ b/sw/source/filter/ww8/docxattributeoutput.cxx
@@ -2668,6 +2668,10 @@ void DocxAttributeOutput::EndRunProperties( const 
SwRedlineData* pRedlineData )
 // write footnotes/endnotes if we have any
 FootnoteEndnoteReference();
 
+// merge the properties _before_ the run text (strictly speaking, just
+// after the start of the run)
+m_pSerializer->mergeTopMarks(Tag_StartRunProperties, 
sax_fastparser::MergeMarks::PREPEND);
+
 WritePostponedGraphic();
 
 WritePostponedDiagram();
@@ -2680,10 +2684,6 @@ void DocxAttributeOutput::EndRunProperties( const 
SwRedlineData* pRedlineData )
 WritePostponedOLE();
 
 WritePostponedActiveXControl(true);
-
-// merge the properties _before_ the run text (strictly speaking, just
-// after the start of the run)
-m_pSerializer->mergeTopMarks(Tag_StartRunProperties, 
sax_fastparser::MergeMarks::PREPEND);
 }
 
 void DocxAttributeOutput::GetSdtEndBefore(const SdrObject* pSdrObj)
@@ -5793,7 +5793,7 @@ void DocxAttributeOutput::OutputFlyFrame_Impl( const 
ww8::Frame , const P
 break;
 }
 
-m_pSerializer->mergeTopMarks(Tag_OutputFlyFrame, 
sax_fastparser::MergeMarks::POSTPONE);
+m_pSerializer->mergeTopMarks(Tag_OutputFlyFrame);
 }
 
 void DocxAttributeOutput::WriteOutliner(const OutlinerParaObject& rParaObj)
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-bugs] [Bug 83686] Drawing and text not correctly shown

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=83686

--- Comment #14 from Thomas Lendo  ---
Created attachment 165468
  --> https://bugs.documentfoundation.org/attachment.cgi?id=165468=edit
File with LibO 7.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 104520] [META] DOCX (OOXML) bug tracker

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=104520

Thomas Lendo  changed:

   What|Removed |Added

 Depends on||83686


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=83686
[Bug 83686] Drawing and text not correctly 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 83686] Drawing and text not correctly shown

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=83686

Thomas Lendo  changed:

   What|Removed |Added

 CC||thomas.le...@gmail.com
 Blocks||104520
Summary|I can't see the correctly   |Drawing and text not
   |the file|correctly shown

--- Comment #13 from Thomas Lendo  ---
Drawing looks ok but textboxes are not well imported.

Version: 7.1.0.0.alpha0+
Build ID: 83aa172697c11a9550c27a28f8e62b523ec7086d
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time:
2020-09-10_21:26:34


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=104520
[Bug 104520] [META] DOCX (OOXML) bug tracker
-- 
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 108198] [META] ODF export is unsuitable or invalid XML

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=108198

Regina Henschel  changed:

   What|Removed |Added

 Depends on||113404


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=113404
[Bug 113404] ODF: wrong element after reducing symbol size in chart
-- 
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 90486] [META] Chart bugs and enhancements

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=90486

Regina Henschel  changed:

   What|Removed |Added

 Depends on|113404  |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=113404
[Bug 113404] ODF: wrong element after reducing symbol size in chart
-- 
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 113404] ODF: wrong element after reducing symbol size in chart

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113404

Regina Henschel  changed:

   What|Removed |Added

 Blocks|90486   |108198

--- Comment #4 from Regina Henschel  ---
The saved document is invalid in ODF 1.3strict.
Tested with Version: 7.1.0.0.alpha0+ (x64)
Build ID: 1e0cfd5662d95cea84e80e4fe10d52c3b1101ae6
CPU threads: 8; OS: Windows 10.0 Build 18362; UI render: Skia/Vulkan; VCL: win
Locale: de-DE (en_US); UI: en-US
Calc: CL


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=90486
[Bug 90486] [META] Chart bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108198
[Bug 108198] [META] ODF export is unsuitable or invalid XML
-- 
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-commits] core.git: Branch 'distro/nisz/libreoffice-6-4' - sw/inc sw/qa sw/source writerfilter/source

2020-09-13 Thread Attila Szűcs (via logerrit)
 sw/inc/IDocumentSettingAccess.hxx |1 +
 sw/qa/extras/layout/data/tdf124423.docx   |binary
 sw/qa/extras/layout/data/tdf124423.odt|binary
 sw/qa/extras/layout/layout.cxx|   19 +++
 sw/source/core/doc/DocumentSettingManager.cxx |8 +++-
 sw/source/core/inc/DocumentSettingManager.hxx |2 +-
 sw/source/core/layout/fly.cxx |7 +++
 sw/source/filter/ww8/ww8par.cxx   |2 ++
 sw/source/uibase/uno/SwXDocumentSettings.cxx  |   18 ++
 writerfilter/source/dmapper/DomainMapper.cxx  |1 +
 10 files changed, 56 insertions(+), 2 deletions(-)

New commits:
commit 4a00fa7032acc6e1c9780a28ab808cc690190647
Author: Attila Szűcs 
AuthorDate: Mon Jun 29 15:55:28 2020 +0200
Commit: Gabor Kelemen 
CommitDate: Sun Sep 13 23:33:01 2020 +0200

tdf#124423 sw: fix AutoSize width frames of DOCX

Add layout compatibility option FRAME_AUTOWIDTH_WITH_MORE_PARA
to keep paragraph area width of AutoSize width frames with
more than one paragraph.

Co-authored-by: Tibor Nagy (NISZ)

Reviewed-on: https://gerrit.libreoffice.org/c/core/+/97425
Tested-by: László Németh 
Reviewed-by: László Németh 
(cherry picked from commit c78221a5ad98939f3fb9ca6af4a2d2d2a63ff6ee)

Change-Id: Iab8926b6219ac92ef1ab7488bdef1d3f2b47c396
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102570
Tested-by: Gabor Kelemen 
Reviewed-by: Gabor Kelemen 

diff --git a/sw/inc/IDocumentSettingAccess.hxx 
b/sw/inc/IDocumentSettingAccess.hxx
index f182027ded95..32752b63f7c5 100644
--- a/sw/inc/IDocumentSettingAccess.hxx
+++ b/sw/inc/IDocumentSettingAccess.hxx
@@ -104,6 +104,7 @@ enum class DocumentSettingId
 APPLY_PARAGRAPH_MARK_FORMAT_TO_NUMBERING,
 CONTINUOUS_ENDNOTES,
 HEADER_SPACING_BELOW_LAST_PARA,
+FRAME_AUTOWIDTH_WITH_MORE_PARA,
 };
 
  /** Provides access to settings of a document
diff --git a/sw/qa/extras/layout/data/tdf124423.docx 
b/sw/qa/extras/layout/data/tdf124423.docx
new file mode 100644
index ..d48cc60b2923
Binary files /dev/null and b/sw/qa/extras/layout/data/tdf124423.docx differ
diff --git a/sw/qa/extras/layout/data/tdf124423.odt 
b/sw/qa/extras/layout/data/tdf124423.odt
new file mode 100644
index ..2202c93c5c46
Binary files /dev/null and b/sw/qa/extras/layout/data/tdf124423.odt differ
diff --git a/sw/qa/extras/layout/layout.cxx b/sw/qa/extras/layout/layout.cxx
index fae3e8f7dfd6..adb19aee2646 100644
--- a/sw/qa/extras/layout/layout.cxx
+++ b/sw/qa/extras/layout/layout.cxx
@@ -4091,6 +4091,25 @@ CPPUNIT_TEST_FIXTURE(SwLayoutWriter, 
testBtlrTableRowSpan)
 assertXPathContent(pXmlDoc, "//textarray[1]/text", "USA");
 }
 
+CPPUNIT_TEST_FIXTURE(SwLayoutWriter, testTdf124423)
+{
+createDoc("tdf124423.docx");
+xmlDocPtr pXmlDoc = parseLayoutDump();
+sal_Int32 nFly1Width = getXPath(pXmlDoc, "(//fly)[1]/infos/prtBounds", 
"width").toInt32();
+sal_Int32 nFly2Width = getXPath(pXmlDoc, "(//fly)[2]/infos/prtBounds", 
"width").toInt32();
+sal_Int32 nPageWidth = getXPath(pXmlDoc, "//page/infos/prtBounds", 
"width").toInt32();
+CPPUNIT_ASSERT_EQUAL(nPageWidth, nFly2Width);
+CPPUNIT_ASSERT_LESS(nPageWidth / 2, nFly1Width);
+
+createDoc("tdf124423.odt");
+pXmlDoc = parseLayoutDump();
+nFly1Width = getXPath(pXmlDoc, "(//fly)[1]/infos/prtBounds", 
"width").toInt32();
+nFly2Width = getXPath(pXmlDoc, "(//fly)[2]/infos/prtBounds", 
"width").toInt32();
+nPageWidth = getXPath(pXmlDoc, "//page/infos/prtBounds", 
"width").toInt32();
+CPPUNIT_ASSERT_LESS(nPageWidth / 2, nFly2Width);
+CPPUNIT_ASSERT_LESS(nPageWidth / 2, nFly1Width);
+}
+
 CPPUNIT_PLUGIN_IMPLEMENT();
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/sw/source/core/doc/DocumentSettingManager.cxx 
b/sw/source/core/doc/DocumentSettingManager.cxx
index c6293837d1f3..466b669723e9 100644
--- a/sw/source/core/doc/DocumentSettingManager.cxx
+++ b/sw/source/core/doc/DocumentSettingManager.cxx
@@ -92,7 +92,8 @@ sw::DocumentSettingManager::DocumentSettingManager(SwDoc 
)
 mApplyParagraphMarkFormatToNumbering(false),
 mbLastBrowseMode( false ),
 mbDisableOffPagePositioning ( false ),
-mbHeaderSpacingBelowLastPara(false)
+mbHeaderSpacingBelowLastPara(false),
+mbFrameAutowidthWithMorePara(false)
 
 // COMPATIBILITY FLAGS END
 {
@@ -220,6 +221,7 @@ bool sw::DocumentSettingManager::get(/*[in]*/ 
DocumentSettingId id) const
 return mbContinuousEndnotes;
 case DocumentSettingId::HEADER_SPACING_BELOW_LAST_PARA:
 return mbHeaderSpacingBelowLastPara;
+case DocumentSettingId::FRAME_AUTOWIDTH_WITH_MORE_PARA: return 
mbFrameAutowidthWithMorePara;
 default:
 OSL_FAIL("Invalid setting id");
 }
@@ -458,6 +460,9 @@ void sw::DocumentSettingManager::set(/*[in]*/ 
DocumentSettingId id, /*[in]*/ boo
 case 

[Libreoffice-bugs] [Bug 84386] Toolbars don't retain toolbar style after closing

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=84386

Thomas Lendo  changed:

   What|Removed |Added

 CC||thomas.le...@gmail.com
   Hardware|Other   |All

--- Comment #6 from Thomas Lendo  ---
Repro with
Version: 7.1.0.0.alpha0+
Build ID: 83aa172697c11a9550c27a28f8e62b523ec7086d
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time:
2020-09-10_21:26:34

-- 
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-ux-advise] [Bug 40871] [FORMATTING EDITING UI] Presentation module should support paragraph and character styles

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=40871

Regina Henschel  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=11
   ||1921

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-bugs] [Bug 40871] [FORMATTING EDITING UI] Presentation module should support paragraph and character styles

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=40871

Regina Henschel  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=11
   ||1921

-- 
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 111921] Support Paragraph Styles on the Text inside of Textboxes

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=111921

Regina Henschel  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=40
   ||871

--- Comment #11 from Regina Henschel  ---
Bug 40871 is the similar request for text boxes in Draw/Impress.

-- 
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 116983] Paste is sometimes deactivated in (context) menu even though text is copied to clipboard and CTRL+V functioning (steps: Comment 0 and Comment 13 and Comment 28)

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=116983

--- Comment #61 from natedhee...@gmail.com ---
This bug is really awful, the worst I've run into for LO yet. I can reliably
reproduce it in 7.1. Does anyone have suggestions on ways to mitigate it /
reduce its frequency while we wait for a fix?

-- 
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 103459] [META] Sidebar UI and UX bugs and enhancements

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103459
Bug 103459 depends on bug 136072, which changed state.

Bug 136072 Summary: Add styles commands to the property sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=136072

   What|Removed |Added

 Status|RESOLVED|NEW
 Resolution|WONTFIX |---

-- 
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 112678] [META] Style content panel of the Properties deck/tab of the sidebar

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=112678
Bug 112678 depends on bug 136072, which changed state.

Bug 136072 Summary: Add styles commands to the property sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=136072

   What|Removed |Added

 Status|RESOLVED|NEW
 Resolution|WONTFIX |---

-- 
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-ux-advise] [Bug 136072] Add styles commands to the property sidebar

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136072

Thomas Lendo  changed:

   What|Removed |Added

 Status|RESOLVED|NEW
 Resolution|WONTFIX |---

--- Comment #6 from Thomas Lendo  ---
Set back to NEW as Cor is neutral, Heiko against and me is pro this request.
Not a really clear decision - but also not for a WF. ;)

I support better and easier use of styles instead of direct formatting,
therefore I support more style commands in sidebar and notebookbars so that
they're easier to use for users.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise


[Libreoffice-bugs] [Bug 136072] Add styles commands to the property sidebar

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136072

Thomas Lendo  changed:

   What|Removed |Added

 Status|RESOLVED|NEW
 Resolution|WONTFIX |---

--- Comment #6 from Thomas Lendo  ---
Set back to NEW as Cor is neutral, Heiko against and me is pro this request.
Not a really clear decision - but also not for a WF. ;)

I support better and easier use of styles instead of direct formatting,
therefore I support more style commands in sidebar and notebookbars so that
they're easier to use for users.

-- 
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 136727] Special Paste RTF for large table slowish

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136727

--- Comment #3 from Jan-Marek Glogowski  ---
Seems the RTF import is slow. Just save the document as RTF (fast) and open the
file (slow). Takes much longer here then opening the ODT. Looks like an RTF
import problem. Not idea, if opening that 3 MB RTF should take that long...

Someone could do some callgrind analysis to see, where the time is actually
spend.

-- 
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 81420] Excessive use of text:style-name elements in content.xml in .ODT

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=81420

Thomas Lendo  changed:

   What|Removed |Added

 Resolution|FIXED   |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 107609] is missing in list of ODF extensions

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=107609

Regina Henschel  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #1 from Regina Henschel  ---
Item found in the mentioned Wikipage as of 2020-09-13.

-- 
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-commits] core.git: Branch 'feature/drop-findcmap' - 24 commits - desktop/inc desktop/source desktop/unx desktop/win32 drawinglayer/source dtrans/source dtrans/test editeng/inc editeng/sou

2020-09-13 Thread Jan-Marek Glogowski (via logerrit)
Rebased ref, commits from common ancestor:
commit a1dbf99e57865104c8e8a433c2fa8bc00f67bc04
Author: Jan-Marek Glogowski 
AuthorDate: Sun Sep 13 15:01:22 2020 +0200
Commit: Jan-Marek Glogowski 
CommitDate: Sun Sep 13 22:39:43 2020 +0200

WIN OSX Qt5 unify CreateFontSubset code

This is basically just some refactoring. Mots interestingly the
MacOS used to work with 257 glyphs. I couldn't find any
explaination for the 256 glyph limit. Sadly the PrintFontManager
is out of scope. That needs more inspection.

Change-Id: Ibfa0e905f5efeb7d4a609884d64b4ed2615a9d3d

diff --git a/vcl/inc/salgdi.hxx b/vcl/inc/salgdi.hxx
index 9d86421e4e10..3a8fb1700862 100644
--- a/vcl/inc/salgdi.hxx
+++ b/vcl/inc/salgdi.hxx
@@ -57,6 +57,7 @@ namespace basegfx {
 namespace vcl
 {
 class AbstractTrueTypeFont;
+typedef struct TTGlobalFontInfo_ TTGlobalFontInfo;
 }
 
 typedef sal_Unicode sal_Ucs; // TODO: use sal_UCS4 instead of sal_Unicode
@@ -622,6 +623,19 @@ protected:
 static void GetGlyphWidths(const vcl::AbstractTrueTypeFont& rTTF,
const PhysicalFontFace& rFontFace, bool 
bVertical,
std::vector& rWidths, Ucs2UIntMap& 
rUnicodeEnc);
+
+static bool CreateTTFfontSubset(vcl::AbstractTrueTypeFont& aTTF, const 
OString& rSysPath,
+const bool bVertical, const sal_GlyphId* 
pGlyphIds,
+const sal_uInt8* pEncoding, sal_Int32* 
pGlyphWidths,
+int nGlyphCount);
+
+static bool CreateCFFfontSubset(const unsigned char* pFontBytes, int 
nByteLength,
+const OString& rSysPath, const 
sal_GlyphId* pGlyphIds,
+const sal_uInt8* pEncoding, sal_Int32* 
pGlyphWidths,
+int nGlyphCount, FontSubsetInfo& rInfo);
+
+static void FillFontSubsetInfo(const vcl::TTGlobalFontInfo& rTTInfo, const 
OUString& pPSName,
+   FontSubsetInfo& rInfo);
 };
 
 bool SalGraphics::IsNativeControlSupported(ControlType eType, ControlPart 
ePart)
diff --git a/vcl/inc/sft.hxx b/vcl/inc/sft.hxx
index bb582b06d6fc..6a844002711d 100644
--- a/vcl/inc/sft.hxx
+++ b/vcl/inc/sft.hxx
@@ -144,7 +144,7 @@ namespace vcl
 
 /** Return value of GetTTGlobalFontInfo() */
 
-typedef struct {
+typedef struct TTGlobalFontInfo_ {
 char *family; /**< family name 
*/
 sal_Unicode *ufamily; /**< family name UCS2
 */
 char *subfamily;  /**< subfamily name  
*/
diff --git a/vcl/qt5/Qt5Graphics_Text.cxx b/vcl/qt5/Qt5Graphics_Text.cxx
index 351bb3023213..de39fc7009b8 100644
--- a/vcl/qt5/Qt5Graphics_Text.cxx
+++ b/vcl/qt5/Qt5Graphics_Text.cxx
@@ -219,7 +219,6 @@ bool Qt5Graphics::CreateFontSubset(const OUString& rToFile, 
const PhysicalFontFa
const sal_GlyphId* pGlyphIds, const 
sal_uInt8* pEncoding,
sal_Int32* pGlyphWidths, int nGlyphCount, 
FontSubsetInfo& rInfo)
 {
-// prepare the requested file name for writing the font-subset file
 OUString aSysPath;
 if (osl_File_E_None != osl_getSystemPathFromFileURL(rToFile.pData, 
))
 return false;
@@ -228,23 +227,16 @@ bool Qt5Graphics::CreateFontSubset(const OUString& 
rToFile, const PhysicalFontFa
 const Qt5FontFace* pQt5FontFace = static_cast(pFontFace);
 const QFont aFont = pQt5FontFace->CreateFont();
 const QRawFont aRawFont(QRawFont::fromFont(aFont));
-const QFontInfo aFontInfo(aFont);
 const OString aToFile(OUStringToOString(aSysPath, 
osl_getThreadTextEncoding()));
-const int nOrigGlyphCount = nGlyphCount;
 
+// handle CFF-subsetting
 QByteArray aCFFtable = aRawFont.fontTable("CFF ");
 if (!aCFFtable.isEmpty())
-{
-FILE* pOutFile = fopen(aToFile.getStr(), "wb");
-rInfo.LoadFont(FontType::CFF_FONT, reinterpret_cast(aCFFtable.data()),
-   aCFFtable.size());
-bool bRet = rInfo.CreateFontSubset(FontType::TYPE1_PFB, pOutFile, 
nullptr, pGlyphIds,
-   pEncoding, nGlyphCount, 
pGlyphWidths);
-fclose(pOutFile);
-return bRet;
-}
+return SalGraphics::CreateCFFfontSubset(
+reinterpret_cast(aCFFtable.data()), 
aCFFtable.size(), aToFile,
+pGlyphIds, pEncoding, pGlyphWidths, nGlyphCount, rInfo);
 
-// get details about the subsetted font
+// fill details about the subsetted font
 rInfo.m_nFontType = FontType::SFNT_TTF;
 rInfo.m_aPSName = toOUString(aRawFont.familyName());
 rInfo.m_nCapHeight = aRawFont.capHeight();
@@ -257,49 +249,8 @@ bool Qt5Graphics::CreateFontSubset(const OUString& 
rToFile, const PhysicalFontFa
 if (GetTTGlobalFontHeadInfo(, 

[Libreoffice-bugs] [Bug 136729] Insert rows allows only 99 new rows, but the input doesn't message that clearly

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136729

Telesto  changed:

   What|Removed |Added

 CC||caol...@redhat.com

--- Comment #3 from Telesto  ---
@Caolan
Can the input be limited or corrected without leaving the spin box (this was
already a topic on table dialog). Something about not designed that way.. Or
any other idea how to make it bit more obvious from DEV point of view?

Limiting the input to 2 digits? However find 99 slightly low, but might be me.
Or increasing the row limit a bit would mask it pretty well (without fiddling
with the rest)

Of course this might be a UX question..

-- 
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 125234] qt5: exported PDf file misses embedded fonts with vcl=qt5

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=125234

--- Comment #23 from Commit Notification 
 ---
Jan-Marek Glogowski committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/3c0dbea19492eecaf8e6e1cb0542a3f93c7298e3

tdf#125234 Qt5 add missing CFF font subsetting

It will be available in 7.1.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-commits] core.git: vcl/qt5

2020-09-13 Thread Jan-Marek Glogowski (via logerrit)
 vcl/qt5/Qt5Graphics_Text.cxx |   12 
 1 file changed, 12 insertions(+)

New commits:
commit 3c0dbea19492eecaf8e6e1cb0542a3f93c7298e3
Author: Jan-Marek Glogowski 
AuthorDate: Sun Sep 13 20:30:43 2020 +0200
Commit: Jan-Marek Glogowski 
CommitDate: Sun Sep 13 22:35:30 2020 +0200

tdf#125234 Qt5 add missing CFF font subsetting

Implemented like on Windows and MacOS.

Change-Id: Ib0d5125b0446d4ca01efbb7c54d9c6bdb2e5
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102594
Tested-by: Jenkins
Reviewed-by: Jan-Marek Glogowski 

diff --git a/vcl/qt5/Qt5Graphics_Text.cxx b/vcl/qt5/Qt5Graphics_Text.cxx
index c533ad1d599a..26b53ff694b8 100644
--- a/vcl/qt5/Qt5Graphics_Text.cxx
+++ b/vcl/qt5/Qt5Graphics_Text.cxx
@@ -231,6 +231,18 @@ bool Qt5Graphics::CreateFontSubset(const OUString& 
rToFile, const PhysicalFontFa
 const OString aToFile(OUStringToOString(aSysPath, 
osl_getThreadTextEncoding()));
 const int nOrigGlyphCount = nGlyphCount;
 
+QByteArray aCFFtable = aRawFont.fontTable("CFF ");
+if (!aCFFtable.isEmpty())
+{
+FILE* pOutFile = fopen(aToFile.getStr(), "wb");
+rInfo.LoadFont(FontType::CFF_FONT, reinterpret_cast(aCFFtable.data()),
+   aCFFtable.size());
+bool bRet = rInfo.CreateFontSubset(FontType::TYPE1_PFB, pOutFile, 
nullptr, pGlyphIds,
+   pEncoding, nGlyphCount, 
pGlyphWidths);
+fclose(pOutFile);
+return bRet;
+}
+
 // get details about the subsetted font
 rInfo.m_nFontType = FontType::SFNT_TTF;
 rInfo.m_aPSName = toOUString(aRawFont.familyName());
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-bugs] [Bug 136729] Insert rows allows only 99 new rows, but the input doesn't message that clearly

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136729

--- Comment #1 from Telesto  ---
Created attachment 165467
  --> https://bugs.documentfoundation.org/attachment.cgi?id=165467=edit
Example 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 136729] Insert rows allows only 99 new rows, but the input doesn't message that clearly

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136729

Telesto  changed:

   What|Removed |Added

Version|7.1.0.0.alpha0+ Master  |4.4.0.3 release

--- Comment #2 from Telesto  ---
Also in
4.4.7.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 136729] New: Insert rows allows only 99 new rows, but the input doesn't message that clearly

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136729

Bug ID: 136729
   Summary: Insert rows allows only 99 new rows, but the input
doesn't message that clearly
   Product: LibreOffice
   Version: 7.1.0.0.alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: UI
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tele...@surfxs.nl

Description:
Insert rows allows only 99 new rows, but the input doesn't message that clearly

Steps to Reproduce:
1. Open the attached file
2. Right click inside the table
3. Insert -> Rows
4. Type 200

Actual Results:
99 are inserted

Expected Results:
Maybe increase toe row limit a bit (99 isn't that much?)
However the main point some indication it isn't allowed.. yes it does, but have
to change above below


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: ed4f610f4a3de12016f8308a17b6ad4f86e9d67a
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL

-- 
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 136728] Crash deleting a table

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136728

Telesto  changed:

   What|Removed |Added

 CC||noelgran...@gmail.com

--- Comment #2 from Telesto  ---
@Noel
Me speculating.. this might have something to do with the speed-up deleting
large tables. It appears they UndoManager is involved..

Of course, feel free to ignore until confirmed and bibisected etc.

-- 
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 136728] Crash deleting a table

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136728

Telesto  changed:

   What|Removed |Added

   Keywords||bibisectRequest, regression

-- 
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 136728] Crash deleting a table

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136728

--- Comment #1 from Telesto  ---
Created attachment 165466
  --> https://bugs.documentfoundation.org/attachment.cgi?id=165466=edit
Example 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 136728] New: Crash deleting a table

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136728

Bug ID: 136728
   Summary: Crash deleting a table
   Product: LibreOffice
   Version: 7.1.0.0.alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tele...@surfxs.nl

Description:
Crash deleting a table

Steps to Reproduce:
1. open the attached file
2. CTRL+A
3. CTRL+X
4. CTRL+V
5. Place cursor in table & press delete table button
6. CTRL+V
7. Place cursor in table & press delete table button -> Crash

Actual Results:
Crash

Expected Results:
No crash


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: ed4f610f4a3de12016f8308a17b6ad4f86e9d67a
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL

-- 
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-commits] core.git: sc/source

2020-09-13 Thread Caolán McNamara (via logerrit)
 sc/source/filter/inc/namebuff.hxx |2 +-
 sc/source/filter/lotus/lotus.cxx  |2 +-
 sc/source/filter/lotus/tool.cxx   |4 ++--
 3 files changed, 4 insertions(+), 4 deletions(-)

New commits:
commit bee46dbfd9986f324f20852987c05ac4339d4d25
Author: Caolán McNamara 
AuthorDate: Sun Sep 13 17:02:35 2020 +0100
Commit: Caolán McNamara 
CommitDate: Sun Sep 13 22:12:32 2020 +0200

RangeNameBufferWK3 always dereferences its arg

Change-Id: I40c7c73d8d8fa2f9126f5895f8a6ed67a72bdf6b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102592
Tested-by: Jenkins
Reviewed-by: Caolán McNamara 

diff --git a/sc/source/filter/inc/namebuff.hxx 
b/sc/source/filter/inc/namebuff.hxx
index 9f3c66bfb1dd..b56fee1d169e 100644
--- a/sc/source/filter/inc/namebuff.hxx
+++ b/sc/source/filter/inc/namebuff.hxx
@@ -97,7 +97,7 @@ private:
 std::vector maEntries;
 
 public:
-RangeNameBufferWK3(const ScDocument* pDoc);
+RangeNameBufferWK3(const ScDocument& rDoc);
 ~RangeNameBufferWK3();
 voidAdd( const ScDocument* pDoc, const OUString& 
rName, const ScComplexRefData& rCRD );
 inline void Add( const ScDocument* pDoc, const OUString& 
rName, const ScRange& aScRange );
diff --git a/sc/source/filter/lotus/lotus.cxx b/sc/source/filter/lotus/lotus.cxx
index b900c22a58b4..cbdb43e6be33 100644
--- a/sc/source/filter/lotus/lotus.cxx
+++ b/sc/source/filter/lotus/lotus.cxx
@@ -94,7 +94,7 @@ LotusContext::LotusContext(ScDocument* pDocP, 
rtl_TextEncoding eQ)
 , maRangeNames()
 , eFirstType( Lotus123Typ::X)
 , eActType( Lotus123Typ::X)
-, pRngNmBffWK3( new RangeNameBufferWK3(pDocP) )
+, pRngNmBffWK3( new RangeNameBufferWK3(*pDocP) )
 , maAttrTable( *this )
 {
 }
diff --git a/sc/source/filter/lotus/tool.cxx b/sc/source/filter/lotus/tool.cxx
index 891eaaa556e0..dd868ee98996 100644
--- a/sc/source/filter/lotus/tool.cxx
+++ b/sc/source/filter/lotus/tool.cxx
@@ -426,8 +426,8 @@ void LotusRangeList::Append( const ScDocument* pDoc, 
std::unique_ptr
 nIdCnt++;
 }
 
-RangeNameBufferWK3::RangeNameBufferWK3(const ScDocument* pDoc)
-: pScTokenArray( new ScTokenArray(*pDoc) )
+RangeNameBufferWK3::RangeNameBufferWK3(const ScDocument& rDoc)
+: pScTokenArray( new ScTokenArray(rDoc) )
 {
 nIntCount = 1;
 }
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-commits] core.git: sc/inc sc/source

2020-09-13 Thread Caolán McNamara (via logerrit)
 sc/inc/tokenarray.hxx |2 +-
 sc/source/core/data/clipcontext.cxx   |2 +-
 sc/source/core/data/column.cxx|2 +-
 sc/source/core/data/column3.cxx   |   12 ++--
 sc/source/core/data/conditio.cxx  |8 
 sc/source/core/data/documen4.cxx  |2 +-
 sc/source/core/data/documentimport.cxx|2 +-
 sc/source/core/data/formulacell.cxx   |   16 
 sc/source/core/data/table2.cxx|4 ++--
 sc/source/core/data/table3.cxx|2 +-
 sc/source/core/data/validat.cxx   |4 ++--
 sc/source/core/tool/compiler.cxx  |   16 
 sc/source/core/tool/consoli.cxx   |4 ++--
 sc/source/core/tool/interpr1.cxx  |2 +-
 sc/source/core/tool/rangenam.cxx  |6 +++---
 sc/source/core/tool/token.cxx |4 ++--
 sc/source/filter/excel/xechart.cxx|2 +-
 sc/source/filter/excel/xeformula.cxx  |6 +++---
 sc/source/filter/html/htmlimp.cxx |2 +-
 sc/source/filter/inc/tokstack.hxx |2 +-
 sc/source/filter/lotus/tool.cxx   |4 ++--
 sc/source/filter/oox/condformatbuffer.cxx |   10 +-
 sc/source/filter/oox/workbookhelper.cxx   |2 +-
 sc/source/filter/oox/worksheethelper.cxx  |2 +-
 sc/source/filter/xml/xmlcelli.cxx |2 +-
 sc/source/filter/xml/xmlsubti.cxx |2 +-
 sc/source/ui/docshell/docfunc.cxx |2 +-
 sc/source/ui/docshell/externalrefmgr.cxx  |   12 ++--
 sc/source/ui/docshell/tablink.cxx |2 +-
 sc/source/ui/formdlg/formula.cxx  |4 ++--
 sc/source/ui/unoobj/cellsuno.cxx  |6 +++---
 sc/source/ui/unoobj/chart2uno.cxx |4 ++--
 sc/source/ui/unoobj/fmtuno.cxx|8 
 sc/source/ui/unoobj/funcuno.cxx   |2 +-
 sc/source/ui/unoobj/nameuno.cxx   |2 +-
 sc/source/ui/unoobj/tokenuno.cxx  |2 +-
 sc/source/ui/vba/vbarange.cxx |2 +-
 sc/source/ui/view/viewfun2.cxx|2 +-
 38 files changed, 85 insertions(+), 85 deletions(-)

New commits:
commit f3af5f8e6897279dc8e4ad2695caf7f25937d608
Author: Caolán McNamara 
AuthorDate: Sun Sep 13 16:31:23 2020 +0100
Commit: Caolán McNamara 
CommitDate: Sun Sep 13 22:11:52 2020 +0200

ScTokenArray ctor always dereferences its ScDocument* arg

Change-Id: Ie65ca182fd00600670c1e916343fef511d6cdcc8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102588
Tested-by: Caolán McNamara 
Reviewed-by: Caolán McNamara 

diff --git a/sc/inc/tokenarray.hxx b/sc/inc/tokenarray.hxx
index fb8495fe7da1..3af5fbcb5ca1 100644
--- a/sc/inc/tokenarray.hxx
+++ b/sc/inc/tokenarray.hxx
@@ -62,7 +62,7 @@ class SAL_WARN_UNUSED SC_DLLPUBLIC ScTokenArray final : 
public formula::FormulaT
 void CheckForThreading( const formula::FormulaToken& r );
 
 public:
-ScTokenArray(const ScDocument* pDoc);
+ScTokenArray(const ScDocument& rDoc);
 ScTokenArray(ScSheetLimits&);
 /** Assignment with incrementing references of FormulaToken entries
 (not copied!) */
diff --git a/sc/source/core/data/clipcontext.cxx 
b/sc/source/core/data/clipcontext.cxx
index 1926d865669e..d2733fad4517 100644
--- a/sc/source/core/data/clipcontext.cxx
+++ b/sc/source/core/data/clipcontext.cxx
@@ -152,7 +152,7 @@ void CopyFromClipContext::setSingleCell( const ScAddress& 
rSrcPos, const ScColum
 aRef.InitAddress(rSrcPos);
 aRef.SetFlag3D(true);
 
-ScTokenArray aArr(mpClipDoc);
+ScTokenArray aArr(*mpClipDoc);
 aArr.AddSingleReference(aRef);
 rSrcCell.set(new ScFormulaCell(mpClipDoc, rSrcPos, aArr));
 return;
diff --git a/sc/source/core/data/column.cxx b/sc/source/core/data/column.cxx
index fec0cb3de38e..31b1630e219f 100644
--- a/sc/source/core/data/column.cxx
+++ b/sc/source/core/data/column.cxx
@@ -1291,7 +1291,7 @@ class CopyAsLinkHandler
 aRef.InitAddress(ScAddress(mrSrcCol.GetCol(), nRow, 
mrSrcCol.GetTab())); // Absolute reference.
 aRef.SetFlag3D(true);
 
-ScTokenArray aArr(mrDestCol.GetDoc());
+ScTokenArray aArr(*mrDestCol.GetDoc());
 aArr.AddSingleReference(aRef);
 return new ScFormulaCell(mrDestCol.GetDoc(), 
ScAddress(mrDestCol.GetCol(), nRow, mrDestCol.GetTab()), aArr);
 }
diff --git a/sc/source/core/data/column3.cxx b/sc/source/core/data/column3.cxx
index 43dc0c6b5338..cbd69dc2b5cd 100644
--- a/sc/source/core/data/column3.cxx
+++ b/sc/source/core/data/column3.cxx
@@ -1095,7 +1095,7 @@ class CopyCellsFromClipHandler
 aRef.InitAddress(aSrcPos);
 aRef.SetFlag3D(true);
 
-ScTokenArray aArr(mrCxt.getDestDoc());
+ScTokenArray aArr(*mrCxt.getDestDoc());
 aArr.AddSingleReference(aRef);
 
 mrDestCol.SetFormulaCell(
@@ -1429,7 +1429,7 @@ void ScColumn::CopyFromClip(
 aRef.SetAbsRow(nDestRow - nDy); // Source row

[Libreoffice-commits] core.git: sc/inc sc/source

2020-09-13 Thread Caolán McNamara (via logerrit)
 sc/inc/formulacell.hxx  |2 +-
 sc/source/core/data/clipcontext.cxx |2 +-
 sc/source/core/data/column.cxx  |2 +-
 sc/source/core/data/column3.cxx |6 +++---
 sc/source/core/data/conditio.cxx|4 ++--
 sc/source/core/data/formulacell.cxx |6 +++---
 sc/source/filter/excel/impop.cxx|2 +-
 sc/source/filter/excel/xipivot.cxx  |2 +-
 sc/source/filter/lotus/lotimpop.cxx |2 +-
 sc/source/ui/unoobj/cellsuno.cxx|2 +-
 10 files changed, 15 insertions(+), 15 deletions(-)

New commits:
commit 399609c352b3f354e6857ae1beee6283018516e2
Author: Caolán McNamara 
AuthorDate: Sun Sep 13 16:56:14 2020 +0100
Commit: Caolán McNamara 
CommitDate: Sun Sep 13 22:12:13 2020 +0200

ScFormulaCell ctor variant always dereferences its ScDocument arg

Change-Id: Ibf626d52cc7a5968c60a3ec1ea2b34e0331b7ef2
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102589
Tested-by: Jenkins
Reviewed-by: Caolán McNamara 

diff --git a/sc/inc/formulacell.hxx b/sc/inc/formulacell.hxx
index 0f77f5aa72cf..d57dda491d11 100644
--- a/sc/inc/formulacell.hxx
+++ b/sc/inc/formulacell.hxx
@@ -178,7 +178,7 @@ public:
 ScFormulaCell* Clone() const;
 ScFormulaCell* Clone( const ScAddress& rPos ) const;
 
-ScFormulaCell( ScDocument* pDoc, const ScAddress& rPos );
+ScFormulaCell( ScDocument& rDoc, const ScAddress& rPos );
 
 /**
  * Transfer the ownership of the passed token array instance to the
diff --git a/sc/source/core/data/clipcontext.cxx 
b/sc/source/core/data/clipcontext.cxx
index d2733fad4517..f40b6f921898 100644
--- a/sc/source/core/data/clipcontext.cxx
+++ b/sc/source/core/data/clipcontext.cxx
@@ -216,7 +216,7 @@ void CopyFromClipContext::setSingleCell( const ScAddress& 
rSrcPos, const ScColum
 else
 {
 // Turn this into a formula cell with just the error code.
-ScFormulaCell* pErrCell = new ScFormulaCell(mpClipDoc, 
rSrcPos);
+ScFormulaCell* pErrCell = new ScFormulaCell(*mpClipDoc, 
rSrcPos);
 pErrCell->SetErrCode(nErr);
 rSrcCell.set(pErrCell);
 }
diff --git a/sc/source/core/data/column.cxx b/sc/source/core/data/column.cxx
index 31b1630e219f..f2f8374df0c8 100644
--- a/sc/source/core/data/column.cxx
+++ b/sc/source/core/data/column.cxx
@@ -1466,7 +1466,7 @@ class CopyByCloneHandler
 if (nErr != FormulaError::NONE)
 {
 // error codes are cloned with values
-ScFormulaCell* pErrCell = new 
ScFormulaCell(mrDestCol.GetDoc(), aDestPos);
+ScFormulaCell* pErrCell = new 
ScFormulaCell(*mrDestCol.GetDoc(), aDestPos);
 pErrCell->SetErrCode(nErr);
 mrDestCol.SetFormulaCell(maDestPos, nRow, pErrCell, 
meListenType);
 setDefaultAttrToDest(nRow);
diff --git a/sc/source/core/data/column3.cxx b/sc/source/core/data/column3.cxx
index cbd69dc2b5cd..f37ab25d2c51 100644
--- a/sc/source/core/data/column3.cxx
+++ b/sc/source/core/data/column3.cxx
@@ -1275,7 +1275,7 @@ public:
 insertRefCell(nSrcRow, nSrcRow + 
mnRowOffset);
 else
 {
-ScFormulaCell* pErrCell = new 
ScFormulaCell(mrDestCol.GetDoc(), aDestPos);
+ScFormulaCell* pErrCell = new 
ScFormulaCell(*mrDestCol.GetDoc(), aDestPos);
 pErrCell->SetErrCode(nErr);
 mrDestCol.SetFormulaCell(
 maDestBlockPos, nSrcRow + mnRowOffset, 
pErrCell);
@@ -1542,7 +1542,7 @@ class MixDataHandler
 {
 ScAddress aPos(mrDestColumn.GetCol(), nDestRow, 
mrDestColumn.GetTab());
 
-ScFormulaCell* pFC = new ScFormulaCell(mrDestColumn.GetDoc(), 
aPos);
+ScFormulaCell* pFC = new ScFormulaCell(*mrDestColumn.GetDoc(), 
aPos);
 pFC->SetErrCode(FormulaError::NoValue);
 
 miNewCellsPos = maNewCells.set(miNewCellsPos, 
nDestRow-mnRowOffset, pFC);
@@ -2811,7 +2811,7 @@ void ScColumn::SetError( SCROW nRow, const FormulaError 
nError)
 if (!GetDoc()->ValidRow(nRow))
 return;
 
-ScFormulaCell* pCell = new ScFormulaCell(GetDoc(), ScAddress(nCol, nRow, 
nTab));
+ScFormulaCell* pCell = new ScFormulaCell(*GetDoc(), ScAddress(nCol, nRow, 
nTab));
 pCell->SetErrCode(nError);
 
 std::vector aNewSharedRows;
diff --git a/sc/source/core/data/conditio.cxx b/sc/source/core/data/conditio.cxx
index 975e232ca0dd..c981579a2104 100644
--- a/sc/source/core/data/conditio.cxx
+++ b/sc/source/core/data/conditio.cxx
@@ -650,7 +650,7 @@ void ScConditionEntry::Interpret( const ScAddress& rPos )
 ScFormulaCell* pEff1 = pFCell1.get();
 if ( bRelRef1 )
 {
-pTemp1.reset(pFormula1 ? new ScFormulaCell(mpDoc, 

[Libreoffice-bugs] [Bug 108897] [META] XLSX (OOXML) bug tracker

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=108897

Gabor Kelemen  changed:

   What|Removed |Added

 Depends on|91251   |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=91251
[Bug 91251] FILESAVE: XLSX TextBox overflow property is not getting preserved
after Roundtrip
-- 
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 136327] [META] XLSX shape related issues

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136327

Gabor Kelemen  changed:

   What|Removed |Added

 Depends on||91251


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=91251
[Bug 91251] FILESAVE: XLSX TextBox overflow property is not getting preserved
after Roundtrip
-- 
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 91251] FILESAVE: XLSX TextBox overflow property is not getting preserved after Roundtrip

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=91251

Gabor Kelemen  changed:

   What|Removed |Added

 Blocks|108897  |136327


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108897
[Bug 108897] [META] XLSX (OOXML) bug tracker
https://bugs.documentfoundation.org/show_bug.cgi?id=136327
[Bug 136327] [META] XLSX shape 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-commits] core.git: Branch 'distro/nisz/libreoffice-6-4' - oox/source sw/qa

2020-09-13 Thread Regényi Balázs (via logerrit)
 oox/source/export/drawingml.cxx|7 +
 sw/qa/extras/ooxmlexport/data/tdf112312_AutoFitForLegacyShapes.odt |binary
 sw/qa/extras/ooxmlexport/ooxmlexport4.cxx  |   12 
++
 3 files changed, 18 insertions(+), 1 deletion(-)

New commits:
commit 162d7d3ba448f5b53d4ca8b70b22a298e8ea2166
Author: Regényi Balázs 
AuthorDate: Thu Jun 25 15:15:46 2020 +0200
Commit: Gabor Kelemen 
CommitDate: Sun Sep 13 21:46:27 2020 +0200

tdf#112312 DOCX legacy shape export: keep fixed size

Classical/legacy shapes lost their fixed size when exporting them with the
option "Resize shape to fit text" because they do not have the ability to
resize to content.

Co-authored-by: Szabolcs Tóth

Reviewed-on: https://gerrit.libreoffice.org/c/core/+/97127
Tested-by: Jenkins
Tested-by: László Németh 
Reviewed-by: László Németh 
(cherry picked from commit cab956c480eb4f619580285c7b9a15b9e6d9b780)

Change-Id: Idd84dea040f9607d0d498e591601a8648a605a2e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102569
Tested-by: Gabor Kelemen 
Reviewed-by: Gabor Kelemen 

diff --git a/oox/source/export/drawingml.cxx b/oox/source/export/drawingml.cxx
index 9ef07ec5ef5d..b80b33134566 100644
--- a/oox/source/export/drawingml.cxx
+++ b/oox/source/export/drawingml.cxx
@@ -2831,9 +2831,14 @@ void DrawingML::WriteText( const Reference< XInterface 
>& rXIface, const OUStrin
 
 if (GetDocumentType() == DOCUMENT_DOCX || GetDocumentType() == 
DOCUMENT_XLSX)
 {
+// tdf#112312: only custom shapes obey the TextAutoGrowHeight 
option
 bool bTextAutoGrowHeight = false;
-if (GetProperty(rXPropSet, "TextAutoGrowHeight"))
+uno::Reference xShape(rXIface, uno::UNO_QUERY);
+auto pSdrObjCustomShape = xShape.is() ? 
dynamic_cast(GetSdrObjectFromXShape(xShape)) : nullptr;
+if (pSdrObjCustomShape && GetProperty(rXPropSet, 
"TextAutoGrowHeight"))
+{
 mAny >>= bTextAutoGrowHeight;
+}
 mpFS->singleElementNS(XML_a, (bTextAutoGrowHeight ? XML_spAutoFit 
: XML_noAutofit));
 }
 if (GetDocumentType() == DOCUMENT_PPTX)
diff --git a/sw/qa/extras/ooxmlexport/data/tdf112312_AutoFitForLegacyShapes.odt 
b/sw/qa/extras/ooxmlexport/data/tdf112312_AutoFitForLegacyShapes.odt
new file mode 100644
index ..b5ccb356203e
Binary files /dev/null and 
b/sw/qa/extras/ooxmlexport/data/tdf112312_AutoFitForLegacyShapes.odt differ
diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport4.cxx 
b/sw/qa/extras/ooxmlexport/ooxmlexport4.cxx
index c9833e045f0a..ea46e10deac7 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport4.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport4.cxx
@@ -1244,6 +1244,18 @@ 
DECLARE_OOXMLEXPORT_TEST(testRelativeAnchorWidthFromRightMargin, "tdf133670_test
 CPPUNIT_ASSERT_EQUAL(static_cast(2408), nAnchoredWidth);
 }
 
+DECLARE_OOXMLEXPORT_TEST(testAutoFitForLegacyShapes, 
"tdf112312_AutoFitForLegacyShapes.odt")
+{
+// tdf#112312: check if noAutoFit is used instead of spAutoFit even if the 
TextAutoGrowHeight is set
+xmlDocPtr pXmlDocument = parseExport("word/document.xml");
+if (!pXmlDocument)
+return;
+assertXPath(pXmlDocument, 
"/w:document/w:body/w:p[2]/w:r/mc:AlternateContent/mc:Choice/w:drawing/"
+"wp:anchor/a:graphic/a:graphicData/wps:wsp/wps:bodyPr/a:noAutofit");
+assertXPathNoAttribute(pXmlDocument, 
"/w:document/w:body/w:p[2]/w:r/mc:AlternateContent/mc:Choice/w:drawing/"
+"wp:anchor/a:graphic/a:graphicData/wps:wsp/wps:bodyPr", "a:spAutofit");
+}
+
 CPPUNIT_PLUGIN_IMPLEMENT();
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-bugs] [Bug 136727] Special Paste RTF for large table slowish

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136727

Telesto  changed:

   What|Removed |Added

Version|7.1.0.0.alpha0+ Master  |Inherited From OOo

--- Comment #2 from Telesto  ---
Also in
LibreOffice 3.5.0rc3 
Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735

-- 
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 136727] Special Paste RTF for large table slowish

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136727

Telesto  changed:

   What|Removed |Added

   Keywords||perf

-- 
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 60208] FILTER / UI / VIEWING : Using autofilter, when filtering, merged cells related to row not drawn (second result onwards)

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=60208

b.  changed:

   What|Removed |Added

 CC||newbie...@gmx.de

--- Comment #12 from b.  ---
imho most of the merged cells should not be drawn, e.g. cells C9 and C15 are
'off' for display due to the merging in favour of C7 / C12, apart from the
fact, that the cells still exist and may contain data, 

in this respect actually 'notabug', but ... 

the draw flips irregular, some cells are drawn while other not, and e.g.if you
click the filter away and activate it again with ctrl-z while standing in one
of the connected cells the content of C7 / C12 is displayed there, that is a
bug,

-- 
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 136727] Special Paste RTF for large table slowish

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136727

--- Comment #1 from Telesto  ---
Created attachment 165465
  --> https://bugs.documentfoundation.org/attachment.cgi?id=165465=edit
Example 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 136727] New: Special Paste RTF for large table slowish

2020-09-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136727

Bug ID: 136727
   Summary: Special Paste RTF for large table slowish
   Product: LibreOffice
   Version: 7.1.0.0.alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tele...@surfxs.nl

Description:
Special Paste RTF for large table slowish

Steps to Reproduce:
1. open the attached file
2. CTRL+A
3. CTRL+X
4. CTRL+SHIFT+V -> RTF & OK

Actual Results:
15 seconds

Expected Results:
5 seconds


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: ed4f610f4a3de12016f8308a17b6ad4f86e9d67a
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL

-- 
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


  1   2   3   4   >