[Libreoffice-commits] core.git: Branch 'distro/collabora/cp-6.4' - bridges/source

2020-11-14 Thread Tor Lillqvist (via logerrit)
 bridges/source/cpp_uno/shared/vtablefactory.cxx |6 ++
 1 file changed, 6 insertions(+)

New commits:
commit 1a4f7443491e809959b53838fb0cfad287317a88
Author: Tor Lillqvist 
AuthorDate: Wed Apr 29 20:12:21 2020 +0300
Commit: Tor Lillqvist 
CommitDate: Sun Nov 15 08:41:37 2020 +0100

Use MAP_JIT on macOS

See 
https://developer.apple.com/documentation/bundleresources/entitlements/com_apple_security_cs_disable-executable-page-protection
and 
https://developer.apple.com/documentation/bundleresources/entitlements/com_apple_security_cs_allow-jit

Change-Id: I192038efa9cff4fb723bf4bdc8644f0b09f0fcda
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93181
Tested-by: Jenkins
Reviewed-by: Tor Lillqvist 
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105847
Tested-by: Jenkins CollaboraOffice 

diff --git a/bridges/source/cpp_uno/shared/vtablefactory.cxx 
b/bridges/source/cpp_uno/shared/vtablefactory.cxx
index 70187cbd2fe7..d17533534e9b 100644
--- a/bridges/source/cpp_uno/shared/vtablefactory.cxx
+++ b/bridges/source/cpp_uno/shared/vtablefactory.cxx
@@ -77,6 +77,11 @@ extern "C" void * allocExec(
 std::size_t n = (*size + (pagesize - 1)) & ~(pagesize - 1);
 void * p;
 #if defined SAL_UNX
+#if defined MACOSX
+p = mmap(
+nullptr, n, PROT_READ | PROT_WRITE | PROT_EXEC, MAP_PRIVATE | MAP_ANON 
| MAP_JIT, -1,
+0);
+#else
 p = mmap(
 nullptr, n, PROT_READ | PROT_WRITE, MAP_PRIVATE | MAP_ANON, -1,
 0);
@@ -88,6 +93,7 @@ extern "C" void * allocExec(
 munmap (p, n);
 p = nullptr;
 }
+#endif
 #elif defined _WIN32
 p = VirtualAlloc(nullptr, n, MEM_COMMIT, PAGE_EXECUTE_READWRITE);
 #endif
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-bugs] [Bug 137893] Enhancement request: allow connection to multiple databases to perform queries/reports on many tables

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=137893

--- Comment #2 from Robert Großkopf  ---
Created attachment 167309
  --> https://bugs.documentfoundation.org/attachment.cgi?id=167309=edit
Screenshot of connection to 4 databases

See the different databases: "haushalt", "libretest", "physik" and "test"

-- 
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 137893] Enhancement request: allow connection to multiple databases to perform queries/reports on many tables

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=137893

--- Comment #1 from Robert Großkopf  ---
If you connect to an external database-server and there is more than one
database you have the right to read and write data, you could do this in all
the databases.

I will upload a screenshot for this  behavior. There are 4 different databases
to see and also the system-databases from a mariadb. Connection is the native
connection to the server and the name of the database I have written down in
the connection is only "haushalt". If I do the same as another user, which has
only rights to this specific database, only "haushalt" and "information_schema"
will be 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 138228] New: copy function does not work correctly

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138228

Bug ID: 138228
   Summary: copy function does not work correctly
   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: rob...@iafrica.com

I want to copy text and past it elsewhere (happens in Writer and Calc, not
checked yet in Impress or Draw).

Select text.
CTL+C or RIGHT CLICK, select COPY
Go to another document or another place in same document
CTRL+V nothing happens
RIGHT CLICK, paste indctes nothing was selected.

If do copy twice then it does work (i.e. CTRL+C CTRL+C)

related: in Calc: when select a cell into which I want to add the copied text,
the cell appears empty in the edit bar. If I click on the cell again, then the
contents appears in the edit bar and I can then paste the selected text
(subject to having copied it twice)

-- 
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 138227] New: Find loses highlights when move away from document

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138227

Bug ID: 138227
   Summary: Find loses highlights when move away from document
   Product: LibreOffice
   Version: 7.1.0.0.alpha0+ Master
  Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: rob...@iafrica.com

Description:
I am working on two documents (one is minutes). I need to write a report on
progress. I open the minutes. I FIND ALL occurrences of my name.
The moment I change focus to the report, all the highlights are lost in
minutes, so I need to do FIND ALL again.
This does not happen if I open the minutes in LO Writer Version: 6.4.6.2.

Steps to Reproduce:
1. open two documents - existing minutes and start new report
2. find word in minutes
3. move focus to report, in order to type text


Actual Results:
4. all highlights are lost in minutes

Expected Results:
the highlights should remain



Reproducible: Always


User Profile Reset: No



Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: TextDocument
[Information guessed from browser]
OS: Linux (All)
OS is 64bit: yes
Version: 7.1.0.0.alpha1+
Build ID: 72056f39e01e36afac36c62988331b6813c8214f
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-ZA (en_ZA.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time:
2020-11-13_00:15:11
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 138226] New: Poor and slow HTML importation - vertically stretched elements

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138226

Bug ID: 138226
   Summary: Poor and slow HTML importation - vertically stretched
elements
   Product: LibreOffice
   Version: 7.0.2.2 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: luke.kend...@gmail.com

Created attachment 167308
  --> https://bugs.documentfoundation.org/attachment.cgi?id=167308=edit
Sample document

When I select all the contents of https://www.mailerlite.com/pricing and paste
into Writer (wanting to resize to fit onto a single sheet of paper), I find
that the result would require an hour of editing to fix.
See attached document.

The conversion process is also slow - it took 30 secs or a minute for the
contents to appear.

In contrast, I found that if I pasted the same contents into Thunderbird's rich
text editor, the HTML appeared to be a very faithful copy of the web page, and
also appeared and could be edited within a few seconds.

The only real error I noticed was the vastly stretched X marks on some of the
rows, but that made the document too much work to fix.

Hope this is helpful.

-- 
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 117643] Word search does not work in LibreOffice Writer if search term contains an apostrophe

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=117643

--- Comment #18 from mwtjunkm...@gmail.com ---
Created attachment 167307
  --> https://bugs.documentfoundation.org/attachment.cgi?id=167307=edit
apostrophe examples

-- 
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 117643] Word search does not work in LibreOffice Writer if search term contains an apostrophe

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=117643

mwtjunkm...@gmail.com changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---

--- Comment #17 from mwtjunkm...@gmail.com ---
This fix did not take into consideration the usage of both apostrophes, just
the trailing one, not the leading one.

The fix finds:

 o'clock 

but not 

'hi' 

meaning no subquote in a quoted sentence will ever be found.


Version: 7.1.0.0.alpha1+ (x64)
Build ID: 42a691933429dbb315de2bd7ba2724993c60411f
CPU threads: 8; OS: Windows 10.0 Build 20257; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

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


[Libreoffice-bugs] [Bug 102847] [META] Quick Find, Search and Replace

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=102847
Bug 102847 depends on bug 117643, which changed state.

Bug 117643 Summary: Word search does not work in LibreOffice Writer if search 
term contains an apostrophe
https://bugs.documentfoundation.org/show_bug.cgi?id=117643

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---

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


[Libreoffice-bugs] [Bug 138212] TOOLBAR: "Area Style / Filling" dropdown list misbehaves in non-English UI

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138212

Ming Hua  changed:

   What|Removed |Added

Version|7.0.2.2 release |6.2.8.2 release

--- Comment #3 from Ming Hua  ---
Also reproducible in 6.2.8:
版本: 6.2.8.2 (x64)
Build ID: f82ddfca21ebc1e222a662a32b25c0c9d20169ee
CPU 线程: 2; 操作系统: Windows 10.0; UI 渲染: 默认; VCL: win; 
区域语言: zh-CN (zh_CN); UI 语言: zh-CN
Calc: threaded

The "Hatching" dropdown list has the same problem as the "Gradient" one.  The
"Bitmap" list works, though.  The "Pattern" list is completely broken in 6.2.8,
nothing is shown in the second dropdown list, and the whole widget is gray,
nothing is clickable.

-- 
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 137893] Enhancement request: allow connection to multiple databases to perform queries/reports on many tables

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=137893

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 137950] Font size change does not work when whole bulleted line is selected that contains words with different font sizes.

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=137950

QA Administrators  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

-- 
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 137898] Page count is not reset to 1 in the print preview dialog

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=137898

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 137783] EDITING: FORMATTING: excess character font code added when editing inside a paragraph.

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=137783

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 126223] Problem with apostrophe key

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=126223

--- Comment #7 from QA Administrators  ---
Dear maurigo conchaud,

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 137899] The text present in a cell that is being edited will appear in a new sheet

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=137899

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 137891] cannot remove diagramme

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=137891

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 136969] Table Borders Needs Something Similar to Word

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136969

--- Comment #3 from QA Administrators  ---
[Automated Action] NeedInfo-To-Unconfirmed

-- 
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 137950] Font size change does not work when whole bulleted line is selected that contains words with different font sizes.

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=137950

--- Comment #4 from QA Administrators  ---
[Automated Action] NeedInfo-To-Unconfirmed

-- 
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 132171] Date Format DD/MM/YYYY not working

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=132171

--- Comment #3 from QA Administrators  ---
Dear rikster08,

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 132171] Date Format DD/MM/YYYY not working

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=132171

QA Administrators  changed:

   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 126223] Problem with apostrophe key

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=126223

QA Administrators  changed:

   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 133047] jumping cursor when I type, and slow loading of my document

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=133047

--- Comment #2 from QA Administrators  ---
Dear Nancy,

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 132205] Filters are not working in my excel sheet

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=132205

--- Comment #3 from QA Administrators  ---
Dear Rajesh murmu,

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 42037] Master slide page lets user set animation, but this does not have any effect

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=42037

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

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 132205] Filters are not working in my excel sheet

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=132205

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 136969] Table Borders Needs Something Similar to Word

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136969

QA Administrators  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

-- 
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 131364] DOCX: Arial font identified as Serif after export to an ebook by Calibre

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=131364

--- Comment #12 from QA Administrators  ---
Dear Stephen Sottong,

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 128407] Bookmark on any selected text - NO reference nums!

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=128407

--- Comment #4 from QA Administrators  ---
Dear Sebők Gábor,

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 138225] New: Menu shortcuts using ALT always use the default keyboard layout, not the selected layout

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138225

Bug ID: 138225
   Summary: Menu shortcuts using ALT always use the default
keyboard layout, not the selected layout
   Product: LibreOffice
   Version: 7.0.3.1 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: UI
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: harrisonhopk...@gmail.com

Description:
When using LibreOffice on Fedora 32/33, if the user has multiple keyboard
layouts enabled, the menu shortcuts using ALT always use the default keyboard
layout.





Steps to Reproduce:
1. Use Fedora 33 or 32 with Wayland (default 33 distribution)
2. Open Settings
3. Switch to "Region and Language" tab
4. Add an additional keyboard layout (Click the '+' under "Input Sources",
select 'English (United States)', select "English (Colemak)" to replicate my
exact setup)
5. Open LibreOffice (Writer and Calc both tested)
6. Change your input layout to the one you added in step 4
7. Attempt to use a keyboard shortcut that is /not/ in the same position as in
the first keyboard layout (QWERTY in my example)

Actual Results:
The keyboard shortcut is sent as if you were in the first keyboard layout
(QWERTY)

Expected Results:
The keyboard shortcut is sent as if you were in the second keyboard layout
(QWERTY)


Reproducible: Always


User Profile Reset: No



Additional Info:
Version info:
Version: 7.0.3.1
Build ID: 00(Build:1)
CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

This issue is localized to LibreOffice. Other apps do not have this problem.

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


[Libreoffice-bugs] [Bug 138122] LibreOffice font blurry on MacBook Pro's Internal HiDPI Retina Display running macOS Big Sur 11.0.1

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138122

--- Comment #12 from Alexander Barris  ---
Also experiencing this under the official macOS Big Sur 11.0.1 release (20B29).

-- 
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 138212] TOOLBAR: "Area Style / Filling" dropdown list misbehaves in non-English UI

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138212

--- Comment #2 from Ming Hua  ---
Thanks for confirming, Regina.

(In reply to Regina Henschel from comment #1)
> In addition, the preview icons of most of the gradients are missing.
In my case they are just very slow to show up.  But once it's rendered, the
next time you click on the dropdown list it shows instaneously.

-- 
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 138224] New: Mendeley Plugin is slow

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138224

Bug ID: 138224
   Summary: Mendeley Plugin is slow
   Product: LibreOffice
   Version: 7.0.3.1 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: j_hugo_...@yahoo.com.br

The plug-in is slow to run in version 7.0. After selecting the bibliography to
be cited,  it takes approximately 30 seconds to 2 minutes to execute and make
it possible to edit the text again. Version 6.4 was faster.

Thanks.

-- 
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 138223] FILEOPEN PPTX: text shown black on black (instead of black on white)

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138223

--- Comment #2 from Gerald Pfeifer  ---
Created attachment 167306
  --> https://bugs.documentfoundation.org/attachment.cgi?id=167306=edit
Visual comparison Office 365 vs LibreOffice 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 138223] FILEOPEN PPTX: text shown black on black (instead of black on white)

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138223

--- Comment #1 from Gerald Pfeifer  ---
Created attachment 167305
  --> https://bugs.documentfoundation.org/attachment.cgi?id=167305=edit
Sample slide (PPTX)

-- 
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 138223] New: FILEOPEN PPTX: text shown black on black (instead of black on white)

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138223

Bug ID: 138223
   Summary: FILEOPEN PPTX: text shown black on black (instead of
black on white)
   Product: LibreOffice
   Version: 7.1.0.0.alpha0+ Master
  Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ger...@pfeifer.com

Description:
Open the sample slide and observe that the two text blocks render black
on black instead of black on white.

Office 365 shows that properly in presentation mode.

Actual Results:


Expected Results:



Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha1+
Build ID: 72056f39e01e36afac36c62988331b6813c8214f
CPU threads: 8; OS: Linux 5.9; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time:
2020-11-13_00:15:11
Calc: threaded

Similarly seens with current 6.4 and 7.0 dev builds.

-- 
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 138222] Excel spreadsheet formulas become all #REFS (but the results still show)

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138222

m.a.riosv  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 CC||miguelangelrv@libreoffice.o
   ||rg
 Ever confirmed|0   |1

--- Comment #1 from m.a.riosv  ---
I think it's needed an original file to see in it, and verify what kind of
formula is not properly imported.

-- 
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 138221] Mixed currency formatting being changed to only one currency type after adding decimal place to an interval

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138221

m.a.riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg
 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #2 from m.a.riosv  ---
Repro
Version: 6.4.7.2 (x64)
Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5
CPU threads: 4; OS: Windows 10.0 Build 20180; UI render: GL; VCL: win; 
Locale: es-ES (es_ES); UI-Language: en-US Calc: CL

It happens with any kind of number format the new format of the first cell it's
applied to all.

-- 
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 138222] New: Word spreadsheet formulas become all #REFS (but the results still show)

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138222

Bug ID: 138222
   Summary: Word spreadsheet formulas become all #REFS (but the
results still show)
   Product: LibreOffice
   Version: 6.4.7.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: kevinogorm...@gmail.com

Created attachment 167304
  --> https://bugs.documentfoundation.org/attachment.cgi?id=167304=edit
Problem in the formula for cell B11

A colleague sent me a spreadsheet generated by QuickBooks Online, and it all
looked great until I started to use it.  The formulas were full of #REF!
errors, even though the results looked normal.  Until I went to do anything
with the cells, at which time the numbers also turned into #REFs.

I've trimmed it down to a single sum, removing all identifying info, so that
you can see it.  If it goes as expected, you'll be able to open it and all will
look normal until you look at the formula under cell B11.

I've tried creating similar things in LibreOffice without seeing the error, so
I expect it's something in Excel that you don't interpret correctly.  Or maybe
a bug in QuickBooks, I just can't tell with the tools I have.

-- 
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 138222] Excel spreadsheet formulas become all #REFS (but the results still show)

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138222

Kevin  changed:

   What|Removed |Added

Summary|Word spreadsheet formulas   |Excel spreadsheet formulas
   |become all #REFS (but the   |become all #REFS (but the
   |results still show) |results still show)

-- 
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 137905] macOS clipboard handling, copying and pasting text from Word into Writer pastes an image, other formats available on Paste Special

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=137905

--- Comment #6 from Thorsten Wagner  ---
Issue is reproducible with

Version: 7.0.3.1.0+
Build ID: 98548d3c12a00cb27729e88a99d5976db1e05f5e
CPU threads: 8; OS: Mac OS X 10.15.7; UI render: GL; VCL: osx
Locale: de-DE (en_US.UTF-8); UI: en-US
Calc: threaded

As copying between MS Word and MS Word or MS Excel results in pasted text,
different flavors seem to exist within clipboard.

-- 
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 138174] Trouble reading preferences menu on Mac

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138174

--- Comment #9 from Thorsten Wagner  ---
(In reply to V Stuart Foote from comment #5)
> For OP are you on Retina 4K/5K hardware? 
> 
> On a 10.14.6 macOS, seems related if not a dupe of bug 12218 (for Apple SDK
> 9 -> 10 issues), meaning upgrade to current 7.0.3 LibreOffice may resolve.
> 
> distinct from folks on macOS 11.0.1 where we now have 138122
> 
> @Thorsten?

I am not sure whether I understand the difference between the LibreOffice and
NeoOffice screenshots right. Charecters rendered by NeoOffice seem to be a
litte bit more opaque? As far as I know NeoOffice uses Java for font rendering.
LibreOffice uses native macOS Core Text. As I do not know what settings are
modified by Tinkertool I am sadly not able to give any hints based on the
comparison of these screenshots.

-- 
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 138221] Mixed currency formatting being changed to only one currency type after adding decimal place to an interval

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138221

Wesley Leite  changed:

   What|Removed |Added

 CC||wesleysouzale...@gmail.com

--- Comment #1 from Wesley Leite  ---
Created attachment 167303
  --> https://bugs.documentfoundation.org/attachment.cgi?id=167303=edit
Bug example with two different currencies

-- 
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 138221] New: Mixed currency formatting being changed to only one currency type after adding decimal place to an interval

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138221

Bug ID: 138221
   Summary: Mixed currency formatting being changed to only one
currency type after adding decimal place to an
interval
   Product: LibreOffice
   Version: 6.4.6.2 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: wesleysouzale...@gmail.com

Description:
There is an unexpected behavior with LibO Calc related to currency formatting.
Let's say you have an interval, e.g., A2:A3, filled with two different
currencies: brazilian real (R$) and US dollar ($). If you select the whole
interval A2:A3 and hit "Add decimal place" in order to increase the number of
digits after the decimal separator, Calc changes all the currencies to only one
currency. In this case, brazilian real (R$)! I think this is really not a
matter of feature request, given that it changes drastically the information
being displayed.   

Steps to Reproduce:
1.Choose an interval and fill it with numbers with many currencies formatting
2.Hit the "Add decimal place" located in the formatting bar  


Actual Results:
Calc changes all the currencies to only one currency formattting type. 

Expected Results:
It should add the decimal place for all of the cells and keep the original
currency formatting for each cell.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Version: 6.4.6.2
Build ID: 1:6.4.6-0ubuntu0.20.04.1
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3; 
Locale: pt-BR (pt_BR.UTF-8); UI-Language: 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 138122] LibreOffice font blurry on MacBook Pro's Internal HiDPI Retina Display running macOS Big Sur 11.0.1

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138122

--- Comment #11 from Thorsten Wagner  ---
First of all I am able to confirm that this issue affects Big Sur only:

macOS 10.14 Mojave:   no issue
macOS 10.15 Catalina: no issue
macOS 10.16 Big Sur:  Issue exists

Furthermore, issue seems to be present with retina displays (or 4k/5k displays)
only. On standard displays I am unable to observe this issue.

There are several situations text is rendered sharp: when editing a Calc cell
as mentioned above or text within widgets (buttons, combo boxes, etc.).
Investigation of these situations may give a code pointer.

-- 
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: toolkit/source

2020-11-14 Thread Michael Weghorn (via logerrit)
 toolkit/source/awt/vclxwindows.cxx |   22 --
 1 file changed, 22 deletions(-)

New commits:
commit 42a691933429dbb315de2bd7ba2724993c60411f
Author: Michael Weghorn 
AuthorDate: Fri Nov 13 15:14:17 2020 +0100
Commit: Michael Weghorn 
CommitDate: Sat Nov 14 23:36:53 2020 +0100

tdf#138187 Don't open UNO hyperlink control's URL twice

It looks like handling the click by opening the URL
was added directly to 'FixedHyperlink' in

commit f0006e79c4112b06b65c098722729b9a3f3301c7
Date:   Thu Oct 20 10:49:24 2016 +0200
Handle link click directly in FixedHyperlink

to deduplicate the handling done explicitly in various
dialogs by themselves.

The handling in 'VCLXFixedHyperlink::ProcessWindowEvent',
which did the same for the case where no action listeners
exist, there since

commit ea665e6fe7af34fcdcefd73bc05c68eb88e42073
Date:   Tue Jan 29 14:05:57 2008 +
INTEGRATION: CWS fwk80_SRC680 (1.64.12); FILE MERGED
2008/01/24 12:27:38 pb 1.64.12.6: fix: #i83756# 
VCLXFixedHyperlink::ImplGetPropertyIds() added
2008/01/24 07:50:51 pb 1.64.12.5: RESYNC: (1.64-1.64.18.1); FILE MERGED
2008/01/15 09:14:01 mav 1.64.12.4: adopt for gcc
2008/01/15 08:13:04 pb 1.64.12.3: fix: #i83756# open the hyperlink if 
there are no action listeners
2008/01/14 09:48:30 pb 1.64.12.2: fix: #i83756# 
VCLXFixedHyperlink::get/setProperty() added
2008/01/11 15:04:28 pb 1.64.12.1: fix: #i83756# class VCLXFixedHyperlink

remained, though, so clicking a UNO hyperlink control
resulted in the corresponding URL being opened twice.

Drop the extra handling from there so this only
happens once.

(I couldn't quickly double-check that the URL is
only opened once before f0006e79c4112b06b65c098722729b9a3f3301c7
since opening the dialog from the sample file fails in
such old versions in the bibisect repo.)

Change-Id: I32eace51bf8f14e968a939398c2bf2fd6f83de28
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105793
Tested-by: Jenkins
Reviewed-by: Michael Weghorn 

diff --git a/toolkit/source/awt/vclxwindows.cxx 
b/toolkit/source/awt/vclxwindows.cxx
index 554b5fc7f212..d7404132d545 100644
--- a/toolkit/source/awt/vclxwindows.cxx
+++ b/toolkit/source/awt/vclxwindows.cxx
@@ -2877,28 +2877,6 @@ void VCLXFixedHyperlink::ProcessWindowEvent( const 
VclWindowEvent& rVclWindowEve
 aEvent.Source = static_cast(this);
 maActionListeners.actionPerformed( aEvent );
 }
-else
-{
-// open the URL
-OUString sURL;
-VclPtr< FixedHyperlink > pBase = GetAs< FixedHyperlink >();
-if ( pBase )
-sURL = pBase->GetURL();
-Reference< css::system::XSystemShellExecute > 
xSystemShellExecute( css::system::SystemShellExecute::create(
-::comphelper::getProcessComponentContext() ) );
-if ( !sURL.isEmpty() )
-{
-try
-{
-// start browser
-xSystemShellExecute->execute(
-sURL, OUString(), 
css::system::SystemShellExecuteFlags::URIS_ONLY );
-}
-catch( uno::Exception& )
-{
-}
-}
-}
 [[fallthrough]];
 }
 default:
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-bugs] [Bug 137502] FILEOPEN with a non-latin filename (I have tried Greek and Cyrillic) does lead to an error message or a defunct soffice.bin process

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=137502

pavlog  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 CC||pavlograd...@gmail.com
 Whiteboard| QA:needsComment|
 Ever confirmed|0   |1

--- Comment #3 from pavlog  ---
Thank you for reporting the bug. 
I can't reproduce it in 
Version: 7.0.3.1 (x64)
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

with either ods, odt, docx, xlsx  files.

Please provide a clearer set of step-by-step instructions on how to reproduce
the problem. 
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' once the requested information is provided.

-- 
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 138069] After inserting SVG/EMF pictures LO-7.x.x creates fallback PNG copy of the picture with incorrect size in pixels

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138069

Regina Henschel  changed:

   What|Removed |Added

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

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


[Libreoffice-bugs] [Bug 138217] Bug in the LibreOffice graphical interface

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138217

--- Comment #2 from Roger Júnio  ---
Incidentally, very importantly, I had forgotten to put the links from other
places where I reported about this flaw - and I also don't know how to edit
these descriptions -:

https://discourse.lubuntu.me/t/bug-in-the-libreoffice-graphical-interface/1790?u=rj.g

https://ask.libreoffice.org/en/question/276821/bug-in-the-libreoffice-graphical-interface/

In any case, I ask you to reveal my procedural flaws, as I am not an expert on
these forums, bug reports, and everything else; I thank you in advance for your
time and consideration.

-- 
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 37407] Calc XY (scatter) chart Sort by x values has wrong x, y in tooltip

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=37407

--- Comment #14 from Leyan  ---
The bug is still present in version: 7.1.0.0.alpha1+

I had a look, it is due to the "sort by X value" being done in the view part
(in VDataSeries::doSortByXValues()) without updating the model data, while the
tooltip text is generated by lcl_getDataPointValueText in
ObjectNameProvider.cxx in the controller part, which has access to the model
data, but not the view data and the VDataSeries correctly sorted.

Does it mean the sort should be done elsewhere and apply to the model data as
well?

-- 
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 138212] TOOLBAR: "Area Style / Filling" dropdown list misbehaves in non-English UI

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138212

Regina Henschel  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW
 CC||rb.hensc...@t-online.de

--- Comment #1 from Regina Henschel  ---
I see the problem in a German UI: Version: 7.1.0.0.alpha1+ (x64)
Build ID: 72056f39e01e36afac36c62988331b6813c8214f
CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: de-DE (en_US); UI: de-DE
Calc: CL

In addition, the preview icons of most of the gradients are missing.

-- 
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/collabora/cp-6.4' - pyuno/source

2020-11-14 Thread Stephan Bergmann (via logerrit)
 pyuno/source/module/pyuno.cxx  |4 ++--
 pyuno/source/module/pyuno_callable.cxx |4 ++--
 pyuno/source/module/pyuno_iterator.cxx |8 
 pyuno/source/module/pyuno_runtime.cxx  |4 ++--
 pyuno/source/module/pyuno_struct.cxx   |4 ++--
 5 files changed, 12 insertions(+), 12 deletions(-)

New commits:
commit cef33044bcc72181824f32aaa84555447629852d
Author: Stephan Bergmann 
AuthorDate: Mon May 11 22:46:12 2020 +0200
Commit: Muhammet Kara 
CommitDate: Sat Nov 14 22:44:38 2020 +0100

Fix initialization of Python-3.8--only at-end tp_print member

Until Python 3.7, PyTypeObject had a member tp_print following tp_dealloc, 
which
had then been repurposed as

>  /* Methods to implement standard operations */
>
>  destructor tp_dealloc;
> -printfunc tp_print;
> +Py_ssize_t tp_vectorcall_offset;
>  getattrfunc tp_getattr;
>  setattrfunc tp_setattr;
>  PyAsyncMethods *tp_as_async; /* formerly known as tp_compare (Python 
2)

in  "bpo-36974: implement PEP 590
(GH-13185)" towards Python 3.8.  Then only on the 3.8 branch (and prior to 
tag
v3.8.0),  "[3.8] bpo-37250: put back 
tp_print
for backwards compatibility (GH-14193)" added

>  destructor tp_finalize;
>  vectorcallfunc tp_vectorcall;
>
> +/* bpo-37250: kept for backwards compatibility in CPython 3.8 only */
> +Py_DEPRECATED(3.8) int (*tp_print)(PyObject *, FILE *, int);
> +
>  #ifdef COUNT_ALLOCS
>  /* these must be last and never explicitly initialized */
>  Py_ssize_t tp_allocs;

at the end of PyTypeObject.  This was apparently done so that third-party 
code
containing initialization code like

  X.tp_print = 0;

would continue to compile (by just adding back a member with that name, 
even if
at a "random" new---and otherwise unused---location).  However, for our way 
of
list-initializing PyTypeObject instances in pyuno that new member caused
"missing field 'tp_print' initializer" -Wmissing-field-initializers 
warnings, so
50ccb7e82b7053306721cbe220323be072306a29 "python 3.8.2 compile: add 
tp_print to
PyTypeObject" added initializers for this new at-end member.  But it did so 
in a
way that raises three concerns:

1  The new member was already added in Python 3.8.0 (prior to tag v3.8.0), 
not
   only in 3.8.2.

2  The new member was only added to Python 3.8.  It has not been added to
   current master towards 3.9.

3  It is unclear why the comments mention "Py_ssize_t" as the type of that 
new
   member, when actually it is of a function pointer type (see above).  
Probably
   best to just drop that from the comments, to avoid confusion.

Change-Id: Ib44f43befd5f28d4c1ac1e9e14bd55bfb4473507
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94019
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann 
(cherry picked from commit 23d9966751566028c50ca95ca203d20f36c64f30)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105850
Tested-by: Jenkins CollaboraOffice 
Reviewed-by: Muhammet Kara 

diff --git a/pyuno/source/module/pyuno.cxx b/pyuno/source/module/pyuno.cxx
index 63117fc4acdc..7246658df6ca 100644
--- a/pyuno/source/module/pyuno.cxx
+++ b/pyuno/source/module/pyuno.cxx
@@ -1684,12 +1684,12 @@ static PyTypeObject PyUNOType =
 , nullptr
 #if PY_VERSION_HEX >= 0x0308
 , nullptr // vectorcallfunc tp_vectorcall
-#if PY_VERSION_HEX >= 0x03080200
+#if PY_VERSION_HEX < 0x0309
 #if defined __clang__
 #pragma clang diagnostic push
 #pragma clang diagnostic ignored "-Wdeprecated-declarations"
 #endif
-, nullptr //Py_ssize_t tp_print
+, nullptr // tp_print
 #if defined __clang__
 #pragma clang diagnostic pop
 #endif
diff --git a/pyuno/source/module/pyuno_callable.cxx 
b/pyuno/source/module/pyuno_callable.cxx
index 02aa082025ba..73bec5d34b5b 100644
--- a/pyuno/source/module/pyuno_callable.cxx
+++ b/pyuno/source/module/pyuno_callable.cxx
@@ -231,12 +231,12 @@ static PyTypeObject PyUNO_callable_Type =
 , nullptr
 #if PY_VERSION_HEX >= 0x0308
 , nullptr // vectorcallfunc tp_vectorcall
-#if PY_VERSION_HEX >= 0x03080200
+#if PY_VERSION_HEX < 0x0309
 #if defined __clang__
 #pragma clang diagnostic push
 #pragma clang diagnostic ignored "-Wdeprecated-declarations"
 #endif
-, nullptr //Py_ssize_t tp_print
+, nullptr // tp_print
 #if defined __clang__
 #pragma clang diagnostic pop
 #endif
diff --git a/pyuno/source/module/pyuno_iterator.cxx 
b/pyuno/source/module/pyuno_iterator.cxx
index 8337feba9a9d..840fc977014a 100644
--- a/pyuno/source/module/pyuno_iterator.cxx
+++ b/pyuno/source/module/pyuno_iterator.cxx
@@ -167,12 +167,12 @@ static 

[Libreoffice-commits] core.git: vcl/qa

2020-11-14 Thread Luboš Luňák (via logerrit)
 vcl/qa/cppunit/BackendTest.cxx |5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

New commits:
commit 88fdc3cd5eb6c88d2649f01f91bf7acd703e6364
Author: Luboš Luňák 
AuthorDate: Sat Nov 14 11:11:45 2020 +0100
Commit: Caolán McNamara 
CommitDate: Sat Nov 14 22:25:34 2020 +0100

enable vcl backendtest unittest for headless too

This test would have caught the SalPoint mismatch from 3d90997fb6f232
causing gradient problems, if only this were enabled for headless too.
So explicitly disable only the two invert() tests.

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

diff --git a/vcl/qa/cppunit/BackendTest.cxx b/vcl/qa/cppunit/BackendTest.cxx
index ff495b10c1de..94bf1e142960 100644
--- a/vcl/qa/cppunit/BackendTest.cxx
+++ b/vcl/qa/cppunit/BackendTest.cxx
@@ -84,7 +84,6 @@ public:
 // silently in case a new backend is added.
 #define SHOULD_ASSERT  
\
 (assertBackendNameNotEmpty(aOutDevTest.getRenderBackendName()) 
\
- && aOutDevTest.getRenderBackendName() != "svp"
\
  && aOutDevTest.getRenderBackendName() != "opengl" 
\
  && aOutDevTest.getRenderBackendName() != "qt5"
\
  && aOutDevTest.getRenderBackendName() != "qt5svp" 
\
@@ -373,7 +372,7 @@ public:
 Bitmap aBitmap = aOutDevTest.setupInvert_N50();
 auto eResult = 
vcl::test::OutputDeviceTestCommon::checkInvertN50Rectangle(aBitmap);
 exportImage("05-02_invert_N50_test-rectangle.png", aBitmap);
-if (SHOULD_ASSERT)
+if (SHOULD_ASSERT && aOutDevTest.getRenderBackendName() != "svp")
 CPPUNIT_ASSERT(eResult != vcl::test::TestResult::Failed);
 }
 
@@ -383,7 +382,7 @@ public:
 Bitmap aBitmap = aOutDevTest.setupInvert_TrackFrame();
 auto eResult = 
vcl::test::OutputDeviceTestCommon::checkInvertTrackFrameRectangle(aBitmap);
 exportImage("05-03_invert_TrackFrame_test-rectangle.png", aBitmap);
-if (SHOULD_ASSERT)
+if (SHOULD_ASSERT && aOutDevTest.getRenderBackendName() != "svp")
 CPPUNIT_ASSERT(eResult != vcl::test::TestResult::Failed);
 }
 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-ux-advise] [Bug 134554] [META] Styles Inspector

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=134554
Bug 134554 depends on bug 136912, which changed state.

Bug 136912 Summary: Styles Inspector needs "Direct Formatting" category renamed 
to "Character Direct Formatting"
https://bugs.documentfoundation.org/show_bug.cgi?id=136912

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

-- 
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 134554] [META] Styles Inspector

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=134554
Bug 134554 depends on bug 136912, which changed state.

Bug 136912 Summary: Styles Inspector needs "Direct Formatting" category renamed 
to "Character Direct Formatting"
https://bugs.documentfoundation.org/show_bug.cgi?id=136912

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

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


[Libreoffice-ux-advise] [Bug 134554] [META] Styles Inspector

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=134554
Bug 134554 depends on bug 136868, which changed state.

Bug 136868 Summary: Styles Inspector's category labels are not localized
https://bugs.documentfoundation.org/show_bug.cgi?id=136868

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

-- 
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 136912] Styles Inspector needs "Direct Formatting" category renamed to "Character Direct Formatting"

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136912

Aron Budea  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|NEW |RESOLVED
   Assignee|libreoffice-b...@lists.free |ba...@caesar.elte.hu
   |desktop.org |

-- 
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 134554] [META] Styles Inspector

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=134554
Bug 134554 depends on bug 136868, which changed state.

Bug 136868 Summary: Styles Inspector's category labels are not localized
https://bugs.documentfoundation.org/show_bug.cgi?id=136868

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

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


[Libreoffice-bugs] [Bug 136868] Styles Inspector's category labels are not localized

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136868

Aron Budea  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Assignee|libreoffice-b...@lists.free |ba...@caesar.elte.hu
   |desktop.org |

-- 
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 129062] [META] Skia library bugs

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=129062

V Stuart Foote  changed:

   What|Removed |Added

 Depends on||138219


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=138219
[Bug 138219] Libreoffice 7.0.x => Skia Vulkan - Intel HD Graphics 520 problems
( windows 7 SP1 )
-- 
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 138219] Libreoffice 7.0.x => Skia Vulkan - Intel HD Graphics 520 problems ( windows 7 SP1 )

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138219

V Stuart Foote  changed:

   What|Removed |Added

Summary|Libreoffice 7.0.x => Skia - |Libreoffice 7.0.x => Skia
   |Intel HD Graphics 520   |Vulkan - Intel HD Graphics
   |problems ( windows 7 SP1 )  |520 problems ( windows 7
   ||SP1 )
 Status|UNCONFIRMED |NEEDINFO
 CC||vstuart.fo...@utsa.edu
 Ever confirmed|0   |1
 Blocks||129062

--- Comment #1 from V Stuart Foote  ---
The Skia denylist [1]currently blocks Skia Vulkan vector rendering on all Intel
GPUs with driver builds <=0.16.2 

Guess the Intel stanza needs to include the 0.16.3 driver build of this report

For OP you might update to latest Intel drivers for the Intel HD Garphics 520
GPU [2] and see if it improves the Skia Vulkan Driver and API level for your
GPU.

=-ref-=
[1]
https://opengrok.libreoffice.org/xref/core/vcl/skia/skia_denylist_vulkan.xml?r=f8d6eb6f

[2]
https://downloadcenter.intel.com/download/29972/Intel-Graphics-Driver-for-Windows-15-45-?product=88355


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=129062
[Bug 129062] [META] Skia library bugs
-- 
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: oox/inc oox/source

2020-11-14 Thread Gülşah Köse (via logerrit)
 oox/inc/drawingml/textparagraphproperties.hxx   |2 +
 oox/source/drawingml/textparagraph.cxx  |   14 ++-
 oox/source/drawingml/textparagraphproperties.cxx|7 +++
 oox/source/drawingml/textparagraphpropertiescontext.cxx |   32 +++-
 4 files changed, 53 insertions(+), 2 deletions(-)

New commits:
commit c9619a5f6c351ede0dbfb3cf07df0ac9b74c2992
Author: Gülşah Köse 
AuthorDate: Thu Nov 12 01:52:15 2020 +0300
Commit: Gülşah Köse 
CommitDate: Sat Nov 14 22:06:22 2020 +0100

tdf#138148 Protect aspect ratio of graphic bullets.

Change-Id: I166d547cdc01853fd81436c6cdc8d64b0fe817be
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105618
Tested-by: Jenkins
Reviewed-by: Gülşah Köse 

diff --git a/oox/inc/drawingml/textparagraphproperties.hxx 
b/oox/inc/drawingml/textparagraphproperties.hxx
index 23a177d289f5..7dd41610024b 100644
--- a/oox/inc/drawingml/textparagraphproperties.hxx
+++ b/oox/inc/drawingml/textparagraphproperties.hxx
@@ -54,6 +54,7 @@ public:
 void setSuffixNone();
 void setSuffixMinusRight();
 void setBulletSize(sal_Int16 nSize);
+void setBulletAspectRatio(double nAspectRatio);
 void setFontSize(sal_Int16 nSize);
 void setStyleName( const OUString& rStyleName ) { maStyleName <<= 
rStyleName; }
 void setGraphic( css::uno::Reference< css::graphic::XGraphic > const & 
rXGraphic );
@@ -68,6 +69,7 @@ public:
 css::uno::Any   msNumberingPrefix;
 css::uno::Any   msNumberingSuffix;
 css::uno::Any   mnSize;
+css::uno::Any   mnAspectRatio; // Width/Height
 css::uno::Any   mnFontSize;
 css::uno::Any   maStyleName;
 css::uno::Any   maGraphic;
diff --git a/oox/source/drawingml/textparagraph.cxx 
b/oox/source/drawingml/textparagraph.cxx
index 21c8d44c0079..8aa4d8895040 100644
--- a/oox/source/drawingml/textparagraph.cxx
+++ b/oox/source/drawingml/textparagraph.cxx
@@ -144,11 +144,23 @@ void TextParagraph::insertAt(
 {
 tools::Long nFirstCharHeightMm = 
TransformMetric(nCharHeightFirst > 0 ? nCharHeightFirst : 1200, 
FieldUnit::POINT, FieldUnit::MM);
 float fBulletSizeRel = 1.f;
+double fBulletAspectRatio = 1.0;
+
 if( aParaProp.getBulletList().mnSize.hasValue() )
 fBulletSizeRel = 
aParaProp.getBulletList().mnSize.get() / 100.f;
 
+if( aParaProp.getBulletList().mnAspectRatio.hasValue() )
+fBulletAspectRatio = 
aParaProp.getBulletList().mnAspectRatio.get();
+
 css::awt::Size aBulletSize;
-aBulletSize.Width = aBulletSize.Height = 
std::lround(fBulletSizeRel * nFirstCharHeightMm * OOX_BULLET_LIST_SCALE_FACTOR);
+if( fBulletAspectRatio != 1.0 )
+{
+aBulletSize.Height = std::lround(fBulletSizeRel * 
nFirstCharHeightMm * OOX_BULLET_LIST_SCALE_FACTOR);
+aBulletSize.Width = aBulletSize.Height * 
fBulletAspectRatio;
+}
+else
+aBulletSize.Width = aBulletSize.Height = 
std::lround(fBulletSizeRel * nFirstCharHeightMm * OOX_BULLET_LIST_SCALE_FACTOR);
+
 aioBulletList.setProperty( PROP_GraphicSize, aBulletSize);
 }
 
diff --git a/oox/source/drawingml/textparagraphproperties.cxx 
b/oox/source/drawingml/textparagraphproperties.cxx
index 8121edb156ff..197f0e51f28a 100644
--- a/oox/source/drawingml/textparagraphproperties.cxx
+++ b/oox/source/drawingml/textparagraphproperties.cxx
@@ -246,6 +246,11 @@ void BulletList::setBulletSize(sal_Int16 nSize)
 mnSize <<= nSize;
 }
 
+void BulletList::setBulletAspectRatio(double nAspectRatio)
+{
+mnAspectRatio <<= nAspectRatio;
+}
+
 void BulletList::setFontSize(sal_Int16 nSize)
 {
 mnFontSize <<= nSize;
@@ -272,6 +277,8 @@ void BulletList::apply( const BulletList& rSource )
 msNumberingSuffix = rSource.msNumberingSuffix;
 if ( rSource.mnSize.hasValue() )
 mnSize = rSource.mnSize;
+if ( rSource.mnAspectRatio.hasValue() )
+mnAspectRatio = rSource.mnAspectRatio;
 if ( rSource.mnFontSize.hasValue() )
 mnFontSize = rSource.mnFontSize;
 if ( rSource.maStyleName.hasValue() )
diff --git a/oox/source/drawingml/textparagraphpropertiescontext.cxx 
b/oox/source/drawingml/textparagraphpropertiescontext.cxx
index b58d8952ca76..e81101f85ec2 100644
--- a/oox/source/drawingml/textparagraphpropertiescontext.cxx
+++ b/oox/source/drawingml/textparagraphpropertiescontext.cxx
@@ -22,6 +22,9 @@
 #include 
 #include 
 #include 
+#include 
+#include 
+#include 
 
 #include 
 #include 
@@ -43,8 +46,32 @@ using namespace ::com::sun::star::uno;
 using namespace ::com::sun::star::xml::sax;
 using namespace ::com::sun::star::style;
 using namespace ::com::sun::star::text;
+using namespace ::com::sun::star::graphic;
 
 namespace 

[Libreoffice-bugs] [Bug 136912] Styles Inspector needs "Direct Formatting" category renamed to "Character Direct Formatting"

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136912

--- Comment #1 from Commit Notification 
 ---
Aron Budea committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/514a4f302f9f49db5a0b22cbe49bd98191296735

tdf#136868, tdf#136912, Styles Inspector: Translatable categories

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: sw/inc sw/source

2020-11-14 Thread Aron Budea (via logerrit)
 sw/inc/inspectorproperties.hrc|4 
 sw/source/uibase/sidebar/WriterInspectorTextPanel.cxx |   17 +
 2 files changed, 13 insertions(+), 8 deletions(-)

New commits:
commit 514a4f302f9f49db5a0b22cbe49bd98191296735
Author: Aron Budea 
AuthorDate: Sat Nov 14 20:33:39 2020 +0100
Commit: Mike Kaganski 
CommitDate: Sat Nov 14 21:55:39 2020 +0100

tdf#136868, tdf#136912, Styles Inspector: Translatable categories

...and "Direct Formatting" renamed to "Character Direct Formatting"

Change-Id: I9fe711bfebfaa90a9797b6e1a47e41a5f307170b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105843
Tested-by: Jenkins
Reviewed-by: Mike Kaganski 

diff --git a/sw/inc/inspectorproperties.hrc b/sw/inc/inspectorproperties.hrc
index f51521b30e9e..6ef374a2f857 100644
--- a/sw/inc/inspectorproperties.hrc
+++ b/sw/inc/inspectorproperties.hrc
@@ -27,6 +27,10 @@
 and Text cursor properties
  */
 
+// Node names
+#define RID_CHAR_DIRECTFORMAT   
NC_("RID_CHAR_DIRECTFORMAT", "Character Direct Formatting")
+#define RID_PARA_DIRECTFORMAT   
NC_("RID_PARA_DIRECTFORMAT", "Paragraph Direct Formatting")
+
 // Format names
 #define RID_BORDER_COLOR
NC_("RID_ATTRIBUTE_NAMES_MAP", "Color")
 #define RID_BORDER_DISTANCE 
NC_("RID_ATTRIBUTE_NAMES_MAP", "Border Distance")
diff --git a/sw/source/uibase/sidebar/WriterInspectorTextPanel.cxx 
b/sw/source/uibase/sidebar/WriterInspectorTextPanel.cxx
index 6dfaf8ccd966..e2c3c15d0e24 100644
--- a/sw/source/uibase/sidebar/WriterInspectorTextPanel.cxx
+++ b/sw/source/uibase/sidebar/WriterInspectorTextPanel.cxx
@@ -38,6 +38,7 @@
 #include 
 #include 
 #include 
+#include 
 
 namespace sw::sidebar
 {
@@ -440,16 +441,16 @@ static void UpdateTree(SwDocShell* pDocSh, 
std::vector&
 {
 SwDoc* pDoc = pDocSh->GetDoc();
 SwPaM* pCursor = pDoc->GetEditShell()->GetCursor();
-svx::sidebar::TreeNode aDFNode;
+svx::sidebar::TreeNode aCharDFNode;
 svx::sidebar::TreeNode aCharNode;
 svx::sidebar::TreeNode aParaNode;
 svx::sidebar::TreeNode aParaDFNode;
 
-aDFNode.sNodeName = "Direct Formatting";
-aCharNode.sNodeName = "Character Styles";
-aParaNode.sNodeName = "Paragraph Styles";
-aParaDFNode.sNodeName = "Paragraph Direct Formatting";
-aDFNode.NodeType = svx::sidebar::TreeNode::Category;
+aCharNode.sNodeName = SwResId(STR_CHARACTERSTYLEFAMILY);
+aParaNode.sNodeName = SwResId(STR_PARAGRAPHSTYLEFAMILY);
+aCharDFNode.sNodeName = SwResId(RID_CHAR_DIRECTFORMAT);
+aParaDFNode.sNodeName = SwResId(RID_PARA_DIRECTFORMAT);
+aCharDFNode.NodeType = svx::sidebar::TreeNode::Category;
 aCharNode.NodeType = svx::sidebar::TreeNode::Category;
 aParaNode.NodeType = svx::sidebar::TreeNode::Category;
 aParaDFNode.NodeType = svx::sidebar::TreeNode::Category;
@@ -471,7 +472,7 @@ static void UpdateTree(SwDocShell* pDocSh, 
std::vector&
UNO_NAME_NUMBERING_LEVEL,
UNO_NAME_PARRSID };
 
-InsertValues(xRange, aIsDefined, aDFNode, false, aHiddenProperties);
+InsertValues(xRange, aIsDefined, aCharDFNode, false, aHiddenProperties);
 
 uno::Reference 
xStyleFamiliesSupplier(pDocSh->GetBaseModel(),
  
uno::UNO_QUERY);
@@ -536,7 +537,7 @@ static void UpdateTree(SwDocShell* pDocSh, 
std::vector&
 aStore.push_back(aParaNode);
 aStore.push_back(aParaDFNode);
 aStore.push_back(aCharNode);
-aStore.push_back(aDFNode);
+aStore.push_back(aCharDFNode);
 }
 
 IMPL_LINK(WriterInspectorTextPanel, AttrChangedNotify, LinkParamNone*, pLink, 
void)
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-bugs] [Bug 136868] Styles Inspector's category labels are not localized

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136868

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-bugs] [Bug 136868] Styles Inspector's category labels are not localized

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136868

--- Comment #1 from Commit Notification 
 ---
Aron Budea committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/514a4f302f9f49db5a0b22cbe49bd98191296735

tdf#136868, tdf#136912, Styles Inspector: Translatable categories

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 136912] Styles Inspector needs "Direct Formatting" category renamed to "Character Direct Formatting"

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136912

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-bugs] [Bug 138220] New: calc: calculation: roundup: rounddown: fail in 7.1 alpha

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138220

Bug ID: 138220
   Summary: calc: calculation: roundup: rounddown: fail in 7.1
alpha
   Product: LibreOffice
   Version: 7.1.0.0.alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: newbie...@gmx.de

Description:
a 'deflowering'? based on 'search' no bugs have been reported for 'roundup' and
'roundown' yet? 

i stumbled over one: 

=ROUNDUP(-999,129994;11) results in -999,1310 instead of the
expected -999,1300, 

=ROUNDDOWN(-999,129994;11) results in -999,1300
instead of the expected -999.129990

same fail - mirrored - for positive values, 

for those not familiar with it: roundup should round 'away from zero',
rounddown 'towards zero', 

plenty other values affected as well, even shorter ones like '888,12'
which need no change for a round to 11 decimals ... 

'round' looks working correctly on a quick first look, 

no repro in 6.1.6.3, hence 'regression', 

imho critical, data corruption ... 

Steps to Reproduce:
see above description

Actual Results:
see above description

Expected Results:
see above description


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha1+ (x64)
Build ID: b61bf7c7cfcf97a5ade6d130873af146670bc2ee
CPU threads: 8; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: default;
VCL: win
Locale: de-DE (de_DE); UI: en-US
Calc: CL

'unparallelized' (without openCL and threading) same effect,

-- 
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 138130] Crash in: swlo.dll

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138130

--- Comment #3 from Karl  ---
Edit: I think I added the wrong person. Author should be Michael Stahl, right?

-- 
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 103859] [META] EMF/WMF (Enhanced/Windows Metafile) bugs and enhancements

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103859
Bug 103859 depends on bug 35986, which changed state.

Bug 35986 Summary: Parts of EMF file not visible/stretched to an enormous extent
https://bugs.documentfoundation.org/show_bug.cgi?id=35986

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

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


[Libreoffice-bugs] [Bug 138219] Libreoffice 7.0.x => Skia - Intel HD Graphics 520 problems ( windows 7 SP1 )

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138219

Pierre  changed:

   What|Removed |Added

Summary|Libreoffice 7.0.x => Skia - |Libreoffice 7.0.x => Skia -
   |Intel HD Graphics 520   |Intel HD Graphics 520
   |problems ( windows 7 )  |problems ( windows 7 SP1 )

-- 
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 131130] SLIDESHOW: Images cropped or missing during slideshow presentation

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=131130

Michele  changed:

   What|Removed |Added

 CC||poomer...@autistici.org

--- Comment #6 from Michele  ---
Created attachment 167302
  --> https://bugs.documentfoundation.org/attachment.cgi?id=167302=edit
Testcase presentation

Maybe related: I do have similar issues. I often use appear/disappear
animations, and usually everything works as long as I continue along the
presentation.

However, when going back and forth, there are a number of glitches: elements
start to appear/disappear inconsistently, leaving unexplained blank spaces (for
instance: on going forward, an image appears; it disappears when going
backwards, but when going forth again nothing happens; the next elements might
or might not appear, I can't seem to find any rule).

I attach a sample of the presentation, in case Gerson can recognize the issues
as the ones he's affected by. Slides 2 and 4 show issues, while 1 and 3 are
simple working examples. See what happens when going back from slide 3 to 2, or
from 5 to 4 (and what happens when going back and forth along slide 4: some of
the text disappears and never comes back).

By the way, I do recall having problems with cropped/incorrectly sized images
too, but that was long ago with previous LO versions. I am currently on 6.4.6.2
(Ubuntu 20.04's default).

-- 
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 138130] Crash in: swlo.dll

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138130

--- Comment #2 from Karl  ---
I followed the guide for bibisecting and I hope that I haven't made any
mistakes.
I used the bibisect repository linux64-7.0
(https://bibisect.libreoffice.org/linux-64-7.0)

Here's the result:

commit 45bb135c874d6333cfb0d4302225024f7284bb1f
Author: Jenkins Build User 
Date:   Wed Oct 21 20:39:22 2020 +0200

source sha:4e7b60682d48c7f3950e341c496dc7fc6f9b4367


Following the guide further, I searched for the commit in bugzilla and found
this:
https://bugs.documentfoundation.org/show_bug.cgi?id=136385

It's related to the issue, so I installed the 7.0.4 daily build and tested it,
but the issue persists in the Dev-Build.

I also added Caolán McNamara to CC as mentioned in the tutorial.

Sorry if I did something wrong, this is my first time trying to help an
OpenSource project :)

-- 
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 138144] Form wizard fails to save

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138144

Julien Nabet  changed:

   What|Removed |Added

   Keywords||bibisectRequest

-- 
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 138219] New: Libreoffice 7.0.x => Skia - Intel HD Graphics 520 problems ( windows 7 )

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138219

Bug ID: 138219
   Summary: Libreoffice 7.0.x => Skia - Intel HD Graphics 520
problems ( windows 7 )
   Product: LibreOffice
   Version: 7.0.1.2 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: graphics stack
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: p.andree...@a3i.info

Description:
For Libreoffice 7.0.1, 7.0.2, 7.0.3

Intel HD Graphics 520 is not compatible with Skia under Windows 7.
At the first Writer start: Dialog box frozen, checkbox unusable. 
At the second Libreoffice start Libreoffice windows is blank ( after profile
created ).

If Skia is disabled in safe mode first, everything is working fine in normal
mode after Libreoffice is restarted.

At the first start after standard installation:
ProductName=LibreOffice
Version=7.0.3.1
BuildID=d7547858d014d4cf69878db179d326fc3483e082
URL=https://crashreport.libreoffice.org/submit/
VulkanVendor=0x8086
VulkanDevice=0x1916
VulkanAPI=1.0.31
VulkanDriver=0.16.3
VulkanDeviceType=integrated
VulkanDeviceName=Intel(R) HD Graphics 520
UseSkia=true
Language=fr-FR
ShutDown=true

Skia should be disable for this device.

Steps to Reproduce:
1.Install Libreoffice
2.Launch Writer
3.Clic on the checkbox in the popup (frozen).

Actual Results:
Many graphics problems ( checkbox, trees, blank windows, ... )

Expected Results:
If Skia is disabled, everything seem working fine


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
ProductName=LibreOffice
Version=7.0.3.1
BuildID=d7547858d014d4cf69878db179d326fc3483e082
URL=https://crashreport.libreoffice.org/submit/
VulkanVendor=0x8086
VulkanDevice=0x1916
VulkanAPI=1.0.31
VulkanDriver=0.16.3
VulkanDeviceType=integrated
VulkanDeviceName=Intel(R) HD Graphics 520
UseSkia=true
Language=fr-FR
ShutDown=true

-- 
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 138130] Crash in: swlo.dll

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138130

Karl  changed:

   What|Removed |Added

   Keywords|bibisectRequest |bibisected, bisected
 CC||caol...@redhat.com

-- 
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 'libreoffice-7-0' - sw/source

2020-11-14 Thread Caolán McNamara (via logerrit)
 sw/source/uibase/docvw/edtwin2.cxx |7 +++
 1 file changed, 7 insertions(+)

New commits:
commit 8d317a4f8159117c27721192cc8f8ac6c694fdc0
Author: Caolán McNamara 
AuthorDate: Fri Nov 13 16:55:07 2020 +
Commit: Adolfo Jayme Barrientos 
CommitDate: Sat Nov 14 21:01:00 2020 +0100

tdf#136336 ensure tooltip area surrounds the current mouse position

with at least a pixel margin

Change-Id: I74935f0275863cfd5a799927034d0a31dae073cf
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105547
Tested-by: Jenkins
Reviewed-by: Adolfo Jayme Barrientos 

diff --git a/sw/source/uibase/docvw/edtwin2.cxx 
b/sw/source/uibase/docvw/edtwin2.cxx
index c023047a5560..b48b18ec43d2 100644
--- a/sw/source/uibase/docvw/edtwin2.cxx
+++ b/sw/source/uibase/docvw/edtwin2.cxx
@@ -364,6 +364,13 @@ void SwEditWin::RequestHelp(const HelpEvent )
 aRect.SetRight( aPt.X() );
 aRect.SetBottom( aPt.Y() );
 
+// tdf#136336 ensure tooltip area surrounds the current mouse 
position with at least a pixel margin
+aRect.Union(tools::Rectangle(rEvt.GetMousePosPixel(), Size(1, 
1)));
+aRect.AdjustLeft(-1);
+aRect.AdjustRight(1);
+aRect.AdjustTop(-1);
+aRect.AdjustBottom(1);
+
 if( bBalloon )
 Help::ShowBalloon( this, rEvt.GetMousePosPixel(), aRect, 
sText );
 else
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-commits] core.git: include/vcl vcl/headless vcl/inc vcl/opengl vcl/qt5 vcl/quartz vcl/skia vcl/source vcl/unx vcl/win

2020-11-14 Thread Noel Grandin (via logerrit)
 include/vcl/salgtype.hxx |9 ---
 vcl/headless/svpgdi.cxx  |   32 +-
 vcl/inc/headless/svpgdi.hxx  |   14 ++--
 vcl/inc/opengl/gdiimpl.hxx   |   18 +++---
 vcl/inc/qt5/Qt5Graphics.hxx  |   14 ++--
 vcl/inc/quartz/salgdi.h  |   14 ++--
 vcl/inc/salgdi.hxx   |   30 +-
 vcl/inc/salgdiimpl.hxx   |   14 ++--
 vcl/inc/skia/gdiimpl.hxx |   14 ++--
 vcl/inc/unx/genpspgraphics.h |   14 ++--
 vcl/inc/unx/salgdi.h |   14 ++--
 vcl/inc/win/salgdi.h |   14 ++--
 vcl/opengl/gdiimpl.cxx   |   70 +++
 vcl/qt5/Qt5Graphics_GDI.cxx  |   44 +++---
 vcl/quartz/salgdicommon.cxx  |   60 ++--
 vcl/skia/gdiimpl.cxx |   35 ++-
 vcl/source/gdi/salgdilayout.cxx  |   50 
 vcl/source/outdev/curvedshapes.cxx   |8 +-
 vcl/source/outdev/line.cxx   |4 -
 vcl/source/outdev/polygon.cxx|   22 +++
 vcl/source/outdev/polyline.cxx   |6 +-
 vcl/source/outdev/rect.cxx   |4 -
 vcl/unx/generic/gdi/gdiimpl.cxx  |   28 -
 vcl/unx/generic/gdi/gdiimpl.hxx  |   16 ++---
 vcl/unx/generic/gdi/salgdi.cxx   |   14 ++--
 vcl/unx/generic/print/genpspgraphics.cxx |   30 +-
 vcl/win/gdi/gdiimpl.cxx  |   93 +++
 vcl/win/gdi/gdiimpl.hxx  |   14 ++--
 vcl/win/gdi/salgdi.cxx   |   12 ++--
 vcl/win/gdi/salgdi2.cxx  |2 
 30 files changed, 352 insertions(+), 361 deletions(-)

New commits:
commit 0f04b8204a77ecaee7d9ebe6868808445c8b138a
Author: Noel Grandin 
AuthorDate: Thu Nov 12 12:29:08 2020 +0200
Commit: Caolán McNamara 
CommitDate: Sat Nov 14 20:43:07 2020 +0100

remove SalPoint

 that "SalPoint" doesn't really seem to to have a purpose
except to highlight that "Point" is assumed to use LONG under windows
and can be passed unchanged to those windows drawing apis
 so I guess remove SalPoint entirely, use Point instead,
and convert to "POINT" under windows ?

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

diff --git a/include/vcl/salgtype.hxx b/include/vcl/salgtype.hxx
index d19bf776a31f..90217026 100644
--- a/include/vcl/salgtype.hxx
+++ b/include/vcl/salgtype.hxx
@@ -36,15 +36,6 @@ enum class DeviceFormat {
 
 constexpr ::Color SALCOLOR_NONE ( 0xFF, 0xFF, 0xFF, 0xFF );
 
-// must equal to the Windows POINT type, which is why we use sal_Int32
-struct SalPoint
-{
-sal_Int32mnX;
-sal_Int32mnY;
-};
-
-typedef const SalPoint*   PCONSTSALPOINT;
-
 struct SalTwoRect
 {
 tools::LongmnSrcX;
diff --git a/vcl/headless/svpgdi.cxx b/vcl/headless/svpgdi.cxx
index d878527562c2..40e2ad1542b1 100644
--- a/vcl/headless/svpgdi.cxx
+++ b/vcl/headless/svpgdi.cxx
@@ -1082,12 +1082,12 @@ void SvpSalGraphics::drawRect( tools::Long nX, 
tools::Long nY, tools::Long nWidt
 m_aLineColor = aOrigLineColor;
 }
 
-void SvpSalGraphics::drawPolyLine(sal_uInt32 nPoints, const SalPoint* pPtAry)
+void SvpSalGraphics::drawPolyLine(sal_uInt32 nPoints, const Point* pPtAry)
 {
 basegfx::B2DPolygon aPoly;
-aPoly.append(basegfx::B2DPoint(pPtAry->mnX, pPtAry->mnY), nPoints);
+aPoly.append(basegfx::B2DPoint(pPtAry->getX(), pPtAry->getY()), nPoints);
 for (sal_uInt32 i = 1; i < nPoints; ++i)
-aPoly.setB2DPoint(i, basegfx::B2DPoint(pPtAry[i].mnX, pPtAry[i].mnY));
+aPoly.setB2DPoint(i, basegfx::B2DPoint(pPtAry[i].getX(), 
pPtAry[i].getY()));
 aPoly.setClosed(false);
 
 drawPolyLine(
@@ -1102,12 +1102,12 @@ void SvpSalGraphics::drawPolyLine(sal_uInt32 nPoints, 
const SalPoint* pPtAry)
 false);
 }
 
-void SvpSalGraphics::drawPolygon(sal_uInt32 nPoints, const SalPoint* pPtAry)
+void SvpSalGraphics::drawPolygon(sal_uInt32 nPoints, const Point* pPtAry)
 {
 basegfx::B2DPolygon aPoly;
-aPoly.append(basegfx::B2DPoint(pPtAry->mnX, pPtAry->mnY), nPoints);
+aPoly.append(basegfx::B2DPoint(pPtAry->getX(), pPtAry->getY()), nPoints);
 for (sal_uInt32 i = 1; i < nPoints; ++i)
-aPoly.setB2DPoint(i, basegfx::B2DPoint(pPtAry[i].mnX, pPtAry[i].mnY));
+aPoly.setB2DPoint(i, basegfx::B2DPoint(pPtAry[i].getX(), 
pPtAry[i].getY()));
 
 drawPolyPolygon(
 basegfx::B2DHomMatrix(),
@@ -1117,7 +1117,7 @@ void SvpSalGraphics::drawPolygon(sal_uInt32 nPoints, 
const SalPoint* pPtAry)
 
 void SvpSalGraphics::drawPolyPolygon(sal_uInt32 nPoly,
  const sal_uInt32* pPointCounts,
- PCONSTSALPOINT*   pPtAry)
+

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

2020-11-14 Thread László Németh (via logerrit)
 sw/inc/docary.hxx   |5 +-
 sw/qa/extras/uiwriter/uiwriter2.cxx |   35 
 sw/source/core/doc/DocumentContentOperationsManager.cxx |9 
 sw/source/core/doc/docredln.cxx |   10 +++-
 4 files changed, 56 insertions(+), 3 deletions(-)

New commits:
commit 4ad0459494303745b377c848c681a747f294fc64
Author: László Németh 
AuthorDate: Fri Nov 13 20:07:09 2020 +0100
Commit: László Németh 
CommitDate: Sat Nov 14 20:41:54 2020 +0100

tdf#138135: sw ChangesInMargin: join characters at backspace

Words deleted by pressing multiple backspaces weren't shown
on margin, only their first letter.

Change-Id: I2f5d0bb057250d3bfd788e1007f1ad24f8c3c2fd
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105807
Tested-by: Jenkins
Reviewed-by: László Németh 

diff --git a/sw/inc/docary.hxx b/sw/inc/docary.hxx
index 9b4a6e80ea26..4a3e2031420e 100644
--- a/sw/inc/docary.hxx
+++ b/sw/inc/docary.hxx
@@ -259,8 +259,11 @@ public:
  @param tableIndex position in SwRedlineTable to start searching at, will 
be updated with the index of the returned
redline (or the next redline after the given position 
if not found)
  @param next true: redline starts at position and ends after, false: 
redline starts before position and ends at or after
+ @param visibletrue: redline must be visible false: redline must be 
not visible
 */
-const SwRangeRedline* FindAtPosition( const SwPosition& startPosition, 
size_type& tableIndex, bool next = true ) const;
+const SwRangeRedline* FindAtPosition( const SwPosition& startPosition,
+  size_type& tableIndex,
+  bool next = true, bool visible = 
true ) const;
 
 boolempty() const { return maVector.empty(); }
 size_type   size() const { return maVector.size(); }
diff --git a/sw/qa/extras/uiwriter/uiwriter2.cxx 
b/sw/qa/extras/uiwriter/uiwriter2.cxx
index 31ce73fb1c0b..dccf9de83c70 100644
--- a/sw/qa/extras/uiwriter/uiwriter2.cxx
+++ b/sw/qa/extras/uiwriter/uiwriter2.cxx
@@ -1925,6 +1925,41 @@ CPPUNIT_TEST_FIXTURE(SwUiWriterTest2, testTdf137684)
 CPPUNIT_ASSERT(!pWrtShell->GetViewOptions()->IsShowChangesInMargin());
 }
 
+CPPUNIT_TEST_FIXTURE(SwUiWriterTest2, testTdf138135)
+{
+load(DATA_DIRECTORY, "tdf132160.odt");
+
+SwXTextDocument* pTextDoc = 
dynamic_cast(mxComponent.get());
+CPPUNIT_ASSERT(pTextDoc);
+
+// switch on "Show changes in margin" mode
+dispatchCommand(mxComponent, ".uno:ShowChangesInMargin", {});
+
+SwWrtShell* const pWrtShell = pTextDoc->GetDocShell()->GetWrtShell();
+CPPUNIT_ASSERT(pWrtShell->GetViewOptions()->IsShowChangesInMargin());
+
+// select and delete a word letter by letter by using backspace
+dispatchCommand(mxComponent, ".uno:GoToNextWord", {});
+
+for (int i = 0; i <= 10; ++i)
+{
+dispatchCommand(mxComponent, ".uno:SwBackspace", {});
+}
+CPPUNIT_ASSERT(getParagraph(1)->getString().startsWith("support"));
+
+// single Undo undoes the deletion of the whole word
+//
+// This was only a 1-character Undo because of missing
+// joining of the deleted characters
+dispatchCommand(mxComponent, ".uno:Undo", {});
+
+CPPUNIT_ASSERT(getParagraph(1)->getString().startsWith("Encryption"));
+
+// switch off "Show changes in margin" mode
+dispatchCommand(mxComponent, ".uno:ShowChangesInMargin", {});
+CPPUNIT_ASSERT(!pWrtShell->GetViewOptions()->IsShowChangesInMargin());
+}
+
 CPPUNIT_TEST_FIXTURE(SwUiWriterTest2, testTdf52391)
 {
 load(DATA_DIRECTORY, "tdf52391.fodt");
diff --git a/sw/source/core/doc/DocumentContentOperationsManager.cxx 
b/sw/source/core/doc/DocumentContentOperationsManager.cxx
index 2e018b7a0567..146095349261 100644
--- a/sw/source/core/doc/DocumentContentOperationsManager.cxx
+++ b/sw/source/core/doc/DocumentContentOperationsManager.cxx
@@ -3992,6 +3992,15 @@ bool 
DocumentContentOperationsManager::DeleteAndJoinWithRedlineImpl( SwPaM & rPa
 // within a paragraph TODO: fix also for paragraph join
 pRedline->GetPoint()->nNode == pRedline->GetMark()->nNode)
 {
+// show hidden previous deletion for joining
+SwRedlineTable::size_type index = 0;
+const SwRangeRedline* pPrevRedline = rTable.FindAtPosition(
+*pRedline->End(), index, /*bNext=*/false, 
/*bGetVisible=*/false );
+if ( pPrevRedline && RedlineType::Delete == 
pPrevRedline->GetType() )
+{
+SwRangeRedline* pPrevRed = rTable[ index ];
+pPrevRed->Show(1, index, /*bForced=*/true);
+}
 pRedline->Show(0, rTable.GetPos(pRedline), /*bForced=*/false);
 

[Libreoffice-bugs] [Bug 138135] ChangesInMargin: pressing backspace results multiple deletions

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138135

László Németh  changed:

   What|Removed |Added

   Assignee|nem...@numbertext.org   |libreoffice-b...@lists.free
   ||desktop.org
 Resolution|--- |FIXED
 Status|NEW |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 138218] Can't open .RTF files from an old Word

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138218

Mike Kaganski  changed:

   What|Removed |Added

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

-- 
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 138122] LibreOffice font blurry on MacBook Pro's Internal HiDPI Retina Display running macOS Big Sur 11.0.1

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138122

--- Comment #10 from Arne  ---
The text is blurred as described on Big Sur updated 15" MacBook Pro Retina,
mid-2015, 2.2 quad-core i7, standard Iris Pro graphics, but is clear and normal
on updated 21.5" iMac, late-2015, 2.8 quad-core i5, Iris Pro 6200 graphics.
Both Macs with release version of Big Sur, and 7.0.3.1 LibreOffice.

-- 
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-11-14 Thread Caolán McNamara (via logerrit)
 sc/source/ui/docshell/docsh4.cxx |1 -
 sc/source/ui/inc/inputwin.hxx|1 -
 2 files changed, 2 deletions(-)

New commits:
commit e56c19c9aec4d118b247a6b7daa2cb529fee400a
Author: Caolán McNamara 
AuthorDate: Sat Nov 14 15:10:42 2020 +
Commit: Caolán McNamara 
CommitDate: Sat Nov 14 20:27:49 2020 +0100

don't need to include vcl/button.hxx

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

diff --git a/sc/source/ui/docshell/docsh4.cxx b/sc/source/ui/docshell/docsh4.cxx
index 8526f99d9931..111fb8262234 100644
--- a/sc/source/ui/docshell/docsh4.cxx
+++ b/sc/source/ui/docshell/docsh4.cxx
@@ -40,7 +40,6 @@ using namespace ::com::sun::star;
 #include 
 #include 
 #include 
-#include 
 #include 
 #include 
 #include 
diff --git a/sc/source/ui/inc/inputwin.hxx b/sc/source/ui/inc/inputwin.hxx
index 03a6cf359941..75755509bec3 100644
--- a/sc/source/ui/inc/inputwin.hxx
+++ b/sc/source/ui/inc/inputwin.hxx
@@ -29,7 +29,6 @@
 #include 
 #include 
 #include 
-#include 
 #include 
 #include 
 #include 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-commits] core.git: xmloff/source

2020-11-14 Thread Noel Grandin (via logerrit)
 xmloff/source/draw/XMLImageMapContext.cxx |   47 ++
 1 file changed, 22 insertions(+), 25 deletions(-)

New commits:
commit 4cc03d53ff5e72739f3cfb6fd3d713e4bb263f31
Author: Noel Grandin 
AuthorDate: Sat Nov 14 18:04:18 2020 +0200
Commit: Noel Grandin 
CommitDate: Sat Nov 14 20:15:30 2020 +0100

use fastparser in XMLImageMapObjectContext

Change-Id: Iefe6acbbacf308144372fb664943bd978225a0f6
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105839
Tested-by: Jenkins
Reviewed-by: Noel Grandin 

diff --git a/xmloff/source/draw/XMLImageMapContext.cxx 
b/xmloff/source/draw/XMLImageMapContext.cxx
index 0585bd60407f..4852fbc19af4 100644
--- a/xmloff/source/draw/XMLImageMapContext.cxx
+++ b/xmloff/source/draw/XMLImageMapContext.cxx
@@ -127,10 +127,9 @@ public:
 
 virtual void SAL_CALL endFastElement(sal_Int32 nElement) override;
 
-SvXMLImportContextRef CreateChildContext(
-sal_uInt16 nPrefix,
-const OUString& rLocalName,
-const css::uno::Reference & xAttrList ) 
override;
+virtual css::uno::Reference< css::xml::sax::XFastContextHandler > SAL_CALL 
createFastChildContext(
+sal_Int32 nElement,
+const css::uno::Reference< css::xml::sax::XFastAttributeList >& 
AttrList ) override;
 
 protected:
 
@@ -207,30 +206,28 @@ void XMLImageMapObjectContext::endFastElement(sal_Int32 )
 // else: not valid -> don't create and insert
 }
 
-SvXMLImportContextRef XMLImageMapObjectContext::CreateChildContext(
-sal_uInt16 nPrefix,
-const OUString& rLocalName,
-const Reference & /*xAttrList*/ )
+css::uno::Reference< css::xml::sax::XFastContextHandler > 
XMLImageMapObjectContext::createFastChildContext(
+sal_Int32 nElement,
+const css::uno::Reference< css::xml::sax::XFastAttributeList >&  )
 {
-if ( (XML_NAMESPACE_OFFICE == nPrefix) &&
- IsXMLToken(rLocalName, XML_EVENT_LISTENERS) )
-{
-Reference xEvents( xMapEntry, UNO_QUERY );
-return new XMLEventsImportContext(
-GetImport(), nPrefix, rLocalName, xEvents);
-}
-else if ( (XML_NAMESPACE_SVG == nPrefix) &&
-  IsXMLToken(rLocalName, XML_TITLE) )
-{
-return new XMLStringBufferImportContext(
-GetImport(), nPrefix, rLocalName, sTitleBuffer);
-}
-else if ( (XML_NAMESPACE_SVG == nPrefix) &&
-  IsXMLToken(rLocalName, XML_DESC) )
+switch (nElement)
 {
-return new XMLStringBufferImportContext(
-GetImport(), nPrefix, rLocalName, sDescriptionBuffer);
+case XML_ELEMENT(OFFICE, XML_EVENT_LISTENERS):
+{
+Reference xEvents( xMapEntry, UNO_QUERY );
+return new XMLEventsImportContext(
+GetImport(), xEvents);
+}
+case XML_ELEMENT(SVG, XML_TITLE):
+case XML_ELEMENT(SVG_COMPAT, XML_TITLE):
+return new XMLStringBufferImportContext(
+GetImport(), sTitleBuffer);
+case XML_ELEMENT(SVG, XML_DESC):
+case XML_ELEMENT(SVG_COMPAT, XML_DESC):
+return new XMLStringBufferImportContext(
+GetImport(), sDescriptionBuffer);
 }
+XMLOFF_WARN_UNKNOWN_ELEMENT("xmloff", nElement);
 return nullptr;
 }
 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-bugs] [Bug 138144] Form wizard fails to save

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138144

--- Comment #11 from Robert Großkopf  ---
(In reply to Julien Nabet from comment #10)
> (In reply to Robert Großkopf from comment #9)
> > Now I have tested the version LO 7.1.0.0 alpha 1+ (2020-11-13). There the
> > forms are not saved. So I could confirm the buggy behavior for this version.
> 
> Thank you Robert! So it's due to a commit between 2020-10-29 and 2020-11-13
> (range is large but it's a start).

Have had a look with the version from 2020-11-06. This version will save the
forms. So between 2020-11-06 and 2020-11-11 (when you reported the 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 138218] New: Can't open .RTF files from an old Word

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138218

Bug ID: 138218
   Summary: Can't open .RTF files from an old Word
   Product: LibreOffice
   Version: 6.4.7.2 release
  Hardware: x86-64 (AMD64)
OS: Mac OS X (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: fil...@ill.fr

Created attachment 167301
  --> https://bugs.documentfoundation.org/attachment.cgi?id=167301=edit
RTF file created with Word (2009) and containing images

I have a series of .rtf files produced by Word and dating back to 2006-2009.
The error message with LibreOffice is: "General Error/ General input/output
error"
Word 16 may or may not open those files and may or may not display the images
(unscaled) or displayed images are damaged.
I tried OpenOffice. It opens the files and the content display is Okay? however
the output to other formats may give strange results (strange colors in
figures, some elements lost, bounding rectangles are shown, etc.)
The attached file dates back to 2009 and LibreOffice rejects it.

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


[Libreoffice-bugs] [Bug 138144] Form wizard fails to save

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138144

--- Comment #10 from Julien Nabet  ---
(In reply to Robert Großkopf from comment #9)
> Now I have tested the version LO 7.1.0.0 alpha 1+ (2020-11-13). There the
> forms are not saved. So I could confirm the buggy behavior for this version.

Thank you Robert! So it's due to a commit between 2020-10-29 and 2020-11-13
(range is large but it's a start).

-- 
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 138144] Form wizard fails to save

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138144

Robert Großkopf  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #9 from Robert Großkopf  ---
Now I have tested the version LO 7.1.0.0 alpha 1+ (2020-11-13). There the forms
are not saved. So I could confirm the buggy behavior for this version.

-- 
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 138144] Form wizard fails to save

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138144

--- Comment #8 from Julien Nabet  ---
(In reply to Robert Großkopf from comment #7)
> Couldn't confirm the buggy behavior with the attached database file and LO
> 7.1.0.0 alpha 1+ (2020-10-29) on OpenSUSE 15.1 64bit rpm Linux.
> 
> Wizard will create the form and save it every time

Thank you for the quick feedback.
Let's "make clean && make" then.

-- 
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: tools/qa

2020-11-14 Thread Mike Kaganski (via logerrit)
 tools/qa/cppunit/test_bigint.cxx |   22 ++
 1 file changed, 10 insertions(+), 12 deletions(-)

New commits:
commit 396196d6143e377f83a81557f4630ac7e7ad9471
Author: Mike Kaganski 
AuthorDate: Sat Nov 14 19:07:41 2020 +0300
Commit: Mike Kaganski 
CommitDate: Sat Nov 14 19:51:56 2020 +0100

BigInt's non-big value type is currently sal_Int32

Change-Id: Iaca11d6279e17cf6301ef35d416829377c0ec964
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105841
Tested-by: Jenkins
Reviewed-by: Mike Kaganski 

diff --git a/tools/qa/cppunit/test_bigint.cxx b/tools/qa/cppunit/test_bigint.cxx
index efea3e341235..a91d16f93def 100644
--- a/tools/qa/cppunit/test_bigint.cxx
+++ b/tools/qa/cppunit/test_bigint.cxx
@@ -57,40 +57,38 @@ void BigIntTest::testConstructionFromLongLong()
 }
 
 #if SAL_TYPES_SIZEOFLONG < SAL_TYPES_SIZEOFLONGLONG
-// positive number just fitting to long
+// positive number just fitting to sal_Int32
 {
-BigInt 
bi(static_cast(std::numeric_limits::max()));
+BigInt 
bi(static_cast(std::numeric_limits::max()));
 CPPUNIT_ASSERT(bi.IsSet());
 CPPUNIT_ASSERT(!bi.IsZero());
 CPPUNIT_ASSERT(!bi.IsNeg());
 CPPUNIT_ASSERT(bi.IsLong());
-CPPUNIT_ASSERT_EQUAL(std::numeric_limits::max(), 
static_cast(bi));
+CPPUNIT_ASSERT_EQUAL(std::numeric_limits::max(), 
static_cast(bi));
 }
 
-// negative number just fitting to long
+// negative number just fitting to sal_Int32
 {
-BigInt 
bi(static_cast(std::numeric_limits::min()));
+BigInt 
bi(static_cast(std::numeric_limits::min()));
 CPPUNIT_ASSERT(bi.IsSet());
 CPPUNIT_ASSERT(!bi.IsZero());
 CPPUNIT_ASSERT(bi.IsNeg());
 CPPUNIT_ASSERT(bi.IsLong());
-CPPUNIT_ASSERT_EQUAL(std::numeric_limits::min(), 
static_cast(bi));
+CPPUNIT_ASSERT_EQUAL(std::numeric_limits::min(), 
static_cast(bi));
 }
 
-// positive number not fitting to long
+// positive number not fitting to sal_Int32
 {
-BigInt 
bi(static_cast(std::numeric_limits::max())
-  + static_cast(1));
+BigInt 
bi(static_cast(std::numeric_limits::max()) + 1);
 CPPUNIT_ASSERT(bi.IsSet());
 CPPUNIT_ASSERT(!bi.IsZero());
 CPPUNIT_ASSERT(!bi.IsNeg());
 CPPUNIT_ASSERT(!bi.IsLong());
 }
 
-// negative number not fitting to long
+// negative number not fitting to sal_Int32
 {
-BigInt 
bi(static_cast(std::numeric_limits::min())
-  - static_cast(1));
+BigInt 
bi(static_cast(std::numeric_limits::min()) - 1);
 CPPUNIT_ASSERT(bi.IsSet());
 CPPUNIT_ASSERT(!bi.IsZero());
 CPPUNIT_ASSERT(bi.IsNeg());
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


[Libreoffice-bugs] [Bug 138144] Form wizard fails to save

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138144

--- Comment #7 from Robert Großkopf  ---
Couldn't confirm the buggy behavior with the attached database file and LO
7.1.0.0 alpha 1+ (2020-10-29) on OpenSUSE 15.1 64bit rpm Linux.

Wizard will create the form and save it every time

-- 
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 137950] Font size change does not work when whole bulleted line is selected that contains words with different font sizes.

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=137950

--- Comment #3 from bobmcg  ---
There is nothing in a file I might send that would help diagnose this bug.  In
the "Steps to Reproduce" the triple-click action is key to reproducing the bug.

When there are mixed font sizes in an outline numbered line, selecting the
whole line by triple clicking and changing the font, results in the number size
changing, but not the text size.

I've tested this in the newest 7.1.0 alpha build and bug exists there as well.

-- 
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 138217] Bug in the LibreOffice graphical interface

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138217

--- Comment #1 from Roger Júnio  ---
Created attachment 167300
  --> https://bugs.documentfoundation.org/attachment.cgi?id=167300=edit
Print the error that appears on the screen

Most of the time, the screen looks like this; however, in some moments, there
is a certain chaotic flaw on the screen, especially when scrolling the page

-- 
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 138217] New: Bug in the LibreOffice graphical interface

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138217

Bug ID: 138217
   Summary: Bug in the LibreOffice graphical interface
   Product: LibreOffice
   Version: 7.0.3.1 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: UI
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: rogerjgam...@gmail.com

Description:
I recently accessed LibreOffice (LO) on Lubuntu 20.10. Often - if not always -
either when creating a new document or editing an existing one, when inserting
formulas, when inserting OLE Objects, when inserting frames, or even, in some
cases, as soon as the LO starts, the LibreOffice window is unconfigured and
makes using the program somewhat impossible; again, it always happens.

As I had already contacted a support through the link
"https://ask.libreoffice.org;, I discovered that the cause of the error was in
the package "libreoffice-qt5", which apparently was in conflict with some other
package.

The implemented solution was to exclude the package "libreoffice-qt5", and this
solved the problem; graphical flaws did not appear again after this action.

In fact, I had both installed LibreOffice through the Lubuntu repository and
the official website, and the error was present in both;

Note: the pc is newly formatted, so there are no significant changes in the
system settings, in order to affect the LO;

Steps to Reproduce:
1. insert a formula (which will open the formula editor)
   (OR insert a frame,
OR insert a OLE Object);
2. exit the formula editor and go back to the text editor
   (no need to type anything in the formula);

Actual Results:
At this point, the error must have already occurred, and the LibreOffice window
is already strangely corrupted, with parts of the image locked, another part
darkened, and so on;

Expected Results:
Ideally, the LO window should not corrupt; in fact, if you go to other software
in the suite without ending the session, this failure will accompany all other
programs;


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Here is information extracted from the LO help menu:

Version: 7.0.2.2
Build ID: 00(Build:2)
CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3
Locale: pt-BR (pt_BR.UTF-8); UI: en-US
Ubuntu package version: 1:7.0.2-0ubuntu1
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 138216] Blurry fonts in editing with Writer

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138216

steve -_-  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from steve -_-  ---


*** This bug has been marked as a duplicate of bug 138122 ***

-- 
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 138122] LibreOffice font blurry on MacBook Pro's Internal HiDPI Retina Display running macOS Big Sur 11.0.1

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=138122

steve -_-  changed:

   What|Removed |Added

 CC||barryl...@protonmail.com

--- Comment #9 from steve -_-  ---
*** Bug 138216 has been marked as a duplicate of this 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-commits] core.git: sw/qa

2020-11-14 Thread Mike Kaganski (via logerrit)
 sw/qa/extras/globalfilter/globalfilter.cxx |8 
 1 file changed, 4 insertions(+), 4 deletions(-)

New commits:
commit 562df2ad1c5196a36a16eb733371ee8eac4b502a
Author: Mike Kaganski 
AuthorDate: Sat Nov 14 19:06:29 2020 +0300
Commit: Mike Kaganski 
CommitDate: Sat Nov 14 19:20:23 2020 +0100

Fix unit tests involving tools::Long

Change-Id: Id32e6cfee81b2b59dc38bc1abcbeeb42cc376bfa
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105840
Tested-by: Jenkins
Reviewed-by: Mike Kaganski 

diff --git a/sw/qa/extras/globalfilter/globalfilter.cxx 
b/sw/qa/extras/globalfilter/globalfilter.cxx
index c0c72c5b7dfa..a2ef4d318ca6 100644
--- a/sw/qa/extras/globalfilter/globalfilter.cxx
+++ b/sw/qa/extras/globalfilter/globalfilter.cxx
@@ -1289,8 +1289,8 @@ void Test::testBulletAsImage()
 Graphic aGraphic(uno::Reference(xBitmap, 
uno::UNO_QUERY));
 CPPUNIT_ASSERT_EQUAL_MESSAGE(sFailedMessage.getStr(), 
GraphicType::Bitmap, aGraphic.GetType());
 CPPUNIT_ASSERT_MESSAGE(sFailedMessage.getStr(), 
aGraphic.GetSizeBytes() > o3tl::make_unsigned(0));
-CPPUNIT_ASSERT_EQUAL_MESSAGE(sFailedMessage.getStr(), 16L, 
aGraphic.GetSizePixel().Width());
-CPPUNIT_ASSERT_EQUAL_MESSAGE(sFailedMessage.getStr(), 16L, 
aGraphic.GetSizePixel().Height());
+CPPUNIT_ASSERT_EQUAL_MESSAGE(sFailedMessage.getStr(), 
tools::Long(16), aGraphic.GetSizePixel().Width());
+CPPUNIT_ASSERT_EQUAL_MESSAGE(sFailedMessage.getStr(), 
tools::Long(16), aGraphic.GetSizePixel().Height());
 
 // Graphic Size
 CPPUNIT_ASSERT_EQUAL_MESSAGE(sFailedMessage.getStr(), 
sal_Int32(400), aSize.Width);
@@ -1349,8 +1349,8 @@ void Test::testBulletAsImage()
 Graphic aGraphic(uno::Reference(xBitmap, 
uno::UNO_QUERY));
 CPPUNIT_ASSERT_EQUAL_MESSAGE(sFailedMessage.getStr(), 
GraphicType::Bitmap, aGraphic.GetType());
 CPPUNIT_ASSERT_MESSAGE(sFailedMessage.getStr(), 
aGraphic.GetSizeBytes() > o3tl::make_unsigned(0));
-CPPUNIT_ASSERT_EQUAL_MESSAGE(sFailedMessage.getStr(), 16L, 
aGraphic.GetSizePixel().Width());
-CPPUNIT_ASSERT_EQUAL_MESSAGE(sFailedMessage.getStr(), 16L, 
aGraphic.GetSizePixel().Height());
+CPPUNIT_ASSERT_EQUAL_MESSAGE(sFailedMessage.getStr(), 
tools::Long(16), aGraphic.GetSizePixel().Width());
+CPPUNIT_ASSERT_EQUAL_MESSAGE(sFailedMessage.getStr(), 
tools::Long(16), aGraphic.GetSizePixel().Height());
 
 // Graphic Size
 if (rFilterName == "write8") // ODT is correct
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


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

2020-11-14 Thread Julien Nabet (via logerrit)
 l10ntools/inc/helper.hxx|4 
 l10ntools/source/helper.cxx |6 ++
 2 files changed, 10 insertions(+)

New commits:
commit 457d76327a57303124804a201d58b52ba23ccefe
Author: Julien Nabet 
AuthorDate: Sat Nov 14 09:58:49 2020 +0100
Commit: Julien Nabet 
CommitDate: Sat Nov 14 19:16:12 2020 +0100

loplugin:stringviewparam (l10ntools)

Change-Id: I9102a00e19af87de4f666d1759551be3af311fe0
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105828
Tested-by: Jenkins
Reviewed-by: Julien Nabet 

diff --git a/l10ntools/inc/helper.hxx b/l10ntools/inc/helper.hxx
index a6eed4ff59d3..ff81f5792105 100644
--- a/l10ntools/inc/helper.hxx
+++ b/l10ntools/inc/helper.hxx
@@ -28,7 +28,11 @@ OString escapeAll(
 const OString& rText, const OString& rUnEscaped, const OString& rEscaped );
 /// Unescape all given character in the text
 OString unEscapeAll(
+#ifdef DEBUG
 const OString& rText, const OString& rEscaped, const OString& rUnEscaped  
);
+#else
+const OString& rText, const OString& rEscaped, std::string_view rUnEscaped 
 );
+#endif
 
 /// Convert special characters to XML entity references
 OString QuotHTML( const OString  );
diff --git a/l10ntools/source/helper.cxx b/l10ntools/source/helper.cxx
index b842755c27f6..22f5cc5df506 100644
--- a/l10ntools/source/helper.cxx
+++ b/l10ntools/source/helper.cxx
@@ -31,9 +31,15 @@ OString escapeAll(
 
 
 OString unEscapeAll(
+#ifdef DEBUG
 const OString& rText, const OString& rEscaped, const OString& rUnEscaped)
+#else
+const OString& rText, const OString& rEscaped, std::string_view rUnEscaped)
+#endif
 {
+#ifdef DEBUG
 assert( rEscaped.getLength() == 2*rUnEscaped.getLength() );
+#endif
 OStringBuffer sReturn;
 const sal_Int32 nLength = rText.getLength();
 for ( sal_Int32 nIndex = 0; nIndex < nLength; ++nIndex )
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits


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

2020-11-14 Thread Noel Grandin (via logerrit)
 xmloff/inc/XMLImageMapContext.hxx |7 +--
 xmloff/source/draw/XMLImageMapContext.cxx |   64 +-
 2 files changed, 24 insertions(+), 47 deletions(-)

New commits:
commit df3e347b30e60e3fbb6f32cbbed67377518e7862
Author: Noel Grandin 
AuthorDate: Sat Nov 14 18:00:36 2020 +0200
Commit: Noel Grandin 
CommitDate: Sat Nov 14 19:06:04 2020 +0100

use fastparser in XMLImageMapContext

Change-Id: Ibdb7338298182515b624df4815c9d0177fe4badc
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105838
Tested-by: Jenkins
Reviewed-by: Noel Grandin 

diff --git a/xmloff/inc/XMLImageMapContext.hxx 
b/xmloff/inc/XMLImageMapContext.hxx
index 90b014000e4c..d026477a6c3a 100644
--- a/xmloff/inc/XMLImageMapContext.hxx
+++ b/xmloff/inc/XMLImageMapContext.hxx
@@ -50,10 +50,9 @@ public:
 
 virtual ~XMLImageMapContext() override;
 
-virtual SvXMLImportContextRef CreateChildContext(
-sal_uInt16 nPrefix,
-const OUString& rLocalName,
-const css::uno::Reference< css::xml::sax::XAttributeList >& xAttrList 
) override;
+virtual css::uno::Reference< css::xml::sax::XFastContextHandler > SAL_CALL 
createFastChildContext(
+sal_Int32 nElement,
+const css::uno::Reference< css::xml::sax::XFastAttributeList >& 
AttrList ) override;
 
 virtual void SAL_CALL endFastElement(sal_Int32 nElement) override;
 };
diff --git a/xmloff/source/draw/XMLImageMapContext.cxx 
b/xmloff/source/draw/XMLImageMapContext.cxx
index a8f8d13d98b8..0585bd60407f 100644
--- a/xmloff/source/draw/XMLImageMapContext.cxx
+++ b/xmloff/source/draw/XMLImageMapContext.cxx
@@ -41,6 +41,7 @@
 #include 
 #include 
 #include 
+#include 
 
 using namespace ::com::sun::star;
 using namespace ::xmloff::token;
@@ -118,8 +119,6 @@ public:
 
 XMLImageMapObjectContext(
 SvXMLImport& rImport,
-sal_uInt16 nPrefix,
-const OUString& rLocalName,
 css::uno::Reference const & xMap,
 const char* pServiceName);
 
@@ -147,11 +146,9 @@ protected:
 
 XMLImageMapObjectContext::XMLImageMapObjectContext(
 SvXMLImport& rImport,
-sal_uInt16 nPrefix,
-const OUString& rLocalName,
 Reference const & xMap,
 const char* pServiceName) :
-SvXMLImportContext(rImport, nPrefix, rLocalName),
+SvXMLImportContext(rImport),
 xImageMap(xMap),
 bIsActive(true),
 bValid(false)
@@ -290,8 +287,6 @@ public:
 
 XMLImageMapRectangleContext(
 SvXMLImport& rImport,
-sal_uInt16 nPrefix,
-const OUString& rLocalName,
 css::uno::Reference const & xMap);
 
 protected:
@@ -307,10 +302,8 @@ protected:
 
 XMLImageMapRectangleContext::XMLImageMapRectangleContext(
 SvXMLImport& rImport,
-sal_uInt16 nPrefix,
-const OUString& rLocalName,
 Reference const & xMap) :
-XMLImageMapObjectContext(rImport, nPrefix, rLocalName, xMap,
+XMLImageMapObjectContext(rImport, xMap,
  "com.sun.star.image.ImageMapRectangleObject"),
 bXOK(false),
 bYOK(false),
@@ -388,8 +381,6 @@ public:
 
 XMLImageMapPolygonContext(
 SvXMLImport& rImport,
-sal_uInt16 nPrefix,
-const OUString& rLocalName,
 css::uno::Reference const & xMap);
 
 protected:
@@ -405,10 +396,8 @@ protected:
 
 XMLImageMapPolygonContext::XMLImageMapPolygonContext(
 SvXMLImport& rImport,
-sal_uInt16 nPrefix,
-const OUString& rLocalName,
 Reference const & xMap) :
-XMLImageMapObjectContext(rImport, nPrefix, rLocalName, xMap,
+XMLImageMapObjectContext(rImport, xMap,
  "com.sun.star.image.ImageMapPolygonObject"),
 bViewBoxOK(false),
 bPointsOK(false)
@@ -474,8 +463,6 @@ public:
 
 XMLImageMapCircleContext(
 SvXMLImport& rImport,
-sal_uInt16 nPrefix,
-const OUString& rLocalName,
 css::uno::Reference const & xMap);
 
 protected:
@@ -491,10 +478,8 @@ protected:
 
 XMLImageMapCircleContext::XMLImageMapCircleContext(
 SvXMLImport& rImport,
-sal_uInt16 nPrefix,
-const OUString& rLocalName,
 Reference const & xMap)
-: XMLImageMapObjectContext(rImport, nPrefix, rLocalName, xMap,
+: XMLImageMapObjectContext(rImport, xMap,
   "com.sun.star.image.ImageMapCircleObject")
 , nRadius(0)
 , bXOK(false)
@@ -582,33 +567,26 @@ XMLImageMapContext::~XMLImageMapContext()
 {
 }
 
-SvXMLImportContextRef XMLImageMapContext::CreateChildContext(
-sal_uInt16 nPrefix,
-const OUString& rLocalName,
-const Reference & /*xAttrList*/ )
+css::uno::Reference< css::xml::sax::XFastContextHandler > 
XMLImageMapContext::createFastChildContext(
+sal_Int32 nElement,
+const css::uno::Reference< css::xml::sax::XFastAttributeList >&  )
 {
-SvXMLImportContextRef xContext;
-
-if ( XML_NAMESPACE_DRAW == nPrefix )
+switch (nElement)
 {
-if ( IsXMLToken(rLocalName, XML_AREA_RECTANGLE) )

[Libreoffice-bugs] [Bug 136278] The left arrow key causes objects to disappear.

2020-11-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=136278

--- Comment #37 from Horst Schirmeier  ---
It's been bibisected to the same commit, so I'd guess it's the same bug.

However, the description in bug #134133 seems to only partially describe the
problem; using the left arrow can lead to visual states that cannot be reached
going only forward (e.g. additional missing objects).

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