[Libreoffice-bugs] [Bug 150660] Impress Presentation: Simplify and rearrange the functions on the top taskbar

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150660

Mayu Nanaumi  changed:

   What|Removed |Added

  Component|UI  |Impress
   Keywords||needsUXEval

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150660] Impress Presentation: Simplify and rearrange the functions on the top taskbar

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150660

--- Comment #1 from Mayu Nanaumi  ---
Created attachment 182064
  --> https://bugs.documentfoundation.org/attachment.cgi?id=182064=edit
Mockups for Impress Presentation

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-commits] core.git: Branch 'libreoffice-7-4-1' - sc/source

2022-08-28 Thread Eike Rathke (via logerrit)
 sc/source/filter/dif/difimp.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 5ceb0695169e6087ae546687fb22800eaf0da67d
Author: Eike Rathke 
AuthorDate: Thu Aug 25 12:53:51 2022 +0200
Commit: Adolfo Jayme Barrientos 
CommitDate: Mon Aug 29 07:37:57 2022 +0200

Resolves: tdf#150599 Move obtaining data into loop again

Regression from

commit a23a7eea5cfcdc50d09be248828cb1e6293e5ebb
CommitDate: Sun Dec 26 20:36:26 2021 +0100

Avoid OUStringBuffer::toString where possible

that erroneously also moved obtaining the data string outside the
loop, whyever..

Change-Id: I329108d42db43c1ab22ba82650d801e595dd7ece
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138805
Reviewed-by: Eike Rathke 
Tested-by: Jenkins
(cherry picked from commit 9c3c564659320fb24d2a9c230464f06cf855a136)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138816
Reviewed-by: Mike Kaganski 
Reviewed-by: Xisco Fauli 
Tested-by: Adolfo Jayme Barrientos 
Reviewed-by: Adolfo Jayme Barrientos 

diff --git a/sc/source/filter/dif/difimp.cxx b/sc/source/filter/dif/difimp.cxx
index f6e1fd0b0a36..fd88cdf4cfd4 100644
--- a/sc/source/filter/dif/difimp.cxx
+++ b/sc/source/filter/dif/difimp.cxx
@@ -122,7 +122,6 @@ ErrCode ScFormatFilterPluginImpl::ScImportDif(SvStream& 
rIn, ScDocument* pDoc, c
 
 ScSetStringParam aStrParam; // used to set string value without number 
detection.
 aStrParam.setTextInput();
-const OUString aData = rData.makeStringAndClear();
 
 while( eCurrent != D_EOD )
 {
@@ -130,6 +129,7 @@ ErrCode ScFormatFilterPluginImpl::ScImportDif(SvStream& 
rIn, ScDocument* pDoc, c
 
 aPrgrsBar.Progress();
 ScAddress aPos(nColCnt, nRowCnt, nBaseTab);
+const OUString aData = rData.makeStringAndClear();
 
 switch( eCurrent )
 {


[Libreoffice-bugs] [Bug 150660] New: Impress Presentation: Simplify and rearrange the functions on the top taskbar

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150660

Bug ID: 150660
   Summary: Impress Presentation: Simplify and rearrange the
functions on the top taskbar
   Product: LibreOffice
   Version: 7.0 all versions
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: UI
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: mayu.nana...@gmail.com

Description:
1) In the comparison of the top taskbar between Impress and Writer, some
functions are available on Writer but not on Impress such as Font styles,
highlighting text and text resizing, which would be beneficial in terms of
document creation. 

2) It needs CTA to display all slides for users to quickly review. 

Actual Results:
Users have an option to set up the taskbar they prefer, although it doesn't
help simplify the situation. (e.g.) View → User Interface → Select your
preferred user interface

Expected Results:




Reproducible: Always


User Profile Reset: No



Additional Info:
I designed mockups for  Impress Presentation just to explain the idea and
improvements that I pointed out above.

Impress offers a lot of features despite being free open source, however, after
reviewing some product feedback I found that users felt confused and
discouraged with un-friendly UI.

The current features may need to be rearranged/eliminated and focus on each
function to work better other than having them overloaded.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 102506] Find Bar Ctrl+F (search of Cells in Calc): add option to set search for cell Values instead of Formulas

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=102506

Mike Kaganski  changed:

   What|Removed |Added

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

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150659] New: Writer's Find bar shows "Find text in values, to search in formulas use the dialog" tooltip

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150659

Bug ID: 150659
   Summary: Writer's Find bar shows "Find text in values, to
search in formulas use the dialog" tooltip
   Product: LibreOffice
   Version: 7.3.0.1 rc
  Hardware: All
OS: All
Status: UNCONFIRMED
  Keywords: bibisectNotNeeded, regression
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: mikekagan...@hotmail.com

Since commit b60bc1e597032e598caf43d1a13409068b800f57, not only in Calc, but
also in Writer, the formula bar has a tooltip saying

> Find text in values, to search in formulas use the dialog

Writer has no "find in values"/"find in formulas" functionality; and so the
tooltip is misleading.

This already creates user confusion, see e.g.
https://forumooo.ru/index.php?topic=9324 (point #3).

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150657] CALC Chart elements disappear when the data columns are hidden

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150657

--- Comment #3 from Colin  ---
NOTE: Obviously the URL Buttons are pointing to local files and won't work. My
apologies - I should have ditched them before attaching them.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150658] New: The behavior of the Formatting toolbar has changed in 7.4.0.3 from 7.3 and prior when copying and pasting individual Writer table rows.

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150658

Bug ID: 150658
   Summary: The behavior of the Formatting toolbar has changed in
7.4.0.3 from 7.3 and prior when copying and pasting
individual Writer table rows.
   Product: LibreOffice
   Version: 7.4.0.3 release
  Hardware: IA64 (Itanium)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: minor
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tjfranc...@gmail.com

Description:
I have a short line of text, Arial, 12pt.  The first few words in the line are
plain text.  They are followed by a few more words that are italicized.  I copy
the line from a row in a table in document 1 and paste it into a row in a table
in document 2.  Before I paste it, I click the destination row to select it and
then click Bold in the toolbar, intending that the line appear with the
original formatting plus that Bold formatting. And that works fine in release
7.3.  Now in 7.4.0.3 (x64) what happens is that the destination row inherits
all of the original formatting and ignores my selection of the Bold formatting,
in fact the Bold is deselected from the toolbar and Italics is selected, I
assume because the pasted line ends with a few italicized words. I don't know
if you consider this a bug or not but I'm a creature of habit and this is a
departure from how Writer has worked for me since forever. 

Steps to Reproduce:
1.Make a line of text like this but with the last 3 or 4 words italicized.
2.Copy it.
3.Paste it into a row in a Writer table after selecting (clicking) that row in
the table and selecting Bold on the formatting toolbar.

Actual Results:
After pasting, note that the pasted line is not formatted Bold and is otherwise
unchanged from what you copied. Also note that the toolbar now shows that Bold
is not selected and Italics is selected (which it wasn't).

Expected Results:
The pasted line should have been formatted Bold and otherwise unchanged, i.e.,
plain text followed by italicized text.  Software should have behaved as it did
in 7.3 and prior versions, IMO.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.4.0.3 (x64) / LibreOffice Community
Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a
CPU threads: 12; OS: Windows 10.0 Build 22000; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150657] CALC Chart elements disappear when the data columns are hidden

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150657

--- Comment #2 from Colin  ---
Created attachment 182063
  --> https://bugs.documentfoundation.org/attachment.cgi?id=182063=edit
Sample Error File

Why won't the system allow me to add multiple files?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150657] CALC Chart elements disappear when the data columns are hidden

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150657

--- Comment #1 from Colin  ---
Created attachment 182062
  --> https://bugs.documentfoundation.org/attachment.cgi?id=182062=edit
Sample Working Sheet

Why won't the system allow me to add multiple files?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 31480] Find/replace non-printing characters easily

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=31480

--- Comment #41 from YouTecho  ---
YouTecho is a blog created by Tech Junkies, for All the Tech Junkie Community
where we share all the trending tech updates and review gadgets/softwares

https://youtecho.com/

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150657] New: CALC Chart elements disappear when the data columns are hidden

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150657

Bug ID: 150657
   Summary: CALC Chart elements disappear when the data columns
are hidden
   Product: LibreOffice
   Version: 7.3.5.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: that.man.co...@gmail.com

Description:
I believe this is a reversion of FIXED Bug 136816
When the data columns for a bar chart are hidden then the chart elements
disappear BUT it only occurred after I edited an existing chart to include what
have become the top and bottom rows.
Even deleting the chart and recreating it with the inclusion of the new top and
bottom rows causes the error.
Interestingly the original file which had been saved prior to any amending
still performs perfectly.
The new version includes the inserted symbols in G4, G15 & G16

Steps to Reproduce:
Two files attached
Open both and compare the effect when hiding the column G Group

Actual Results:
Top chart goes on the "missing" list

Expected Results:
Top chart should stop playing truant


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Version: 7.3.5.2 (x64) / LibreOffice Community
Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: sv-SE (en_GB); UI: en-GB
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

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

2022-08-28 Thread Thorsten Wagner (via logerrit)
 vcl/osx/salframe.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 5bf4f36b509ae2bdc507074d53af007b4852013d
Author: Thorsten Wagner 
AuthorDate: Tue Aug 23 21:25:23 2022 +0200
Commit: Adolfo Jayme Barrientos 
CommitDate: Mon Aug 29 06:45:07 2022 +0200

Prevent rounding down fontheights depending on display resolution for macOS

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

diff --git a/vcl/osx/salframe.cxx b/vcl/osx/salframe.cxx
index 2685705287c8..9003a8dbde99 100644
--- a/vcl/osx/salframe.cxx
+++ b/vcl/osx/salframe.cxx
@@ -1181,7 +1181,7 @@ static vcl::Font getFont( NSFont* pFont, sal_Int32 nDPIY, 
const vcl::Font& rDefa
 if( pFont )
 {
 aResult.SetFamilyName( GetOUString( [pFont familyName] ) );
-aResult.SetFontHeight( static_cast(([pFont pointSize] * 72.0 / 
static_cast(nDPIY))+0.5) );
+aResult.SetFontHeight( static_cast(ceil([pFont pointSize] * 72.0 
/ static_cast(nDPIY))) );
 aResult.SetItalic( ([pFont italicAngle] != 0.0) ? ITALIC_NORMAL : 
ITALIC_NONE );
 // FIMXE: bold ?
 }


[Libreoffice-bugs] [Bug 142752] Mac LO unresponsive/slow while typing Filename field in Save As dialog box or Export dialogbox

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142752

Sunil  changed:

   What|Removed |Added

 Resolution|INSUFFICIENTDATA|---
 Status|RESOLVED|UNCONFIRMED
 Ever confirmed|1   |0

--- Comment #8 from Sunil  ---
Retested on latest version 7.4.0.3. Still the issue is there. 

Steps to reproduce (Assuming soffice is in path):
1. Execute the following script:
> #!/bin/bash
>for i in {1..1}
>do
>   echo "Hello World" >> temp_lo_file_$i.txt
>done
>soffice temp_lo_file_1.txt
2. Click File -> Save As:
3. Remove the filename and start typing. 

It takes a lot of time to show the save as dialog box and the typing is not
responsive.

Cleanup temp files:
> rm temp_lo_file_*

Please have a look at the attached gif/video.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150655] Calc - custom basic functions do not update after change

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150655

Mike Kaganski  changed:

   What|Removed |Added

 CC||er...@redhat.com

--- Comment #1 from Mike Kaganski  ---
IMO, this is not a bug.
Calc has no idea how the underlying algorithm changes. Its engine does not care
about sudden change of an algorithm, and it's /this sudden change/ that you did
that made your results unreliable.

If Calc was to assume that at any minute, a formula could change its meaning,
it would have to re-calculate the whole sheet at every user action. In reality,
for most formulas, Calc only cares about the *links* (references) that a cell
has, and it only recalculates any cell when *its* formula changed, *or* its
dependencies (direct or indirect) have changed. (There are so-called *volatile*
functions, that recalculate at every change in the document, but making all
user functions volatile would make most of sheets making heavy use of such
functions slow.)

And there is Data->Calculate->Recalculate Hard for unusual cases like yours,
when one needs everything recalculated. It has a shortcut, too: Ctrl+Shift+F9.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 142752] Mac LO unresponsive/slow while typing Filename field in Save As dialog box or Export dialogbox

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142752

--- Comment #7 from Sunil  ---
Created attachment 182061
  --> https://bugs.documentfoundation.org/attachment.cgi?id=182061=edit
normal behaviour

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 142752] Mac LO unresponsive/slow while typing Filename field in Save As dialog box or Export dialogbox

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=142752

--- Comment #6 from Sunil  ---
Created attachment 182060
  --> https://bugs.documentfoundation.org/attachment.cgi?id=182060=edit
buggy behavior

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150656] More Options Button Bug in Scrolling Mode (scroll is front of More Options Button)

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150656

mohammadreza shahedi  changed:

   What|Removed |Added

 Attachment #182059|More Options Button Bug in  |Video of Bug
description|Scrolling Mode (Scroll is   |
   |front of More Options   |
   |Button) |

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150656] More Options Button Bug in Scrolling Mode (scroll is front of More Options Button)

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150656

mohammadreza shahedi  changed:

   What|Removed |Added

   Severity|normal  |minor

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150656] More Options Button Bug in Scrolling Mode (scroll is front of More Options Button)

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150656

--- Comment #1 from mohammadreza shahedi  ---
Created attachment 182059
  --> https://bugs.documentfoundation.org/attachment.cgi?id=182059=edit
More Options Button Bug in Scrolling Mode (Scroll is front of More Options
Button)

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150656] New: More Options Button Bug in Scrolling Mode (scroll is front of More Options Button)

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150656

Bug ID: 150656
   Summary: More Options Button Bug in Scrolling Mode (scroll is
front of More Options Button)
   Product: LibreOffice
   Version: 7.4.0.3 release
  Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: mshahed...@chmail.ir

Description:
Hello, Excuse me, I use Linux Ubuntu 18.04.6 and LibreOffice 7.4.0.3. I noticed
that there More Options Button (in scrolled mode) has a little problem when I
was open some sections to appear scroll in right side of sidebar, and then i
cann't click on "More Options Button" because "Scroll" is front of "More
Options Button".
of course with click on a check box in sidebar and pressing "tab" again and
again to select a More Options Button and press Enter to Open More Options Page
is working, and i can close some Sections to disappear scroll, and then click
on "More Options Button" but in scrolling mode i cann't click on More Options
Button.
Of course, I don't know my pc have this problem only or no.

notice to this video:
https://drive.google.com/file/d/1eT3rb7fXbYmmqrxUS52_9ft3bsiVIZdW/view?usp=sharing

Thanks for your consideration.

Steps to Reproduce:
1.Go to Sidebar and open some Sections to appear scroll.
2.Click on a More Options Button to understand problem.

Actual Results:
Scroll is front of More Options Button in Sidebar and i cann't click on "More
Options Button" to open More Options Page.

Expected Results:
Scroll should been right side of "More Option Button" to we can select "More
Options Button" to go to More Options Page.


Reproducible: Always


User Profile Reset: Yes



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

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 55705] EDITING: Unable to draw lines after Row and Column width modified version Version 3.6.2.2 (Build ID: da8c1e6)

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=55705

mr.david.mitch...@gmail.com changed:

   What|Removed |Added

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

--- Comment #15 from mr.david.mitch...@gmail.com ---
This issue has been resolved in version 7.4.03   I've tested on both Windows
and Linux.  Thank you for all your hard work!

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 112485] [META] Line shape and line-level bugs and enhancements

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=112485
Bug 112485 depends on bug 55705, which changed state.

Bug 55705 Summary: EDITING: Unable to draw lines after Row and Column width 
modified version Version 3.6.2.2 (Build ID: da8c1e6)
https://bugs.documentfoundation.org/show_bug.cgi?id=55705

   What|Removed |Added

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

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 139388] Upgrade Dutch dictionary for spelling checker to version 2.20.21

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=139388

Aron Budea  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |aron.bu...@gmail.com
   |desktop.org |
 Status|NEW |ASSIGNED

--- Comment #21 from Aron Budea  ---
https://gerrit.libreoffice.org/c/dictionaries/+/138954

Pander, I've updated the dictionary based on the current 2.20.21 beta, and your
comments, please let me know if it's fine. You can review it on gerrit as well,
for that you'll need to register an account first. Also, in the future you are
welcome to submit a patch yourself, if you'd prefer that.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150566] LibreOffice 7.3.5.2 hangs

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150566

--- Comment #16 from Bob Sander-Cederlof  ---
7.3.5.2 continues to work with no issues when no other foreground or background
apps are running which consume large amounts of RAM. 

7.3.5.2 also continues to freeze when there is a high memory load. This usually
means Chrome. Sometimes it is BackBlaze (bztransmit in background). Sometimes
it freezes right after displaying the Startcenter window.

On the other hand, the older version 7.1.7.2 always runs without freezing.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150566] LibreOffice 7.3.5.2 hangs

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150566

--- Comment #15 from Bob Sander-Cederlof  ---
7.3.5.2 continues to work with no issues when no other foreground or background
apps are running which consume large amounts of RAM. 

7.3.5.2 also continues to freeze when there is a high memory load. This usually
means Chrome. Sometimes it is BackBlaze (bztransmit in background). Sometimes
it freezes right after displaying the Startcenter window.

On the other hand, the older version 7.1.7.2 always runs without freezing.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150633] AutoInput on Tools menu not functioning

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150633

V Stuart Foote  changed:

   What|Removed |Added

 CC||ernst.frit...@cityweb.de

--- Comment #9 from V Stuart Foote  ---
*** Bug 150644 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150644] CALC: Autoinput not working as described in the change notes.

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150644

V Stuart Foote  changed:

   What|Removed |Added

 Resolution|INVALID |DUPLICATE
 CC||vstuart.fo...@utsa.edu

--- Comment #3 from V Stuart Foote  ---


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

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150655] New: Calc - custom basic functions do not update after change

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150655

Bug ID: 150655
   Summary: Calc - custom basic functions do not update after
change
   Product: LibreOffice
   Version: 7.4.0.3 release
  Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: matthias.lamme...@gmail.com

Description:
I create a simple function in Basic:

Function myAdd(x, y, z)
  myAdd = x + y + z
End Function

Then I can call it as usual with =myAdd(...). Next, I want to update myAdd to
subtract the values, I end up with:

Function myAdd(x, y, z)
  myAdd = x - y - z
End Function

I save my changes and press F9 for recalculation but Calc still gives me the
value for the adding up the 3 values. To fix this bug and get the correct
result, I have to completely retype the function in the cell. If there is only
1 cell, it is fine, but if there are dozens of cells with the same function,
they cannot be rewritten all the time.

Please fix this point, it makes custom functions unreliable.

Steps to Reproduce:
1.write function
2.use in cell
3.change function

Actual Results:
old function result

Expected Results:
new function result


Reproducible: Always


User Profile Reset: No



Additional Info:
nothing

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 103341] [META] AutoCorrect and Word Completion bugs and enhancements

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103341
Bug 103341 depends on bug 150633, which changed state.

Bug 150633 Summary: AutoInput on Tools menu not functioning
https://bugs.documentfoundation.org/show_bug.cgi?id=150633

   What|Removed |Added

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

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150633] AutoInput on Tools menu not functioning

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150633

V Stuart Foote  changed:

   What|Removed |Added

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

--- Comment #8 from V Stuart Foote  ---
(In reply to not4877 from comment #7)
> Thank you!!  Yes, the cited bug report sounds very similar to my experience.
> I'm not clear on whether there was any further action to resolve this or
> identify the issue.  Your earlier comment makes it sound like you think the
> "new" behavior is more efficient?

Well, the autoinput completion does work--just differently--and users will have
to rework muscle memory to take advantage of the "feature". But with than and
if you also work in use of the "" listbox completion for your
input/edit process you should be well served.

Seems like there is additional refactoring to be done--in meanwhile it should
be functional.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-commits] core.git: Branch 'distro/cib/libreoffice-6-4' - configure.ac

2022-08-28 Thread Thorsten Behrens (via logerrit)
 configure.ac |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit bff9f605b3c9ea2eec7f7fd5a2f7cc356c86956c
Author: Thorsten Behrens 
AuthorDate: Sun Aug 28 23:39:42 2022 +0200
Commit: Thorsten Behrens 
CommitDate: Sun Aug 28 23:39:42 2022 +0200

Bump version to 6.4.0.10

Change-Id: Ib17648d2a8344e4fccad19fb1b92924ae08a66b2

diff --git a/configure.ac b/configure.ac
index 687bae94c8e2..424142530df5 100644
--- a/configure.ac
+++ b/configure.ac
@@ -9,7 +9,7 @@ dnl in order to create a configure script.
 # several non-alphanumeric characters, those are split off and used only for 
the
 # ABOUTBOXPRODUCTVERSIONSUFFIX in openoffice.lst. Why that is necessary, no 
idea.
 
-AC_INIT([CIB Office],[6.4.0.9],[],[],[https://www.cib.de/ciboffice/])
+AC_INIT([CIB Office],[6.4.0.10],[],[],[https://www.cib.de/ciboffice/])
 
 dnl libnumbertext needs autoconf 2.68, but that can pick up autoconf268 just 
fine if it is installed
 dnl whereas aclocal (as run by autogen.sh) insists on using autoconf and fails 
hard


[Libreoffice-bugs] [Bug 150633] AutoInput on Tools menu not functioning

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150633

--- Comment #7 from not4...@hotmail.com ---
Thank you!!  Yes, the cited bug report sounds very similar to my experience. 
I'm not clear on whether there was any further action to resolve this or
identify the issue.  Your earlier comment makes it sound like you think the
"new" behavior is more efficient?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150648] EAN13 function works in spreadsheet with LibreOffice 7.3 not 7.4

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150648

m.a.riosv  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 Ever confirmed|0   |1

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150652] CSV (Text) import dialog: Improve discoverability of Column type setting

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150652

m.a.riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #2 from m.a.riosv  ---
+1

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150654] New: wrong python config variable EXT_SUFFIX for macos

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150654

Bug ID: 150654
   Summary: wrong python config variable EXT_SUFFIX for macos
   Product: LibreOffice
   Version: 7.4.0.0 beta1+
  Hardware: All
OS: macOS (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: saikee2...@gmail.com

Description:
When I use uno to write a python program to communicate with a Libreoffice
running session on Macos, I need to run the python shipped with Libreoffice in
/Applications/LibreOffice.app/Contents/Resources/python

So, I need to install the required python module, e.g., the numpy.  It failed
to import because the EXT_SUFFIX is wrong.

What I did was /Applications/LibreOffice.app/Contents/Resources/python -m pip
install numpy
The library is installed, but the name of some C-extensions failed.

The problem is, those C-extensions are named with .cpython-37m-darwin.so
suffix, e.g.,
/Applications/LibreOffice.app/Contents/Frameworks/LibreOfficePython.framework/lib/python3.7/site-packages/numpy/core/_multiarray_umath.cpython-37m-darwin.so
But if you run following within the Libreoffice shipped python:

import sysconfig
sysconfig.get_config_var("EXT_SUFFIX")

it says '.cpython-3.7m.so'

Therefore, it failed.  If I use python installed externally, this same command
return '.cpython-37m-darwin.so' and the import succeeded.

But I can't change the config variable "EXT_SUFFIX", they are set in compile
time, can you help to look at the error and see if my understanding is correct
?

I tested the same in both Intel and M1 CPU, both suffer from the same problem.

Steps to Reproduce:
1./Applications/LibreOffice.app/Contents/Resources/python -m pip install numpy
2./Applications/LibreOffice.app/Contents/Resources/python
3.import numpy

Actual Results:
Traceback (most recent call last):
  File
"/Applications/LibreOffice.app/Contents/Frameworks/LibreOfficePython.framework/lib/python3.7/site-packages/numpy/core/__init__.py",
line 22, in 
from . import multiarray
  File
"/Applications/LibreOffice.app/Contents/Frameworks/LibreOfficePython.framework/lib/python3.7/site-packages/numpy/core/multiarray.py",
line 12, in 
from . import overrides
  File
"/Applications/LibreOffice.app/Contents/Frameworks/LibreOfficePython.framework/lib/python3.7/site-packages/numpy/core/overrides.py",
line 7, in 
from numpy.core._multiarray_umath import (
ModuleNotFoundError: No module named 'numpy.core._multiarray_umath'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "", line 1, in 
  File
"/Applications/LibreOffice.app/Contents/Frameworks/LibreOfficePython.framework/lib/python3.7/site-packages/numpy/__init__.py",
line 150, in 
from . import core
  File
"/Applications/LibreOffice.app/Contents/Frameworks/LibreOfficePython.framework/lib/python3.7/site-packages/numpy/core/__init__.py",
line 48, in 
raise ImportError(msg)
ImportError:

IMPORTANT: PLEASE READ THIS FOR ADVICE ON HOW TO SOLVE THIS ISSUE!

Importing the numpy C-extensions failed. This error can happen for
many reasons, often due to issues with your setup or how NumPy was
installed.

We have compiled some common reasons and troubleshooting tips at:

https://numpy.org/devdocs/user/troubleshooting-importerror.html

Please note and check the following:

  * The Python version is: Python3.7 from
"/Applications/LibreOffice.app/Contents/Resources/../Frameworks/LibreOfficePython.framework/Versions/3.7/Resources/Python.app/Contents/MacOS/LibreOfficePython"
  * The NumPy version is: "1.21.4"

and make sure that they are the versions you expect.
Please carefully study the documentation linked above for further help.

Original error was: No module named 'numpy.core._multiarray_umath'

Expected Results:
Should be no error after import numpy


Reproducible: Always


User Profile Reset: No



Additional Info:
import sysconfig
sysconfig.get_config_var("EXT_SUFFIX")

Shows wrong extension for the C-extensions

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 145528] FILEOPEN PPTX: text is vertically off, too low/too high ("cloverleaf" SmartArt)

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=145528

Gerald Pfeifer  changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED

--- Comment #10 from Gerald Pfeifer  ---
Marking as VERIFIED, which I missed doing with comment #9.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 145017] [Calc] The action of the New button in the Data Form seemed illogical

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=145017

Roman Kuznetsov <79045_79...@mail.ru> changed:

   What|Removed |Added

 Ever confirmed|0   |1
 CC||79045_79...@mail.ru
 Status|UNCONFIRMED |NEEDINFO
 Whiteboard| QA:needsComment|

--- Comment #2 from Roman Kuznetsov <79045_79...@mail.ru> ---
Igor do you mean the "New" button inside Data Source (Ctrl+Shift+F4) view? I
just don't see any buttons in your example

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 143888] enhancement: CALCULATION: implement a function 'rawsum', working without prettyfying as rawsubtract does

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143888

Roman Kuznetsov <79045_79...@mail.ru> changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|
 CC||er...@redhat.com,
   ||mikekagan...@hotmail.com

--- Comment #1 from Roman Kuznetsov <79045_79...@mail.ru> ---
Eike, Mike, what do you think about this suggestion?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150653] New: Writer: "Auto-save" CANNOT be modified.

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150653

Bug ID: 150653
   Summary: Writer: "Auto-save" CANNOT be modified.
   Product: LibreOffice
   Version: 7.3.5.2 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: j...@fastmail.us

Description:
Every 5 minutes, the auto-save runs a 'save cycle.'
I go to "Tools"/"Options"/"Load/Save" and change the "Save AutoRecovery
information every __ minutes" to 60 minutes. 
The "Auto-Save" runs 5 minutes between save cycles.
I UNCHECK the "Save AutoRecovery information every __ minutes" supposedly to
disable the damned thing.
The "Auto-Save" runs 5 minutes between save cycles.
No matter what I do:
The "Auto-Save" runs 5 minutes between save cycles.
*
This is especially annoying when I am working long documents.
I am currently working a 443 page document, and the "Save Cycle" lasts for over
a full minute.

Steps to Reproduce:
1.Open a document 
2.Edit the document
3.Watch the save cycle initiate every 5 minutes after the end of the previous
cycle.

Actual Results:
Cannot modify "Auto-Save"

Expected Results:
I want to turn the MF thing OFF!!


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Version: 7.3.5.2 (x64) / LibreOffice Community
Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render:
Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
>
I use Windows-7

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 135224] LibreOffice does not seem to save conditionally formatted cells with data bars into XLS format

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=135224

Roman Kuznetsov <79045_79...@mail.ru> changed:

   What|Removed |Added

   Keywords||dataLoss

--- Comment #6 from Roman Kuznetsov <79045_79...@mail.ru> ---
Still repro in

Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 4d78ed5c00b9c3c59ed28d24c28fd00e0f3a7657
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

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

2022-08-28 Thread Caolán McNamara (via logerrit)
 vcl/unx/generic/gdi/cairotextrender.cxx |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

New commits:
commit b323f1fba2a7a409177f5296c6ba8b98c9e537ad
Author: Caolán McNamara 
AuthorDate: Sun Aug 28 20:30:07 2022 +0100
Commit: Caolán McNamara 
CommitDate: Sun Aug 28 22:12:19 2022 +0200

ofz#50729 Integer-overflow

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

diff --git a/vcl/unx/generic/gdi/cairotextrender.cxx 
b/vcl/unx/generic/gdi/cairotextrender.cxx
index 5ddee651d70e..3f43591b97a3 100644
--- a/vcl/unx/generic/gdi/cairotextrender.cxx
+++ b/vcl/unx/generic/gdi/cairotextrender.cxx
@@ -190,8 +190,8 @@ void CairoTextRender::DrawTextLayout(const 
GenericSalLayout& rLayout, const SalG
 return;
 
 const vcl::font::FontSelectPattern& rFSD = 
rInstance.GetFontSelectPattern();
-int nHeight = rFSD.mnHeight;
-int nWidth = rFSD.mnWidth ? rFSD.mnWidth : nHeight;
+double nHeight = rFSD.mnHeight;
+double nWidth = rFSD.mnWidth ? rFSD.mnWidth : nHeight;
 if (nWidth == 0 || nHeight == 0)
 return;
 


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

2022-08-28 Thread Caolán McNamara (via logerrit)
 sfx2/source/dialog/styledlg.cxx |1 +
 1 file changed, 1 insertion(+)

New commits:
commit 08042d2c32f86117828e5092e9952d1d835d
Author: Caolán McNamara 
AuthorDate: Sun Aug 28 14:52:48 2022 +0100
Commit: Caolán McNamara 
CommitDate: Sun Aug 28 22:06:38 2022 +0200

cid#1500646 silence Resource leak

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

diff --git a/sfx2/source/dialog/styledlg.cxx b/sfx2/source/dialog/styledlg.cxx
index 0e2551102a2a..786a6401a62b 100644
--- a/sfx2/source/dialog/styledlg.cxx
+++ b/sfx2/source/dialog/styledlg.cxx
@@ -65,6 +65,7 @@ SfxStyleDialogController::SfxStyleDialogController
 */
 SfxStyleDialogController::~SfxStyleDialogController()
 {
+// coverity[leaked_storage] - deliberate, ownership is really with m_rStyle
 m_xExampleSet.release();
 }
 


[Libreoffice-bugs] [Bug 150626] No autofocus when hovering cursor over comboboxes or dropdownboxes

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150626

raal  changed:

   What|Removed |Added

  Regression By||Caolán McNamara
   Keywords|bibisectRequest |bibisected, bisected
 OS|Windows (All)   |All
 CC||caol...@redhat.com,
   ||r...@post.cz

--- Comment #3 from raal  ---
This seems to have begun at the below commit.
Adding Cc: to Caolán McNamara ; Could you possibly take a look at this one?
Thanks

8920c1f1a24d11b90912f8a4faa510243624802e is the first bad commit
commit 8920c1f1a24d11b90912f8a4faa510243624802e
Author: Jenkins Build User 
Date:   Tue Apr 21 12:23:29 2020 +0200

source sha:2e0a32b51681fb356699b4a722f461f55a46b890

https://git.libreoffice.org/core/+/2e0a32b51681fb356699b4a722f461f55a46b890

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150646] Unable to change font color in spreadsheet cells

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150646

raal  changed:

   What|Removed |Added

 CC||r...@post.cz

--- Comment #1 from raal  ---
Cannot reproduce with Version: 7.5.0.0.alpha0+ / LibreOffice Community
Build ID: 27892a5e12dada80226f778ab2bd14b1bdaab58a
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150648] EAN13 function works in spreadsheet with LibreOffice 7.3 not 7.4

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150648

raal  changed:

   What|Removed |Added

 CC||r...@post.cz

--- Comment #1 from raal  ---
Please attach test file. Thank you.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150402] FILEOPEN PPTX: font size renders much bigger in presentation mode than in edit mode

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150402

raal  changed:

   What|Removed |Added

 CC||armin.le.gr...@me.com,
   ||r...@post.cz
   Keywords|bibisectRequest |bibisected, bisected
  Regression By||Armin Le Grand

--- Comment #4 from raal  ---
This seems to have begun at the below commit.
Adding Cc: to Armin Le Grand; Could you possibly take a look at this one?
Thanks

af064b4dee052d8808fb08dbe3610e095cdca181 is the first bad commit
commit af064b4dee052d8808fb08dbe3610e095cdca181
Author: Jenkins Build User 
Date:   Wed Feb 2 10:05:12 2022 +0100

source sha:4d535c4f867d86d40786788e5e5c9fd061a65673

https://git.libreoffice.org/core/+/4d535c4f867d86d40786788e5e5c9fd061a65673

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150652] CSV (Text) import dialog: Improve discoverability of Column type setting

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150652

--- Comment #1 from Tamas  ---
Excellent idea!

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150610] FILEOPEN PPTX: text shows grey instead of black (low contrast)

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150610

raal  changed:

   What|Removed |Added

   Keywords|bibisectRequest |bibisected, bisected
  Regression By||Mike Kaganski
 CC||r...@post.cz

--- Comment #3 from raal  ---
This seems to have begun at the below commit.
Adding Cc: to Mike Kaganski ; Could you possibly take a look at this one?
Thanks

602d48159d7f669e4513c5153b10ef3477cd7202 is the first bad commit
commit 602d48159d7f669e4513c5153b10ef3477cd7202
Author: Jenkins Build User 
Date:   Sat May 30 12:44:19 2020 +0200

source sha:c644b2b4abe3051c0e0fc91674154c796fd326f6

https://git.libreoffice.org/core/+/c644b2b4abe3051c0e0fc91674154c796fd326f6

-- 
You are receiving this mail because:
You are the assignee for the bug.

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

2022-08-28 Thread Caolán McNamara (via logerrit)
 sot/source/sdstor/stg.cxx |1 +
 1 file changed, 1 insertion(+)

New commits:
commit f4ccf5da912a8cb33971cfd2f2276e90a0571d0b
Author: Caolán McNamara 
AuthorDate: Sun Aug 28 14:55:51 2022 +0100
Commit: Caolán McNamara 
CommitDate: Sun Aug 28 21:12:21 2022 +0200

cid#1500658 silence Resource leak

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

diff --git a/sot/source/sdstor/stg.cxx b/sot/source/sdstor/stg.cxx
index 08af343092fa..cebade94f654 100644
--- a/sot/source/sdstor/stg.cxx
+++ b/sot/source/sdstor/stg.cxx
@@ -579,6 +579,7 @@ BaseStorage* Storage::OpenStorage( const OUString& rName, 
StreamMode m, bool bDi
 if( p && p->m_aEntry.GetType() != STG_STORAGE )
 {
 pIo->SetError( SVSTREAM_FILE_NOT_FOUND );
+// coverity[overwrite_var] - ownership is not here, but with StgDirStrm
 p = nullptr;
 }
 


[Libreoffice-bugs] [Bug 150635] Numbers larger than 15 digits cannot be FORMATED as TEXT

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150635

Mike Kaganski  changed:

   What|Removed |Added

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

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150652] New: CSV (Text) import dialog: Improve discoverability of Column type setting

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150652

Bug ID: 150652
   Summary: CSV (Text) import dialog: Improve discoverability of
Column type setting
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Keywords: needsUXEval
  Severity: enhancement
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: mikekagan...@hotmail.com

CSV Import dialog [1] allows one to define field type explicitly: each column
in the preview area is clickable, and then one can either select column type
from the dropdown above the preview, or can right-click on the columns
themselves to bring the choice menu. This is very important for CSV/text
import, because the data does not include information about the data type
itself, and thus a multitude of corner cases exist, where automatic detection
of default settings would fail: e.g., textual data like card ids that may be
confused with numbers, and conversion could result in data loss.

The problem is the poor discoverability of the setting. The drop-down "Column
type:" control does not tell user that it would activate on a column click;
such rich interaction (with context menus) is generally uncharacteristic for
dialogs.

The information about setting "formatting" (bad term; data type is proper) of
the columns is also given at [2]. However, users don't find this. Many
questions appear at Ask, and also here in bugzilla - see e.g. bug 150635, which
encouraged me to report this UX issue.

The problem could be solved in many ways (e.g., adding some descriptive text to
the dialog). My proposal would be to add a drop-down control (down arrow) to
each column header, similar to how autofilter looks in Calc. This way, user
would immediately see the actionable controls, and checking those, would learn
that the dialog allows to define the types of columns. (This specific proposal
is just a suggestion, and the issue would be resolved by whatever improvement
UX finds reasonable.)

[1]
https://help.libreoffice.org/7.4/en-US/text/shared/00/0208.html?DbPAR=CALC
[2]
https://help.libreoffice.org/7.4/en-US/text/scalc/guide/csv_files.html?DbPAR=CALC

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 133494] Improve word completion suggestions

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=133494

V Stuart Foote  changed:

   What|Removed |Added

 CC||dennisfrancis...@gmail.com,
   ||ke...@collabora.com,
   ||qui...@gmail.com

--- Comment #7 from V Stuart Foote  ---
Spent a little time on this for bug150633 and bug 150644

The  listbox is OK, but it needs a little more to be useful.

Specifically, it defaults now to simply listing all the unique values contained
in the column.  What is needed to make it minimally functional on larger sheets
is to filter the lb content based on a partial text entry being made.

And idealy, filter the lb content with a regex pattern match (beginning or end
of entry like quikee did for the HUD).

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150651] New: LO “not responding” when using right click on the icon in the dock (MAC user)

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150651

Bug ID: 150651
   Summary: LO “not responding” when using right click on the icon
in the dock (MAC user)
   Product: LibreOffice
   Version: 7.3.2.2 release
  Hardware: Other
OS: macOS (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: and...@andrea-re.eu

Description:
I am on a M1 Mac (Monterey 12.4) and everything is up to date (LO 7.3.2.2).
Say I go on the LO icon that is in the dock and right click and then select
which file to look at, it will work once or twice, but after that the spinning
wheel of death appears and all I can do is kill LO and start again.
I mustn't use the right click if I want to avoid the issue.

It happens EVERY TIME. I have tried to start in “safe mode”, but it has made no
difference.

I have also tried to revoke and re-grant permissions (as suggested in the helop
forum), but no difference.

I have also created a new user, but no difference. I can choose files once or
twice using the right click on the mouse, but then EVERY TIME I need to close
LO because it stopped working. 

Calc or Writer... same outcome.

If this isn't a bug I don't know what is...



Steps to Reproduce:
1. Open LO and open a file
2. Go to the dock and right click on the icon.
3. Select a different file
4. Do 3. once or twice

Actual Results:
The spinning wheel of death will appear. LO will say "Application not
responding" and all you can do is Force Quit LO and start again. Waiting does
nothing (I waited hours)

Expected Results:
Be able to use the right click menu without the application crashing.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
N.A.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150650] It is not posible to set fill to None with Sidebar in a drawing

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150650

--- Comment #1 from jcs...@libreoffice.org ---
Created attachment 182058
  --> https://bugs.documentfoundation.org/attachment.cgi?id=182058=edit
Video showing the bug

A video where you can see the bug

-- 
You are receiving this mail because:
You are the assignee for the bug.

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

2022-08-28 Thread Caolán McNamara (via logerrit)
 sw/source/core/doc/htmltbl.cxx |1 +
 1 file changed, 1 insertion(+)

New commits:
commit 02663c8ba0cfe6bf71070ed2e02d13f1ced895d4
Author: Caolán McNamara 
AuthorDate: Sun Aug 28 14:38:07 2022 +0100
Commit: Caolán McNamara 
CommitDate: Sun Aug 28 20:14:04 2022 +0200

cid#1500473 silence Resource leak

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

diff --git a/sw/source/core/doc/htmltbl.cxx b/sw/source/core/doc/htmltbl.cxx
index 3fdc83bfcdfb..ffa1a63267e2 100644
--- a/sw/source/core/doc/htmltbl.cxx
+++ b/sw/source/core/doc/htmltbl.cxx
@@ -679,6 +679,7 @@ void SwHTMLTableLayout::AutoLayoutPass1()
 if (xConstraints)
 {
 SwHTMLTableLayoutConstraints* pConstraints = 
xConstraints->InsertNext(pConstr);
+// coverity[leaked_storage] - ownership transferred to 
pConstraints chain
 xConstraints.release();
 xConstraints.reset(pConstraints);
 }


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

2022-08-28 Thread Caolán McNamara (via logerrit)
 vcl/source/outdev/line.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 061363cea1642ba60de32b644b73c5c9cc136596
Author: Caolán McNamara 
AuthorDate: Sun Aug 28 16:33:10 2022 +0100
Commit: Caolán McNamara 
CommitDate: Sun Aug 28 20:13:29 2022 +0200

ofz#50674 reduce limit while fuzzing

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

diff --git a/vcl/source/outdev/line.cxx b/vcl/source/outdev/line.cxx
index 305484792736..d8a2822160c7 100644
--- a/vcl/source/outdev/line.cxx
+++ b/vcl/source/outdev/line.cxx
@@ -265,7 +265,7 @@ void OutputDevice::drawLine( basegfx::B2DPolyPolygon 
aLinePolyPolygon, const Lin
 // but one that is at least as good as ImplSubdivideBezier was.
 // There, Polygon::AdaptiveSubdivide was used with default 
parameter
 // 1.0 as quality index.
-static int nRecurseLimit = utl::ConfigManager::IsFuzzing() ? 15 : 
30;
+static int nRecurseLimit = utl::ConfigManager::IsFuzzing() ? 10 : 
30;
 aLinePolyPolygon = 
basegfx::utils::adaptiveSubdivideByDistance(aLinePolyPolygon, 1.0, 
nRecurseLimit);
 }
 


[Libreoffice-bugs] [Bug 150650] New: It is not posible to set fill to None with Sidebar in a drawing

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150650

Bug ID: 150650
   Summary: It is not posible to set fill to None with Sidebar in
a drawing
   Product: LibreOffice
   Version: 7.4.0.3 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: UI
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: jcs...@libreoffice.org

Description:
It is not possible to set to none the fill of a drawing area via Sidebar, but
it is possible to set any other opción without any problem.

No problem to set the fill to none via contextual menu Area option or via
Drawing Object Properties toolbar, only problems with Sidebar.

Steps to Reproduce:
1. Open a new Writer document (same problem in other components)
2. Select Menu > View > Toolbars > Drawing
3. Insert any figure, e.g. a rectangle
4. Show properties panel in the Sidebar
5. In the Area panel, Fill option, select None (nothing happens on drawing)
6. Select any other Fill option (the fill of the drawing changes)

Actual Results:
It is not possible to change the Fill to None via Sidebar

Expected Results:
The Fill area in the drawing should disappear


Reproducible: Always


User Profile Reset: Yes



Additional Info:
No problem to set the fill to none via contextual menu Area option or via
Drawing Object Properties toolbar, only problems with Sidebar.

Tested with:

Version: 7.4.0.3 (x64) / LibreOffice Community
Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL

This bug *did not* exist in version:

Version: 7.4.0.1 (x64) / LibreOffice Community
Build ID: 43e5fcfbbadd18fccee5a6f42ddd533e40151bcf
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: es-ES
Calc: CL

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 103341] [META] AutoCorrect and Word Completion bugs and enhancements

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103341

V Stuart Foote  changed:

   What|Removed |Added

 Depends on||150633


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=150633
[Bug 150633] AutoInput on Tools menu not functioning
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150633] AutoInput on Tools menu not functioning

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150633

V Stuart Foote  changed:

   What|Removed |Added

 Blocks||103341
Summary|Autocomplete not on Tools   |AutoInput on Tools menu not
   |menu|functioning


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=103341
[Bug 103341] [META] AutoCorrect and Word Completion bugs and enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150649] New: odd behaviors when clicking help buttons in pop windows (settings, format cells, so on and so forth)

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150649

Bug ID: 150649
   Summary: odd behaviors when clicking help buttons in pop
windows (settings, format cells, so on and so forth)
   Product: LibreOffice
   Version: 7.3.5.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: j...@null.net

Description:
- **Etcher version:** 1.7.9
- **LibreOffice info
Version: 7.3.5.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 2; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Ubuntu package version: 1:7.3.5-0ubuntu0.22.04.1
Calc: threaded
- **Operating system and architecture:** mate 22.04.01 lts, 64bit amd=
- **What do you think should have happened:** 
well i definetly know that belenaetcher should not try and open .html files but
when i hit a help button in libreoffice popup windows it opens belenaetcher
with the iso file being the helpfile.hmtl and a warning pops up saying this is
not a iso no shit dude. lol. i tried to find file associations, default
programs but cant find anything in the system settings and i cant find anything
in the libreoffice settings, if you hit f1 it opens the browser just fine.
every button brings newhelp#.html im up to 5 going to reboot and see if it
fixes it but any help trying to figure out what is happening would be great
will post on belenaetcher github
https://github.com/balena-io/etcher/issues/3808




Steps to Reproduce:
1.open a settings menu or pop up window with help in botom right corner
2.click help
3.belenaetcher pops up 

Actual Results:
same thing

Expected Results:
browser to open


Reproducible: Always


User Profile Reset: No



Additional Info:
see above

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150640] Run away dialogs from document (GTK3?)

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150640

--- Comment #4 from grofaty  ---
Ubuntu 22.04:
I have check what happens when I press the Super key. In Ubuntu toolbar (at far
left) there are three dots indicating three application windows are opened.
Also in the center there are three windows displayed also indicating three
application windows. In my humble opinion there should be no separate window
for e.g. Find and Replace dialog.

Windows 10:
I have also performed some tests on Windows for all of the reported run-away
dialogs on Ubuntu and I can't reproduce this problem tool. It may be Linux
specific problem.

The only run-away window on Windows is Tools | Extension Manager. But as I have
written in my previous post this may be intentional, because Extension Manager
is not tied to specific document but instead it is related to whole LibreOffice
Writer as a program.

On Windows I did test on:

Version: 7.3.3.2 (x64) / LibreOffice Community
Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: sl-SI (en_SI); UI: en-US
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150644] CALC: Autoinput not working as described in the change notes.

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150644

V Stuart Foote  changed:

   What|Removed |Added

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

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 145198] Bash like autocompletion for Calc's autoinput

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=145198

V Stuart Foote  changed:

   What|Removed |Added

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

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150633] Autocomplete not on Tools menu

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150633

V Stuart Foote  changed:

   What|Removed |Added

URL||https://ask.libreoffice.org
   ||/t/behavior-change-in-autoi
   ||nput/81200
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=14
   ||5198,
   ||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=15
   ||0644

--- Comment #6 from V Stuart Foote  ---
Seems with 7.3 there was a change for the autocompletion of the AutoInput in
calc, the UI now implements bash style completion. Which changes the AutoInput
completion and requires users to adjust their workflow--should be more
efficient once you do.

see also enhancement bug 145198 to implement discussion of ESC in [1]

If that is issue this seems a dup of bug 150664

=-ref-=
[1] https://lists.freedesktop.org/archives/libreoffice/2021-October/087911.html

* Calc auto-complete behavior changes (Kendy)

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150640] Run away dialogs from document (GTK3?)

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150640

--- Comment #3 from grofaty  ---
Created attachment 182057
  --> https://bugs.documentfoundation.org/attachment.cgi?id=182057=edit
Windows_Extension_Manager.jpg

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150640] Run away dialogs from document (GTK3?)

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150640

--- Comment #2 from grofaty  ---
Created attachment 182056
  --> https://bugs.documentfoundation.org/attachment.cgi?id=182056=edit
Linux_Super_key.jpg

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150090] Help page "Go to Sheet" cannot be open

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150090

Laurent BP  changed:

   What|Removed |Added

 Status|ASSIGNED|NEW
   Assignee|jumbo4...@yahoo.fr  |libreoffice-b...@lists.free
   ||desktop.org

--- Comment #2 from Laurent BP  ---
I cannot reproduce the bug on my built LibO. So I don't know whether this could
fix it:

/help/source/text/scalc/01/0222.xhp
22 +   

Olivier, could you test?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150647] Autofilter result is wrong when filtering (empty) records

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150647

Kevin Suo  changed:

   What|Removed |Added

 CC||xiscofa...@libreoffice.org
   Keywords||bibisected, regression

--- Comment #1 from Kevin Suo  ---
Bibisected to the following range which covers 3 commits:
7d730cd58..938c89983

in which the following seems related:

commit 938c899831bd5b165b2b7db3945867a1ce155483
Author: Xisco Fauli 
Date:   Wed Aug 17 12:59:51 2022 +0200

tdf#150452: Revert "tdf#130795 use concurrent hashmap in SharedStringPool"

Adding cc to Xisco Fauli: any idea? I don't think we should do a "revert
revert".

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150648] New: EAN13 function works in spreadsheet with LibreOffice 7.3 not 7.4

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150648

Bug ID: 150648
   Summary: EAN13 function works in spreadsheet with LibreOffice
7.3  not 7.4
   Product: LibreOffice
   Version: 7.4.0.3 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: robert.bassi...@free.fr

Description:
I am using EAN13 function since a lot of years without problems. On Ubuntu and
Windows, I got Error 509, not the code with EAN13, after LibreOffice 7.4
upgrade.

Steps to Reproduce:
1.use EAN13 function with 7.4
2.
3.

Actual Results:
Error 509

Expected Results:
The ean code (13)


Reproducible: Always


User Profile Reset: No



Additional Info:
EAN13 is a function 
REM  *  BASIC  *

Function ean13$(chaine$)
  'Cette fonction est régie par la Licence Générale Publique Amoindrie GNU (GNU
LGPL)
  'This function is governed by the GNU Lesser General Public License (GNU
LGPL)
  'V 1.1.1
  'Paramètres : une chaine de 12 chiffres
  'Parameters : a 12 digits length string
  'Retour : * une chaine qui, affichée avec la police EAN13.TTF, donne le code
barre
  ' * une chaine vide si paramètre fourni incorrect
  'Return : * a string which give the bar code when it is dispayed with
EAN13.TTF font
  ' * an empty string if the supplied parameter is no good
  Dim i%, checksum%, first%, CodeBarre$, tableA As Boolean
  ean13$ = ""
  'Vérifier qu'il y a 12 caractères
  'Check for 12 characters
  If Len(chaine$) = 12 Then
'Et que ce sont bien des chiffres
'And they are really digits
For i% = 1 To 12
  If Asc(Mid$(chaine$, i%, 1)) < 48 Or Asc(Mid$(chaine$, i%, 1)) > 57 Then
i% = 0
Exit For
  End If
Next
If i% = 13 Then
  'Calcul de la clé de contrôle
  'Calculation of the checksum
  For i% = 12 To 1 Step -2
checksum% = checksum% + Val(Mid$(chaine$, i%, 1))
  Next
  checksum% = checksum% * 3
  For i% = 11 To 1 Step -2
checksum% = checksum% + Val(Mid$(chaine$, i%, 1))
  Next
  chaine$ = chaine$ & (10 - checksum% Mod 10) Mod 10
  'Le premier chiffre est pris tel quel, le deuxième vient de la table A
  'The first digit is taken just as it is, the second one come from table A
  CodeBarre$ = Left$(chaine$, 1) & Chr$(65 + Val(Mid$(chaine$, 2, 1)))
  first% = Val(Left$(chaine$, 1))
  For i% = 3 To 7
tableA = False
 Select Case i%
 Case 3
   Select Case first%
   Case 0 To 3
 tableA = True
   End Select
 Case 4
   Select Case first%
   Case 0, 4, 7, 8
 tableA = True
   End Select
 Case 5
   Select Case first%
   Case 0, 1, 4, 5, 9
 tableA = True
   End Select
 Case 6
   Select Case first%
   Case 0, 2, 5, 6, 7
 tableA = True
   End Select
 Case 7
   Select Case first%
   Case 0, 3, 6, 8, 9
 tableA = True
   End Select
 End Select
   If tableA Then
 CodeBarre$ = CodeBarre$ & Chr$(65 + Val(Mid$(chaine$, i%, 1)))
   Else
 CodeBarre$ = CodeBarre$ & Chr$(75 + Val(Mid$(chaine$, i%, 1)))
   End If
 Next
  CodeBarre$ = CodeBarre$ & "*"   'Ajout séparateur central / Add middle
separator
  For i% = 8 To 13
CodeBarre$ = CodeBarre$ & Chr$(97 + Val(Mid$(chaine$, i%, 1)))
  Next
  CodeBarre$ = CodeBarre$ & "+"   'Ajout de la marque de fin / Add end mark
  ean13$ = CodeBarre$
End If
  End If
End Function

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150647] New: Autofilter result is wrong when filtering (empty) records

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150647

Bug ID: 150647
   Summary: Autofilter result is wrong when filtering (empty)
records
   Product: LibreOffice
   Version: 7.4.0.3 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: suokunl...@126.com

Created attachment 182055
  --> https://bugs.documentfoundation.org/attachment.cgi?id=182055=edit
test.ods

Steps to Reproduce:

1. Open the attached test ods file.
Observe that there are 7581 records.
(Note that the non empty items in column E are prefixed with several spaces.)

2. Click on the autofilter dropdown in column E named "Cashflow Item", make the
item named "(Empty)" unchecked (i.e. all other non-empty items are checked),
then click OK.
--> Good, there are 47 non-empty records.

3. Click on the autofilter dropdown in column E again, make the item named
"(Empty") checked (i.e., all other non-empty items are not checked).

Current Result:
None records are shown in step 3.

Expected:
There are 7581 - 47 = 7534 records are empty in column E, thus 7534 records
should show up in step 3.

It works OK if you filter in column B.

Version: 7.3.6.1 / LibreOffice Community
Build ID: 92b673af3a5e8f7cf4716be88dfaca424612f244
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: zh-CN (zh_CN.UTF-8); UI: zh-CN
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150645] Writer crashes after longer usage session

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150645

--- Comment #3 from V Stuart Foote  ---
And if that improves things, please copy paste content of the skia.log from the
LO user cache taken while Vulkan GPU is enabled.

Content we need look like these:

RenderMethod: vulkan
Vendor: 0x8086
Device: 0x8a52
API: 1.2.151
Driver: 0.402.661
DeviceType: integrated
DeviceName: Intel(R) Iris(R) Plus Graphics
Denylisted: no

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150645] Writer crashes after longer usage session

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150645

--- Comment #2 from Poolitzer  ---
Thanks, will give it a shot and report back.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150645] Writer crashes after longer usage session

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150645

V Stuart Foote  changed:

   What|Removed |Added

 CC||vstuart.fo...@utsa.edu
 Status|UNCONFIRMED |NEEDINFO
 Ever confirmed|0   |1

--- Comment #1 from V Stuart Foote  ---
See if things are more stable if you disable the Skia Vulkan GPU rendering and
just use the Skia software (aka raster) based rendering.

Tools -> Options -> View and check the 'Force Skia software rendering' so that
it and the preceding 'Use Skia for all rendering' are both checked & restart LO

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150633] Autocomplete not on Tools menu

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150633

--- Comment #5 from V Stuart Foote  ---
There is stanza in the Tools -> Options 'Open Expert Configuration' that also
will toggle. And is reset when you clear (delete or rename) your user profile.

org.openoffice.Office.Calc  ---> Input 

property AutoInput
boolean
true | false

but change there should be mirrored in the GUI.

Beyond that can't fathom the issue as it WFM.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 147982] On macOS Monterey LibreOffice 7.3 crashes about every day. This was also with previous versions of LibreOffice.

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=147982

--- Comment #23 from Francesc Rosés  ---
Hi, 

I have the same problem with Monterey (latest version) and Ventura (public beta
4).

I tried all possible solutions commented here without success.

I can reproduce the error doing a vertical scroll with the mouse wheel on an
open document. The error does not appear if I use keyboard shortcuts to scroll.

Actually, LibreOffice is unusable in a Mac.

Best regards,

Francesc

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 147699] document swapping

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=147699

Timur  changed:

   What|Removed |Added

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

--- Comment #3 from Timur  ---
Probably one time issue, no need to wait for a reply that may never come.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150633] Autocomplete not on Tools menu

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150633

--- Comment #4 from not4...@hotmail.com ---
If you read my prior comment I wrote that it is there (on the menu) and
selected but not operating.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150646] New: Unable to change font color in spreadsheet cells

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150646

Bug ID: 150646
   Summary: Unable to change font color in spreadsheet cells
   Product: LibreOffice
   Version: 7.4.0.3 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: jfmildf...@gmail.com

Description:
I am unable to change the font color in the spreadsheet cells. It always
reverts to black from red or any other color. 

Steps to Reproduce:
1.Select any cell and select RED for the cell font color
2.Type in a formula or text and it will appear in the color of red
3.Hit enter or tab to change cells and the red font will revert back to black.

Actual Results:
Font changes colors when you hit enter or tab in any cell 

Expected Results:
To remain the color you have selected in a cell that you selected to display


Reproducible: Always


User Profile Reset: Yes



Additional Info:
The cell color should stay the same from what you selected from the font color

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150644] CALC: Autoinput not working as described in the change notes.

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150644

--- Comment #2 from ernst.frit...@cityweb.de ---
If that is actually the way it is supposed to work, then I guess I will have to
take half a year screaming at the screen and maybe by then getting used to
typing more than I used to have to or return to 7.2.7 and never update again.
To me the new way is not an improvement. It makes things worse and more
tiresome.
But at least now I know that it actually is supposed to be worse so thanks.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 144534] The comment highlighting is painted after the text rendering and flashes when scrolling

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=144534

Dieter  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEEDINFO
 CC||dgp-m...@gmx.de

--- Comment #7 from Dieter  ---
Hello Telesto, a new major major release of LibreOffice is available since this
bug was reported. Could you please try to  reproduce it with the latest version
of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.

-- 
You are receiving this mail because:
You are the assignee for the bug.

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

2022-08-28 Thread Caolán McNamara (via logerrit)
 tools/source/stream/stream.cxx |1 +
 1 file changed, 1 insertion(+)

New commits:
commit 1ad7fe75cccafed2be3cd6628b931762067a56e8
Author: Caolán McNamara 
AuthorDate: Sun Aug 28 14:40:05 2022 +0100
Commit: Caolán McNamara 
CommitDate: Sun Aug 28 17:32:30 2022 +0200

cid#1500491 silence Untrusted loop bound

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

diff --git a/tools/source/stream/stream.cxx b/tools/source/stream/stream.cxx
index fd4ce602ca99..1c6bf5e32dcc 100644
--- a/tools/source/stream/stream.cxx
+++ b/tools/source/stream/stream.cxx
@@ -1868,6 +1868,7 @@ OUString read_uInt16s_ToOUString(SvStream& rStrm, 
std::size_t nLen)
 }
 
 // take ownership of buffer and return, otherwise return empty string
+// coverity[tainted_data] - unhelpful untrusted loop bound
 return pStr ? OUString(pStr, SAL_NO_ACQUIRE) : OUString();
 }
 


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

2022-08-28 Thread Caolán McNamara (via logerrit)
 sw/source/core/doc/doccomp.cxx |1 +
 sw/source/core/doc/docnew.cxx  |3 +++
 sw/source/core/unocore/unocrsr.cxx |1 +
 sw/source/core/unocore/unoobj.cxx  |1 +
 sw/source/uibase/uno/unotxvw.cxx   |3 +++
 5 files changed, 9 insertions(+)

New commits:
commit 18f16d9d2516b3f7c0edfef05ffe66629c598c36
Author: Caolán McNamara 
AuthorDate: Sun Aug 28 14:44:05 2022 +0100
Commit: Caolán McNamara 
CommitDate: Sun Aug 28 17:22:04 2022 +0200

cid#1500510 silence Use after free

and

cid#1500471 Use after free
cid#1500604 Use after free
cid#1500617 Use after free

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

diff --git a/sw/source/core/doc/doccomp.cxx b/sw/source/core/doc/doccomp.cxx
index e29ea7d87f1c..f9b16bb619ad 100644
--- a/sw/source/core/doc/doccomp.cxx
+++ b/sw/source/core/doc/doccomp.cxx
@@ -1739,6 +1739,7 @@ void CompareData::SetRedlinesToDoc( bool bUseDocInfo )
 if( pTmp->GetNext() != m_pInsertRing.get() )
 {
 do {
+// coverity[deref_arg] - the SwPaM delete moves a new entry into 
GetNext()
 SwPosition& rSttEnd = *pTmp->End(),
   & rEndStt = *pTmp->GetNext()->Start();
 const SwContentNode* pCNd;
diff --git a/sw/source/core/doc/docnew.cxx b/sw/source/core/doc/docnew.cxx
index ff1659ee1d9d..c7469065143e 100644
--- a/sw/source/core/doc/docnew.cxx
+++ b/sw/source/core/doc/docnew.cxx
@@ -466,7 +466,10 @@ SwDoc::~SwDoc()
 SwPaM* pTmp = mpExtInputRing;
 mpExtInputRing = nullptr;
 while( pTmp->GetNext() != pTmp )
+{
+// coverity[deref_arg] - the SwPaM delete moves a new entry into 
GetNext()
 delete pTmp->GetNext();
+}
 delete pTmp;
 }
 
diff --git a/sw/source/core/unocore/unocrsr.cxx 
b/sw/source/core/unocore/unocrsr.cxx
index ef86e56ff806..c61fa317c598 100644
--- a/sw/source/core/unocore/unocrsr.cxx
+++ b/sw/source/core/unocore/unocrsr.cxx
@@ -44,6 +44,7 @@ SwUnoCursor::~SwUnoCursor()
 while( GetNext() != this )
 {
 Ring* pNxt = GetNextInRing();
+// coverity[deref_arg] - the delete moves a new entry into GetNext()
 pNxt->MoveTo(nullptr); // remove from chain
 delete pNxt;   // and delete
 }
diff --git a/sw/source/core/unocore/unoobj.cxx 
b/sw/source/core/unocore/unoobj.cxx
index 3c1bfa01008a..7974a7d3cd1b 100644
--- a/sw/source/core/unocore/unoobj.cxx
+++ b/sw/source/core/unocore/unoobj.cxx
@@ -86,6 +86,7 @@ SwUnoInternalPaM::~SwUnoInternalPaM()
 {
 while( GetNext() != this)
 {
+// coverity[deref_arg] - the delete moves a new entry into GetNext()
 delete GetNext();
 }
 }
diff --git a/sw/source/uibase/uno/unotxvw.cxx b/sw/source/uibase/uno/unotxvw.cxx
index 764479851d18..112e6a934d11 100644
--- a/sw/source/uibase/uno/unotxvw.cxx
+++ b/sw/source/uibase/uno/unotxvw.cxx
@@ -259,7 +259,10 @@ sal_Bool SwXTextView::select(const uno::Any& aInterface)
 rSh.SetSelection(*pPaM);
 // the pPaM has been copied - delete it
 while (pPaM->GetNext() != pPaM)
+{
+// coverity[deref_arg] - the SwPaM delete moves a new entry 
into GetNext()
 delete pPaM->GetNext();
+}
 delete pPaM;
 return true;
 }


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

2022-08-28 Thread Caolán McNamara (via logerrit)
 svx/source/svdraw/svdedtv.cxx |1 +
 svx/source/svdraw/svdundo.cxx |9 +
 2 files changed, 6 insertions(+), 4 deletions(-)

New commits:
commit 43644510f29ff15da2fd87c7a6ea654e9f799efc
Author: Caolán McNamara 
AuthorDate: Sun Aug 28 14:31:17 2022 +0100
Commit: Caolán McNamara 
CommitDate: Sun Aug 28 17:21:36 2022 +0200

cid#1500441 silence Resource leak

and

cid#1500631 Resource leak
cid#1500695 Resource leak

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

diff --git a/svx/source/svdraw/svdedtv.cxx b/svx/source/svdraw/svdedtv.cxx
index b019f26ae47a..fbde60ff197f 100644
--- a/svx/source/svdraw/svdedtv.cxx
+++ b/svx/source/svdraw/svdedtv.cxx
@@ -288,6 +288,7 @@ void SdrEditView::DeleteLayer(const OUString& rName)
 if( bUndo )
 {
 
AddUndo(GetModel()->GetSdrUndoFactory().CreateUndoDeleteLayer(nLayerNum, rLA, 
*mpModel));
+// coverity[leaked_storage] - ownership transferred to UndoDeleteLayer
 rLA.RemoveLayer(nLayerNum).release();
 EndUndo();
 }
diff --git a/svx/source/svdraw/svdundo.cxx b/svx/source/svdraw/svdundo.cxx
index 792b62b7a76f..9d104230b36e 100644
--- a/svx/source/svdraw/svdundo.cxx
+++ b/svx/source/svdraw/svdundo.cxx
@@ -1309,13 +1309,13 @@ SdrUndoLayer::~SdrUndoLayer()
 }
 }
 
-
 void SdrUndoNewLayer::Undo()
 {
 DBG_ASSERT(!bItsMine,"SdrUndoNewLayer::Undo(): Layer already belongs to 
UndoAction.");
 bItsMine=true;
-SdrLayer* pCmpLayer= pLayerAdmin->RemoveLayer(nNum).release();
-DBG_ASSERT(pCmpLayer==pLayer,"SdrUndoNewLayer::Undo(): Removed layer is != 
pLayer.");
+// coverity[leaked_storage] - owned by this SdrUndoNewLayer as pLayer
+SdrLayer* pCmpLayer = pLayerAdmin->RemoveLayer(nNum).release();
+assert(pCmpLayer == pLayer && "SdrUndoNewLayer::Undo(): Removed layer is 
!= pLayer."); (void)pCmpLayer;
 }
 
 void SdrUndoNewLayer::Redo()
@@ -1342,8 +1342,9 @@ void SdrUndoDelLayer::Redo()
 {
 DBG_ASSERT(!bItsMine,"SdrUndoDelLayer::Undo(): Layer already belongs to 
UndoAction.");
 bItsMine=true;
+// coverity[leaked_storage] - owned by this SdrUndoNewLayer as pLayer
 SdrLayer* pCmpLayer= pLayerAdmin->RemoveLayer(nNum).release();
-DBG_ASSERT(pCmpLayer==pLayer,"SdrUndoDelLayer::Redo(): Removed layer is != 
pLayer.");
+assert(pCmpLayer == pLayer && "SdrUndoDelLayer::Redo(): Removed layer is 
!= pLayer."); (void)pCmpLayer;
 }
 
 OUString SdrUndoDelLayer::GetComment() const


[Libreoffice-bugs] [Bug 150644] CALC: Autoinput not working as described in the change notes.

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150644

Buovjaga  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||ilmari.lauhakangas@libreoff
   ||ice.org
 Resolution|--- |INVALID

--- Comment #1 from Buovjaga  ---
The release notes do not talk of a list appearing. Only a single suggestion.

If you have

ganz gut
gut

the completion will not offer anything after typing 'g' as it can't decide what
to offer.

For the example in the release notes

ABCD123xyz
ABCD345qwel
ABCD123pqr
ABCD123xyz
PQR

if you type 'A', it offers ABCD, because that is the minimum common string in
the column.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150645] New: Writer crashes after longer usage session

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150645

Bug ID: 150645
   Summary: Writer crashes after longer usage session
   Product: LibreOffice
   Version: 7.3.5.2 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: libreofficeb...@poolitzer.eu

Description:
EDITING

I have been unable to find a trigger for the crashes, they happen often enough
though to warrant opening an issue.

They happened thus far while using writer as well as draw.

Steps to Reproduce:
Use the writer for an extended period of time.

Actual Results:
The system freezes. After some time writer closes itself.

Expected Results:
 No crashes


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.3.5.2 (x64) / LibreOffice Community
Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01
CPU threads: 6; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 135628] SendSimpleMailMessage bodytext ends up as multiple recipients

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=135628

--- Comment #14 from dailyak77  ---
You will always need one recipient in the 'TO' field so in order for the mass
email to get sent, simply type your own email address there.

This will show them that you care about their privacy and they'll be grateful
for your thoughtful actions.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150635] Numbers larger than 15 digits cannot be FORMATED as TEXT

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150635

--- Comment #6 from Mike Kaganski  ---
(In reply to Tamas from comment #5)
> I could not find any reference to the
> steps you mentioned anywhere in the LO CALC GUIDE or anywhere else.

You have a problem that importing a CSV, some data imports not as you expect.
Moreover, you think that the problem is that you cannot *format* cells as text
(I use your teems).

The most straightforward thing to check is help. You press F1, and a search of
keyword CSV in Index gives you "csv files -- importing and exporting" [1] among
the top results. 

That page includes the mention how to *format* columns in the dialog.

> Wouldn’t
> it be simpler if Calc had an option  to store larger than 15 digit numbers
> as text, since converting text to numbers is relatively easy and well
> documented.

No. This proposal assumes that numbers shorter would import "correctly", which
is not the case (not all decimal numbers are representable in binary), and
would make part of column have numbers, part text, leading to more confusion.
Whenever you are dealing with such data type agnostic media as CSV, no amount
of guessing would solve user problems, and the correct answer is "user should
do the decision themselves". 

[1]
https://help.libreoffice.org/latest/en-US/text/scalc/guide/csv_files.html?DbPAR=CALC

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150644] New: CALC: Autoinput not working as described in the change notes.

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150644

Bug ID: 150644
   Summary: CALC: Autoinput not working as described in the change
notes.
   Product: LibreOffice
   Version: 7.3.5.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ernst.frit...@cityweb.de

Description:
I just changed from 7.2.7 to 7.3.5, German version
According to the change notes for 7.3 versions when autoinput has more than one
results with the same starting letter, it should now list them and then wait
for the input of a character for the position where the multiple choices
differ.
Well, for me (in the German version) it doesn't do that.
Where in the old version I simply typed the first character and then hit return
to get the first of the list of possible entries (sorted in the order they
appeared in the column above), now the cell simply remains empty. 
Pressing the right arrow (which according to the change notes should select the
first item from the list that isn't shown anywhere in my case) will also result
in an empty cell.
Typing the second character (which in my case will result in only one possible
result for autoinput) then fills the cell with that value.
This results in a lot of previously unneeded typing. (and back stepping to an
empty cell because old habits (that worked very well in the past) die hard)



Steps to Reproduce:
1.
create a table with the values"ganz gut", "gut", "+ ganz gut", "- ganz gut",
"Reserve", "OK", "No"
2.
Go into the next empty cell and type "g"
It should show the choice between "ganz gut" and "gut" but doesn't
Even if I simply am too stupid to see it, pressing the right arrow should chose
the first entry from the two starting with a "g" but that doesn't happen
either.


Actual Results:
an empty cell

Expected Results:
A cell filled with a value


Reproducible: Always


User Profile Reset: No



Additional Info:
German version of the software

-- 
You are receiving this mail because:
You are the assignee for the bug.

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

2022-08-28 Thread Noel Grandin (via logerrit)
 sw/source/core/crsr/crstrvl.cxx |   42 
 1 file changed, 21 insertions(+), 21 deletions(-)

New commits:
commit e919ed82a5c63902a4daf48be08ed6fb583e0275
Author: Noel Grandin 
AuthorDate: Sun Aug 28 13:49:54 2022 +0200
Commit: Noel Grandin 
CommitDate: Sun Aug 28 16:10:06 2022 +0200

use more SwPosition::Assign

part of hiding the internals of SwPosition

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

diff --git a/sw/source/core/crsr/crstrvl.cxx b/sw/source/core/crsr/crstrvl.cxx
index ab1c45c679cf..4065458a9a1c 100644
--- a/sw/source/core/crsr/crstrvl.cxx
+++ b/sw/source/core/crsr/crstrvl.cxx
@@ -389,7 +389,7 @@ bool SwCursorShell::GotoNxtPrvTableFormula( bool bNext, 
bool bOnlyErrors )
 Point aPt;
 SwPosition aFndPos( GetDoc()->GetNodes().GetEndOfContent() );
 if( !bNext )
-aFndPos.nNode = SwNodeOffset(0);
+aFndPos.Assign(SwNodeOffset(0));
 SetGetExpField aFndGEF( aFndPos ), aCurGEF( rPos );
 
 {
@@ -503,7 +503,7 @@ bool SwCursorShell::GotoNxtPrvTOXMark( bool bNext )
 Point aPt;
 SwPosition aFndPos( GetDoc()->GetNodes().GetEndOfContent() );
 if( !bNext )
-aFndPos.nNode = SwNodeOffset(0);
+aFndPos.Assign(SwNodeOffset(0));
 SetGetExpField aFndGEF( aFndPos ), aCurGEF( rPos );
 
 if( rPos.GetNodeIndex() < GetDoc()->GetNodes().GetEndOfExtras().GetIndex() 
)
@@ -1262,7 +1262,7 @@ void 
SwCursorShell::MakeOutlineSel(SwOutlineNodes::size_type nSttPos, SwOutlineN
 // set end to the end of the previous content node
 m_pCurrentCursor->GetPoint()->Assign(*pSttNd);
 m_pCurrentCursor->SetMark();
-m_pCurrentCursor->GetPoint()->nNode = *pEndNd;
+m_pCurrentCursor->GetPoint()->Assign(*pEndNd);
 m_pCurrentCursor->Move( fnMoveBackward, GoInNode ); // end of predecessor
 
 // and everything is already selected
@@ -1535,7 +1535,7 @@ bool SwCursorShell::GetContentAtPos( const Point& rPt,
 
 SwCallLink aLk( *this ); // watch Cursor-Moves
 SwCursorSaveState aSaveState( *m_pCurrentCursor );
-m_pCurrentCursor->GetPoint()->nNode = 
*static_cast(pTextAttr)->GetStartNode();
+m_pCurrentCursor->GetPoint()->Assign( 
*static_cast(pTextAttr)->GetStartNode() );
 SwContentNode* pCNd = 
GetDoc()->GetNodes().GoNextSection(
 m_pCurrentCursor->GetPoint(),
 true, !IsReadOnlyAvailable() );
@@ -2049,9 +2049,9 @@ bool SwCursorShell::SelectTextModel( const sal_Int32 
nStart,
 
 SwPosition& rPos = *m_pCurrentCursor->GetPoint();
 m_pCurrentCursor->DeleteMark();
-rPos.nContent = nStart;
+rPos.SetContent(nStart);
 m_pCurrentCursor->SetMark();
-rPos.nContent = nEnd;
+rPos.SetContent(nEnd);
 
 if( !m_pCurrentCursor->IsSelOvr() )
 {
@@ -2225,7 +2225,7 @@ bool SwCursorShell::SetShadowCursorPos( const Point& rPt, 
SwFillMode eFillMode )
 
 if( aEnd.GetNode().IsEndNode() &&
 pCNd->Len() == aPos.GetContentIndex() )
-aPos.nNode = *pSectNd->EndOfSectionNode();
+aPos.Assign( *pSectNd->EndOfSectionNode() );
 }
 
 for( sal_uInt16 n = 0; n < aFPos.nParaCnt + aFPos.nColumnCnt; ++n )
@@ -2381,15 +2381,15 @@ const SwRangeRedline* SwCursorShell::GotoRedline_( 
SwRedlineTable::size_type nAr
 
 *m_pCurrentCursor->GetPoint() = *pFnd->Start();
 
-SwNodeIndex* pIdx = _pCurrentCursor->GetPoint()->nNode;
-if( !pIdx->GetNode().IsContentNode() )
+SwPosition* pPtPos = m_pCurrentCursor->GetPoint();
+if( !pPtPos->GetNode().IsContentNode() )
 {
-SwContentNode* pCNd = GetDoc()->GetNodes().GoNextSection( pIdx,
+SwContentNode* pCNd = GetDoc()->GetNodes().GoNextSection( pPtPos,
 true, IsReadOnlyAvailable() );
 if( pCNd )
 {
-if( *pIdx <= pFnd->End()->GetNode() )
-m_pCurrentCursor->GetPoint()->nContent.Assign( pCNd, 0 );
+if( pPtPos->GetNode() <= pFnd->End()->GetNode() )
+pPtPos->SetContent( 0 );
 else
 pFnd = nullptr;
 }
@@ -2400,22 +2400,22 @@ const SwRangeRedline* SwCursorShell::GotoRedline_( 
SwRedlineTable::size_type nAr
 m_pCurrentCursor->SetMark();
 if( RedlineType::FmtColl == pFnd->GetType() )
 {
-SwContentNode* pCNd = pIdx->GetNode().GetContentNode();
-m_pCurrentCursor->GetPoint()->nContent.Assign( pCNd, pCNd->Len() );
-m_pCurrentCursor->GetMark()->nContent.Assign( pCNd, 0 );
+SwContentNode* pCNd = pPtPos->GetNode().GetContentNode();
+m_pCurrentCursor->GetPoint()->SetContent( pCNd->Len() );
+m_pCurrentCursor->GetMark()->Assign( *pCNd, 0 );
 }
 

[Libreoffice-bugs] [Bug 126086] Switch between screens with a CTRL+A selection is slow

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=126086

Dieter  changed:

   What|Removed |Added

   Keywords|perf, wantBacktrace |

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 126086] Switch between screens with a CTRL+A selection is slow

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=126086

Dieter  changed:

   What|Removed |Added

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

--- Comment #4 from Dieter  ---
WORKSFORME with

Version: 7.4.0.3 (x64) / LibreOffice Community
Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 112182] [META] Text and object selection issues

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=112182
Bug 112182 depends on bug 126086, which changed state.

Bug 126086 Summary: Switch between screens with a CTRL+A selection is slow
https://bugs.documentfoundation.org/show_bug.cgi?id=126086

   What|Removed |Added

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

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150643] Libreoffice shows cell border in xlsx document where Excel shows none

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150643

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  ---
Reproducible
Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 4c96abd81460977d413d4d28e891bbbac5769ede
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win
Locale: es-ES (es_ES); UI: en-US Calc: CL

Microsoft® Excel® para Microsoft 365 MSO (versión 2207 compilación
16.0.15427.20182) de 64 bits

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 137965] SwRedLineData pretty slow at undo

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=137965

Dieter  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 CC||dgp-m...@gmx.de
 Status|UNCONFIRMED |NEEDINFO

--- Comment #6 from Dieter  ---
Hello Telesto, a new major major release of LibreOffice is available since this
bug was reported. Could you please try to  reproduce it with the latest version
of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.

-- 
You are receiving this mail because:
You are the assignee for the bug.

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

2022-08-28 Thread Caolán McNamara (via logerrit)
 sd/source/ui/view/viewshel.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 6d0d3f97741194983c52e2a33449485b80c8ed3d
Author: Caolán McNamara 
AuthorDate: Sun Aug 28 14:13:52 2022 +0100
Commit: Caolán McNamara 
CommitDate: Sun Aug 28 15:59:03 2022 +0200

cid#1512438 Dereference before null check

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

diff --git a/sd/source/ui/view/viewshel.cxx b/sd/source/ui/view/viewshel.cxx
index efc4d7a7687f..2a249f4a795c 100644
--- a/sd/source/ui/view/viewshel.cxx
+++ b/sd/source/ui/view/viewshel.cxx
@@ -770,7 +770,7 @@ bool ViewShell::HandleScrollCommand(const CommandEvent& 
rCEvt, ::sd::Window* pWi
 double deltaBetweenEvents = (pData->mfScaleDelta - 
mfLastZoomScale) / mfLastZoomScale;
 mfLastZoomScale = pData->mfScaleDelta;
 
-if (pData != nullptr && !GetDocSh()->IsUIActive() && 
!xSlideShowController.is())
+if (!GetDocSh()->IsUIActive() && !xSlideShowController.is())
 {
 const ::tools::Long nOldZoom = 
GetActiveWindow()->GetZoom();
 ::tools::Long nNewZoom;


[Libreoffice-bugs] [Bug 150635] Numbers larger than 15 digits cannot be FORMATED as TEXT

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150635

--- Comment #5 from Tamas  ---
Thanks, that makes sense. Sort of. I could not find any reference to the steps
you mentioned anywhere in the LO CALC GUIDE or anywhere else. Wouldn’t it be
simpler if Calc had an option  to store larger than 15 digit numbers as text,
since converting text to numbers is relatively easy and well documented.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 134200] UI: Alt + left/right arrow keys shortcuts to adjust column width cannot be eliminated

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=134200

--- Comment #4 from bchemnet  ---
This bug still exists unchanged.

Version: 7.4.0.3 / LibreOffice Community
Build ID: 40(Build:3)
CPU threads: 8; OS: Linux 5.18; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Debian package version: 1:7.4.0~rc3-1
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150643] Libreoffice shows cell border in xlsx document where Excel shows none

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150643

--- Comment #1 from tcl...@gmx.net ---
Created attachment 182054
  --> https://bugs.documentfoundation.org/attachment.cgi?id=182054=edit
Document

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150643] New: Libreoffice shows cell border in xlsx document where Excel shows none

2022-08-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150643

Bug ID: 150643
   Summary: Libreoffice shows cell border in xlsx document where
Excel shows none
   Product: LibreOffice
   Version: 7.4.0.3 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tcl...@gmx.net

Description:
When I open the attached xlsx document, Libreoffice shows a bottom cell border
for cell B1, but there is none when I open the document in Excel 2010.

Steps to Reproduce:
Open the attached xlsx document and have a look.

Actual Results:
The cell format dialog shows that cell B1 has a bottom cell border in
Libreoffice.

Expected Results:
The cell format dialog shows that cell B1 has a no cell border.


Reproducible: Always


User Profile Reset: No



Additional Info:
I have tried to shrink the xlsx file as much as possible.

-- 
You are receiving this mail because:
You are the assignee for the bug.

  1   2   >