[Libreoffice-bugs] [Bug 148866] Strange things happen if chained text meets tables in LO Writer

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=148866

Dieter  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW

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

[Libreoffice-bugs] [Bug 119887] DOC: Vertical spacing not properly applied in the paragraph, moves one more line to second page in LO compared to MSO

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=119887

--- Comment #11 from Justin L  ---
FYI: I see a 2019 WIP patch for this bug at
https://gerrit.libreoffice.org/c/core/+/62219

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

[Libreoffice-bugs] [Bug 148143] CRASH: after pasting twice the whole sheet

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=148143

--- Comment #13 from Luboš Luňák  ---
Not really. I would first try e.g. libreoffice-7-3-branch-point in case it's
something recent, then I'd try something old just in case it's been there
forever and just hidden by the smaller column count.

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

[Libreoffice-bugs] [Bug 148143] CRASH: after pasting twice the whole sheet

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=148143

--- Comment #12 from Aron Budea  ---
Do you have a sensible "earliest" commit that might be worth checking?

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

[Libreoffice-bugs] [Bug 124820] FILEOPEN XLSX Cell strike through cannot be applied on cell with differently colored text, after xlsx import

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=124820

Justin L  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |jl...@mail.com
   |desktop.org |

--- Comment #8 from Justin L  ---
Comment 6 was fixing a mistake from
commit f54ce3e7f6d6aab7e34c54ad8eff06650e076fef
Author: Noel Power on Tue Jan 22 12:05:50 2013 +
lose uno api for font related xlsx import

Indeed, when testing the other attributes like underline, italics, outline,
shadow - these all "stopped working" as well at that change. At that time, only
the first char-run was modified in the document I was testing on.

Proposed fix at http://gerrit.libreoffice.org/c/core/+/134254

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

Re: ESC meeting minutes: 2022-05-12

[Luboš Luňák]

On Friday 13 of May 2022, Kohei Yoshida wrote:
> On 12.05.2022 10:31, Miklos Vajna wrote:
> > + mdds::flat_segment_tree::insert_to_pos
> >
> > + Still most reported crash in 7.3.3.2
>
> It would be nice to get a full stack trace with input values for each
> frame, or a reproducible case for this one.

 Looking at 
https://crashreport.libreoffice.org/stats/crash_details/6265b77b-159b-4c52-a499-b0dd73edf7e1
 , 
the crash most probably has nothing to do with mdds. It's some background 
task, so my guess is it's using some data that's no longer valid and the 
structure is just the first place that's accessed.

-- 
 Luboš Luňák
 l.lu...@collabora.com

[Libreoffice-bugs] [Bug 148143] CRASH: after pasting twice the whole sheet

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=148143

--- Comment #11 from Luboš Luňák  ---
That commit does not introduce any bug on its own, it at most exposes a bug
elsewhere. It might help bisecting further and always temporarily setting the
MAXCOLCOUNT value to 16384 before building, if somebody can do that.

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

[Libreoffice-bugs] [Bug 145184] Custom number on numbered list

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=145184

Dieter  changed:

   What|Removed |Added

 Resolution|--- |WORKSFORME
 Status|NEEDINFO|RESOLVED

--- Comment #4 from Dieter  ---
(In reply to smurf from comment #3)
> I checked this in 7.3.2.2 (Mac) and it works as expected. I can type a
> "Start at" number into the box and it works.

=> RESOLVED WORKSFORME

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

[Libreoffice-bugs] [Bug 148841] LibreOffice 7.2.5.1 Module Base, ODB - printing of a report fails

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=148841

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Libreoffice-bugs] [Bug 145074] The font list is empty

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=145074

QA Administrators  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 148824] S-nail as command e-mail sender/client

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=148824

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Libreoffice-bugs] [Bug 145074] The font list is empty

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=145074

--- Comment #5 from QA Administrators  ---
Dear Matteo Croce,

Please read this message in its entirety before proceeding.

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

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

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

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

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

e) Read all comments and provide any requested information

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

a) respond via email 

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

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Libreoffice-bugs] [Bug 143162] Calc sometimes freezes during copy/paste operations

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=143162

--- Comment #3 from QA Administrators  ---
Dear Geoffrey Skinner,

Please read this message in its entirety before proceeding.

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

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

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

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

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

e) Read all comments and provide any requested information

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

a) respond via email 

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

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Libreoffice-bugs] [Bug 143162] Calc sometimes freezes during copy/paste operations

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=143162

QA Administrators  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 148431] document recovery includes file which failed previously

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=148431

--- Comment #1 from Pierre Fortin  ---
See https://bugs.mageia.org/show_bug.cgi?id=30155

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

[Libreoffice-bugs] [Bug 149064] Error when running macro accessing WebDAV twice

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149064

Aron Budea  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

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

[Libreoffice-bugs] [Bug 149064] Error when running macro accessing WebDAV twice

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149064

--- Comment #1 from Aron Budea  ---
Created attachment 180088
  --> https://bugs.documentfoundation.org/attachment.cgi?id=180088=edit
ucb info log

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

[Libreoffice-bugs] [Bug 117073] [META] WebDAV bugs

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=117073

Aron Budea  changed:

   What|Removed |Added

 Depends on||149064


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=149064
[Bug 149064] Error when running macro accessing WebDAV twice
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 149064] New: Error when running macro accessing WebDAV twice

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149064

Bug ID: 149064
   Summary: Error when running macro accessing WebDAV twice
   Product: LibreOffice
   Version: 7.1.0.3 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Keywords: implementationError
  Severity: normal
  Priority: medium
 Component: framework
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: aron.bu...@gmail.com
CC: michael.st...@allotropia.de
Blocks: 117073

Created attachment 180087
  --> https://bugs.documentfoundation.org/attachment.cgi?id=180087=edit
Error message

This bug requires a WebDAV server, eg. one can use dave [1].

- In Writer, add the macro below (between "") to eg. My Macros &
Dialogs / Standard / Module 1,
- Adjust 'FileNameExt' based on your WebDAV setup,
- Run the Main sub (you'll have to authenticate),
- Run the Main sub again.

=> BASIC runtime error with an exception, error code 0x20d (Error Area:Io
Class:General Code:13).

In 7.0 and earlier, there's no error.
In 7.1, there's an error, and this regressed with the following commit:

https://cgit.freedesktop.org/libreoffice/core/commit/?id=f3f0d05f72d8dbd9717910b4d6b42c54be3e106f

author  Noel Grandin 2020-07-22 14:04:09
+0200
committer   Noel Grandin  2020-07-22
15:53:23 +0200

"ucb/neon: create instances with uno constructors"

However, this change was specific to neon, and the bug persists in 7.4
(d6cd44b74cf0b6b0eaeea6f986f749da42d171ac), after the switch to curl-based
WebDAV.
Attaching console logs taken with: SAL_LOG="+INFO.ucb"

Macro content:

Sub Main
  Dim oDocument As Object
  Dim status As Boolean
  Dim FileNameExt As String

  oDocument = ThisComponent
  FileNameExt = "webdav://127.0.0.1:8000/test.odt"
  status = SaveDocumentToFile_Simple(oDocument, FileNameExt)
End Sub

Function SaveDocumentToFile_Simple (document As Object, destinationUrl As
String) As Boolean
  Dim propFile(1) As New com.sun.star.beans.PropertyValue
  Dim urlTest As String

  propFile(0).Name = "Overwrite"
  propFile(0).Value = True

  document.storeAsURL(ConvertToURL(destinationUrl), propFile())
End Function


Notes on using dave:
A simple setup is to rename config-sample.yaml to config.yaml in the downloaded
release archive.
The default user / pw is "user" and "foo", the default port is 8000, and by
default it uses /tmp/user as storage.

[1] https://github.com/micromata/dave


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=117073
[Bug 117073] [META] WebDAV bugs
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 148143] CRASH: after pasting twice the whole sheet

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=148143

Aron Budea  changed:

   What|Removed |Added

   Keywords||bibisected, bisected,
   ||regression

--- Comment #10 from Aron Budea  ---
Hm, I, too can reproduce with the preceding commit, but much more
inconsistently, after 5-10 tries. Bibisecting with that in mind yielded the
following commit, which seems relevant.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=4c5f8ccf0a2320432b8fe91add1dcadf54d9fd58
author  Luboš Luňák  2022-03-08 12:44:49
+0100
committer   Luboš Luňák  2022-03-09 08:25:44
+0100

change default Calc number of columns to 16384 (tdf#50916)

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

Re: ESC meeting minutes: 2022-05-12

[Kohei Yoshida]

On 12.05.2022 10:31, Miklos Vajna wrote:


+ mdds::flat_segment_tree::insert_to_pos

+ Still most reported crash in 7.3.3.2


It would be nice to get a full stack trace with input values for each 
frame, or a reproducible case for this one.



+ Update mdds


The latest release 2.0.3 unfortunately will not help with this crash in 
flat_segment_tree.  Earlier we had a difference type of crash in 
flat_segment_tree which I remember I had fixed which happened when the 
user was opening an xlsx file with data in the later columns beyond 
Calc's column limit. But the latest report looks something different.


Kohei

[Libreoffice-bugs] [Bug 57423] PDF: "Description" and "Title/Text Alternative" is only PDF-exported for Images, but not for Shapes, Formula, Frames, and OLE Objects

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=57423

sdc.bla...@youmail.dk changed:

   What|Removed |Added

Summary|PDF: Exported PDF don't |PDF: "Description" and
   |view description of |"Title/Text Alternative" is
   |embedded OLE objects|only PDF-exported for
   ||Images, but not for Shapes,
   ||Formula, Frames, and OLE
   ||Objects

--- Comment #8 from sdc.bla...@youmail.dk ---
The duplicate in comment 7 has an attachment that conducts many of the same
tests as described in comment 6, so that bug was made a duplicate of this bug.

Meanwhile, the OP is ambiguous, because it seems to refer to Alternative Text
and Description as the same thing, but the tests in comment 7 evaluate both
Text Alternative and Description. => Bug summary is expanded. 

The expectation is that both Text Alternative (bug 148941) and Description will
be shown in exported PDF (if they are available), for any embedded or linked
object.

But it seems relevant to ask explicitly if that is the intended/expected
behavior.

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

[Libreoffice-bugs] [Bug 139007] [META] PDF accessibility

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=139007
Bug 139007 depends on bug 149058, which changed state.

Bug 149058 Summary: "Description" and "Title/Alternative Text" is only 
PDF-exported for Images, but not for Shapes, Formula, and Frames
https://bugs.documentfoundation.org/show_bug.cgi?id=149058

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 103378] [META] PDF export bugs and enhancements

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=103378
Bug 103378 depends on bug 149058, which changed state.

Bug 149058 Summary: "Description" and "Title/Alternative Text" is only 
PDF-exported for Images, but not for Shapes, Formula, and Frames
https://bugs.documentfoundation.org/show_bug.cgi?id=149058

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 57423] PDF: Exported PDF don't view description of embedded OLE objects

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=57423

--- Comment #7 from sdc.bla...@youmail.dk ---
*** Bug 149058 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 149058] "Description" and "Title/Alternative Text" is only PDF-exported for Images, but not for Shapes, Formula, and Frames

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149058

sdc.bla...@youmail.dk changed:

   What|Removed |Added

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

--- Comment #2 from sdc.bla...@youmail.dk ---
I opened this ticket mostly to find out what is expected behavior here. But the
same actual behavior was already reported -- and I even reproduced it a couple
of days before opening this ticket.  So now I will close this a duplicate.

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

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

[Libreoffice-bugs] [Bug 148963] Better differentiation of icons for "Restart Numbering" and "Insert Unnumbered Entry"

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=148963

--- Comment #2 from sdc.bla...@youmail.dk ---
(In reply to Rizal Muttaqin from comment #1)
> Roman selection ...> closely related to how LibreOffice changes icons in RTL 
Ok.  May work ok with Roman numbers.  For example, if the "Add to List" has a V
 and "Insert..." does not, then this might help to make it easy to
differentiate them at a quick glance (without having to pay attention to the
detail).  Thanks.

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

[Libreoffice-bugs] [Bug 149008] icons for "Description" and "Insert Caption" are identical, but they should be different -- their functions are different

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149008

--- Comment #2 from sdc.bla...@youmail.dk ---
(In reply to Rizal Muttaqin from comment #1)
> Could you please tell me the usage for "Description" (e.g. step by step to
> use the function) so I can got deeper understanding the difference.
First -- as a practical point -- your question has made me look more closely at
the UI -- and I can see that these two icons rarely appear and even more rarely
do they appear together.  So -- you must decide whether it is worth the trouble
to make the change -- or how much work to do with it.

(but see bug 101193, comment 46.  If that proposal is accepted, then it would
become an important issue)

Second, "Description" is a kind of meta-data that can be attached to objects
(i.e., Images, Frames, Formula, Shapes, etc.).  If you open the Properties
dialog for an image, frame, chart, formula (select one of these, right-click,
choose Properties, then Options tab), then you will see a textfield next to
Description, where you can write whatever you want.  This is one way to access
this field.

The other way to access "Description" is by selecting an object, and then use
the menu  (Format > Description), which opens a popup box, where you can enter
a Description.  The data entered in this popup box will also appear in the
Options tab in the Properties dialog for Image, Frame, Formula, Chart...

Third, the main thing is that the Description field is general -- applied to
anything non-textual -- whether image, chart, formula, drawing, shape, textbox,
frame

Fourth, in principle, this description information might be exported to PDF,
HTML, XHTML documents, where it could be used by screen readers.  In other
words, a primary function of Description is for accessibility purposes (when a
person cannot see the non-text information) -- but I have also seen one person
in BZ mention that they used this field to document their layout.  

But -- for now -- let us say that the main function of Description is to add
some explanation of the appearance or content of non-textual material (i.e.,
used for Accessibility - a11y purposes).

Finally, where you can see the problem/issue most clearly:
Tools > Customize > Context Menus > Target (and choose Media)
(scroll to bottom of Assigned Commands, and you can see Description and Insert
Caption -- which is also what is proposed 2 days ago in  bug 101193, comment
46.

I hope that is enough information to go forward.

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

[Libreoffice-bugs] [Bug 103427] [META] Styles and Formatting sidebar deck and floating window

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=103427
Bug 103427 depends on bug 106961, which changed state.

Bug 106961 Summary: UI: Esc key does not quit Fill Format mode
https://bugs.documentfoundation.org/show_bug.cgi?id=106961

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 106961] UI: Esc key does not quit Fill Format mode

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=106961

sdc.bla...@youmail.dk changed:

   What|Removed |Added

 CC||sdc.bla...@youmail.dk
 Resolution|--- |WORKSFORME
 Status|NEW |RESOLVED

--- Comment #8 from sdc.bla...@youmail.dk ---
worksforme -- resolving, but feel free to reopen if still a problem with recent
versions.

Version: 7.2.6.2 (x64) / LibreOffice Community
Build ID: b0ec3a565991f7569a5a7f5d24fed7f52653d754
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: da-DK (da_DK); UI: en-US
Calc: threaded

also 7.4.0.0.alpha0+

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

[Libreoffice-bugs] [Bug 108827] [META] Calc functions bugs and enhancements

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108827
Bug 108827 depends on bug 148863, which changed state.

Bug 148863 Summary: If a matrix created by RANDBETWEEN.NV function is 
transposed, it will not be random number.
https://bugs.documentfoundation.org/show_bug.cgi?id=148863

   What|Removed |Added

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

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

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

[Eike Rathke (via logerrit)]

 sc/source/core/tool/interpr1.cxx |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

New commits:
commit 4bd8eb13e1e2693961fdb9c19c403fde9d163de1
Author: Eike Rathke 
AuthorDate: Fri May 13 01:30:20 2022 +0200
Commit: Eike Rathke 
CommitDate: Fri May 13 02:18:58 2022 +0200

Use interpreter stack to determine JumpMatrix context, tdf#148863 follow-up

pJumpMatrix may or may not be set; actually may need some rework,
but get this straight here.

Change-Id: I0948e6aeb6637e7a5009a17f63f01d0733c0205c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134252
Reviewed-by: Eike Rathke 
Tested-by: Jenkins

diff --git a/sc/source/core/tool/interpr1.cxx b/sc/source/core/tool/interpr1.cxx
index 5b8e326a3c19..c6bcb29b28bb 100644
--- a/sc/source/core/tool/interpr1.cxx
+++ b/sc/source/core/tool/interpr1.cxx
@@ -1746,10 +1746,10 @@ void ScInterpreter::ScRandomImpl( const 
std::functionGetDimensions( nC, nR);
+pStack[sp-1]->GetJumpMatrix()->GetDimensions( nC, nR);
 nCols = std::max(0, static_cast(nC));
 nRows = std::max(0, static_cast(nR));
 }

[Libreoffice-bugs] [Bug 149018] "Object" property dialog (and Navigator and UI elements) should be titled "Embedded Object"

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149018

--- Comment #13 from sdc.bla...@youmail.dk ---
(In reply to sdc.blanco from comment #12)
> no way to see if an OLE object is linked or not.
At least for linked images, it is possible to see in Navigator.  But presumably
there has not been any confusion (bug reports) about the Image Properties
dialog being the same for both embedded and linked images (i.e., no need to
change Image title, e.g., to "Linked or Embedded Image").

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

[Libreoffice-ux-advise] [Bug 149018] "Object" property dialog (and Navigator and UI elements) should be titled "Embedded Object"

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149018

--- Comment #13 from sdc.bla...@youmail.dk ---
(In reply to sdc.blanco from comment #12)
> no way to see if an OLE object is linked or not.
At least for linked images, it is possible to see in Navigator.  But presumably
there has not been any confusion (bug reports) about the Image Properties
dialog being the same for both embedded and linked images (i.e., no need to
change Image title, e.g., to "Linked or Embedded Image").

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-bugs] [Bug 128415] Incorrect table border when last row flows to second page

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=128415

--- Comment #6 from Joe  ---
Bug still exists in:

Version: 7.3.3.2 (x64) / LibreOffice Community
Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 104930] please handle 'hang' baseline feature of OpenType fonts

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=104930

--- Comment #31 from Commit Notification 
 ---
Mark Hung committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/fb8eb0ad9c3a5957a6e131490a7a8c97e5353ba2

tdf#104930 aligning CTL text with hanging baseline.

It will be available in 7.4.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

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

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

[Mark Hung (via logerrit)]

 sw/source/core/inc/fntcache.hxx |3 +++
 sw/source/core/inc/swfont.hxx   |4 
 sw/source/core/text/inftxt.hxx  |7 +++
 sw/source/core/text/itrform2.cxx|3 +++
 sw/source/core/text/itrpaint.cxx|2 +-
 sw/source/core/text/itrtxt.cxx  |9 -
 sw/source/core/text/porlin.cxx  |1 +
 sw/source/core/text/porlin.hxx  |5 +
 sw/source/core/txtnode/fntcache.cxx |   17 +
 sw/source/core/txtnode/swfont.cxx   |6 ++
 10 files changed, 55 insertions(+), 2 deletions(-)

New commits:
commit fb8eb0ad9c3a5957a6e131490a7a8c97e5353ba2
Author: Mark Hung 
AuthorDate: Sun May 1 14:07:01 2022 +0800
Commit: Mark Hung 
CommitDate: Fri May 13 01:32:22 2022 +0200

tdf#104930 aligning CTL text with hanging baseline.

1. SwTextSizeInfo::GetHangingBaseline() calls SwFont::GetHangingBaseline() 
to obtain the hanging baseline value. Only CTL script handled, it always return 
0 for other two scripts. Eventually Outdev::GetFontMetric() and 
TextMetric::GetHangingBaseline() are called to obtain the hanging baseline 
value from vcl.

2. SwTextFormatter::CalcAscent() sets the baseline value for the portion 
via SwTextSizeInfo::GetHangingBaseline().

3. SwTextFormatter::InsertPortion() sets the maximum baseline value for the 
whole line.

4. SwTextCursor::AdjustBaseLine() calculates the new baseline in case 
hanging baseline is available.

Change-Id: I1aae7a34dfc953227b7873fc8e3af5cc7e2fbbff
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133668
Tested-by: Jenkins
Reviewed-by: Mark Hung 

diff --git a/sw/source/core/inc/fntcache.hxx b/sw/source/core/inc/fntcache.hxx
index 4f58be568951..bea6663e1420 100644
--- a/sw/source/core/inc/fntcache.hxx
+++ b/sw/source/core/inc/fntcache.hxx
@@ -74,6 +74,8 @@ class SwFntObj final : public SwCacheObj
 sal_uInt16 m_nScrHeight;
 sal_uInt16 m_nPrtHeight;
 sal_uInt16 m_nPropWidth;
+sal_uInt16 m_nScrHangingBaseline;
+sal_uInt16 m_nPrtHangingBaseline;
 sal_uInt16 m_nZoom;
 bool m_bSymbol : 1;
 bool m_bPaintBlank : 1;
@@ -97,6 +99,7 @@ public:
 sal_uInt16 GetFontAscent( const SwViewShell *pSh, const OutputDevice& rOut 
);
 sal_uInt16 GetFontHeight( const SwViewShell *pSh, const OutputDevice& rOut 
);
 sal_uInt16 GetFontLeading( const SwViewShell *pSh, const OutputDevice& 
rOut );
+sal_uInt16 GetFontHangingBaseline( const SwViewShell *pSh, const 
OutputDevice& rOut );
 
 void GuessLeading( const SwViewShell& rSh, const FontMetric& rMet );
 
diff --git a/sw/source/core/inc/swfont.hxx b/sw/source/core/inc/swfont.hxx
index 40a4c2e8d66c..38936574a471 100644
--- a/sw/source/core/inc/swfont.hxx
+++ b/sw/source/core/inc/swfont.hxx
@@ -72,6 +72,7 @@ class SwSubFont final : public SvxFont
 bool IsSymbol( SwViewShell const *pSh );
 sal_uInt16 GetAscent( SwViewShell const *pSh, const OutputDevice& rOut );
 sal_uInt16 GetHeight( SwViewShell const *pSh, const OutputDevice& rOut );
+sal_uInt16 GetHangingBaseline( SwViewShell const *pSh, const OutputDevice& 
rOut );
 Size GetTextSize_( SwDrawTextInfo& rInf );
 Size GetCapitalSize( SwDrawTextInfo& rInf );
 void DrawText_( SwDrawTextInfo , const bool bGrey );
@@ -328,6 +329,9 @@ public:
 sal_uInt16 GetHeight( SwViewShell const *pSh, const OutputDevice& rOut )
 { return m_aSub[m_nActual].GetHeight( pSh, rOut ); }
 
+sal_uInt16 GetHangingBaseline( SwViewShell const *pSh, const OutputDevice& 
rOut )
+{ return m_nActual == SwFontScript::CTL ? 
m_aSub[m_nActual].GetHangingBaseline( pSh, rOut ) : 0; }
+
 void Invalidate()
 { m_bFontChg = m_bOrgChg = true; }
 
diff --git a/sw/source/core/text/inftxt.hxx b/sw/source/core/text/inftxt.hxx
index 7c7bf57afa56..1621b4f35a8f 100644
--- a/sw/source/core/text/inftxt.hxx
+++ b/sw/source/core/text/inftxt.hxx
@@ -267,6 +267,7 @@ public:
 vcl::text::TextLayoutCache const*) const;
 
 sal_uInt16 GetAscent() const;
+sal_uInt16 GetHangingBaseline() const;
 
 TextFrameIndex GetIdx() const { return m_nIdx; }
 void SetIdx(const TextFrameIndex nNew) { m_nIdx = nNew; }
@@ -715,6 +716,12 @@ inline sal_uInt16 SwTextSizeInfo::GetTextHeight() const
 return const_cast(GetFont())->GetHeight( m_pVsh, *GetOut() );
 }
 
+inline sal_uInt16 SwTextSizeInfo::GetHangingBaseline() const
+{
+assert(GetOut());
+return const_cast(GetFont())->GetHangingBaseline( m_pVsh, 
*GetOut() );
+}
+
 inline SwPosSize SwTextSizeInfo::GetTextSize( const OUString  ) const
 {
 return GetTextSize(m_pOut, nullptr, rText, TextFrameIndex(0), 
TextFrameIndex(rText.getLength()));
diff --git a/sw/source/core/text/itrform2.cxx b/sw/source/core/text/itrform2.cxx
index 52d13e690481..e7bcde5983b8 100644
--- a/sw/source/core/text/itrform2.cxx
+++ b/sw/source/core/text/itrform2.cxx
@@ -341,6 +341,8 @@ void SwTextFormatter::InsertPortion( SwTextFormatInfo ,
   

[Libreoffice-bugs] [Bug 149063] New: Writer "hanging" regularly whilst amending documents

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149063

Bug ID: 149063
   Summary: Writer "hanging" regularly whilst amending documents
   Product: LibreOffice
   Version: 7.3.2.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: emailderekbr...@gmail.com

Description:
Writer "hangs" regularly whilst amending documents. Unable to make further
amendments and have to close Office down and restart. It then recovers
document, which has worked every time so far. I have only been using
LibreOffice for less than a month and this has occurred on five occasions.

Steps to Reproduce:
1.It happens intermittently so cannot reproduce at will
2.
3.

Actual Results:
As above.

Expected Results:
As above.


Reproducible: Sometimes


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Version: 7.3.2.2 (x64) / LibreOffice Community
Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0
CPU threads: 8; OS: Windows 10.0 Build 22000; UI render: Skia/Vulkan; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: threaded

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

[Libreoffice-bugs] [Bug 148963] Better differentiation of icons for "Restart Numbering" and "Insert Unnumbered Entry"

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=148963

Rizal Muttaqin  changed:

   What|Removed |Added

 CC||riz...@libreoffice.org

--- Comment #1 from Rizal Muttaqin  ---
Whoaaa nice input

I can agree with all of these inputs, but regarding Roman selection it's
closely related to how LibreOffice changes icons in RTL documents. The icons
will be flipped so that the Arabic numerals get really weird.

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

[Libreoffice-bugs] [Bug 149008] icons for "Description" and "Insert Caption" are identical, but they should be different -- their functions are different

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149008

Rizal Muttaqin  changed:

   What|Removed |Added

 CC||riz...@libreoffice.org

--- Comment #1 from Rizal Muttaqin  ---
Thanks for the report

Could you please tell me the usage for "Description" (e.g. step by step to use
the function) so I can got deeper understanding the difference.

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

[Libreoffice-bugs] [Bug 149061] In the Bullets and Numbering toolbar, Move Down with Subpoints misbehaves.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149061

sdc.bla...@youmail.dk changed:

   What|Removed |Added

 CC||sdc.bla...@youmail.dk

--- Comment #1 from sdc.bla...@youmail.dk ---
No attachment given.

Analysis of described behavior:

If no empty paragraph is in document after

 a. Subpoint to second point

then repro in 7.2.6 and 7.4.0.0.alpha+

If empty paragraph is added after  a. Subpoint to second point
then "Move Down with Subpoints" works as expected in 7.2.6 and 7.4.0.0.alpha+

Also, if additional list paragraphs are added after "a. Subpoint to second
point", then "Move Down with Subpoints" works as expected with first item in
list.

@smurf -- your choice

(a) resolve this ticket as NOTABUG, using the Status field, or 

(b) reconfigure this ticket to be a report that Move Down with Subpoints does
not work when the paragraphs being moved do not have an empty paragraph to
"land" at.

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

[Libreoffice-bugs] [Bug 135991] Hebrew Text Randomly Disappears and Reappears (see comment 17)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=135991

--- Comment #21 from M Plaut  ---
Vague or not, it does sound like the bug. If you still have that file, maybe
you could post it to confirm the bug better.

It does seem sort of like an uninitialized variable or something in "that
category of issues."

It does not cause any intolerable damage since the text is never destroyed or
erased, but it is annoying.

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

[Libreoffice-bugs] [Bug 135991] Hebrew Text Randomly Disappears and Reappears (see comment 17)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=135991

--- Comment #20 from Eyal Rozenberg  ---
Actually... now that I think about it, I think I saw this happening in a
document I was working on as well! It was a couple of months ago. I had a
chapter start with some H1 and body text, then the text becomes two-columns and
uses a smaller font - it's an acronym listing appendix - and occasionally, I
would only see the single-column header part, and the rest of the page would be
almost entirely empty, maybe even with some tiny bit of a line showing, as
though it was hidden by the part above it. This was also in a rather long
document. Sorry for being vague.

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

[Libreoffice-bugs] [Bug 135991] Hebrew Text Randomly Disappears and Reappears (see comment 17)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=135991

--- Comment #19 from Eyal Rozenberg  ---
(In reply to M Plaut from comment #18)
> Thank you for your confirmation. 
> 
> In years of use I have not detected any patterns. Sometimes it appears and
> sometimes not.

Yes, it seems to be extremely elusive and its manifestation "brittle". I would
not be surprised if the cause is something like an uninitialized variable
somewhere in the code which is usually 0 but only in rare combination of
previous execution paths gets something else; or something else in that
category of issues. It may even get fixed inadvertently by some
seemingly-unrelated change... although no such luck so far.

> I go through files correcting the missing text and then I can usually
> produce a PDF right away. 

When you next encounter this in a smaller document, post another attachment.
And see if you can whittle away some of the contents while still keeping the
bug manifesting.

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

[Libreoffice-bugs] [Bug 135991] Hebrew Text Randomly Disappears and Reappears (see comment 17)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=135991

--- Comment #18 from M Plaut  ---
Thank you for your confirmation. 

In years of use I have not detected any patterns. Sometimes it appears and
sometimes not.

I go through files correcting the missing text and then I can usually produce a
PDF right away. 

By the way, it does not matter if you update links or not. But of course I did
not send the linked files so that the links cannot be updated. Answering "No"
is just an attempt to make the bug appear more consistently.

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

[Libreoffice-bugs] [Bug 145184] Custom number on numbered list

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=145184

--- Comment #3 from smurf  ---
I checked this in 7.3.2.2 (Mac) and it works as expected. I can type a "Start
at" number into the box and it works.

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

[Libreoffice-bugs] [Bug 137639] Copying and pasting English text converts it to Chinese (kf5 + Wayland)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=137639

Munzir Taha  changed:

   What|Removed |Added

  Regression By|Jan-Marek Glogowski |

--- Comment #16 from Munzir Taha  ---
Thanks for bisecting and confirming.

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

[Libreoffice-bugs] [Bug 149018] "Object" property dialog (and Navigator and UI elements) should be titled "Embedded Object"

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149018

--- Comment #12 from sdc.bla...@youmail.dk ---
(In reply to Mike Kaganski from comment #8)
> the distinction between linking and embedding will be really crucial to the
> usage for some people; and when they will be confused, unsure if the term
> means that what they thing "linked" is termed "embedded", they would be
> really lost
Ok -- will assume that this hypothesis is valid for now

---but a few questions and comments to clarify the situation.

1. Afaict, only one small corner of Insert -> OLE Object involves an external
link, where all other uses of Insert > OLE Object result in what we are
presently calling an "embedded object".  Right?

Even when an external file is chosen ("Create from file"), it is only "linked"
if "Link to file" is chosen.  

The proposal in comment 11 to make a "Linked Object" dialog was motivated by my
misunderstanding that all OLE objects were a "Linked Object".

It seems inappropriate to make a special dialog for OLE Objects, when most of
the uses are embedding.

2. This (potential) confusion or uncertainty about linked/embedded is already
addressed in the documentation.  See "Link to file"

https://help.libreoffice.org/7.4/en-US/text/shared/01/04150100.html

If there are other places where it would be appropriate to mention, then I can
add them.

3.  Meanwhile, as a different issue, there is no way afaict (e.g, in Properties
dialog or Navigator) to see if an OLE object is linked or not. (and Edit >
External Links does not identify the object name).  (not a complaint, just an
observation, and a thought that this might be a bigger problem for users than
the "embedded" label in the Properties dialog.)  

4. The proposal in comment 11 might still be usable (if it seems an
improvement), but now with "OLE Object" included in the Embedded Objects
submenu, otherwise, comment 5 still seems valid.

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

[Libreoffice-ux-advise] [Bug 149018] "Object" property dialog (and Navigator and UI elements) should be titled "Embedded Object"

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149018

--- Comment #12 from sdc.bla...@youmail.dk ---
(In reply to Mike Kaganski from comment #8)
> the distinction between linking and embedding will be really crucial to the
> usage for some people; and when they will be confused, unsure if the term
> means that what they thing "linked" is termed "embedded", they would be
> really lost
Ok -- will assume that this hypothesis is valid for now

---but a few questions and comments to clarify the situation.

1. Afaict, only one small corner of Insert -> OLE Object involves an external
link, where all other uses of Insert > OLE Object result in what we are
presently calling an "embedded object".  Right?

Even when an external file is chosen ("Create from file"), it is only "linked"
if "Link to file" is chosen.  

The proposal in comment 11 to make a "Linked Object" dialog was motivated by my
misunderstanding that all OLE objects were a "Linked Object".

It seems inappropriate to make a special dialog for OLE Objects, when most of
the uses are embedding.

2. This (potential) confusion or uncertainty about linked/embedded is already
addressed in the documentation.  See "Link to file"

https://help.libreoffice.org/7.4/en-US/text/shared/01/04150100.html

If there are other places where it would be appropriate to mention, then I can
add them.

3.  Meanwhile, as a different issue, there is no way afaict (e.g, in Properties
dialog or Navigator) to see if an OLE object is linked or not. (and Edit >
External Links does not identify the object name).  (not a complaint, just an
observation, and a thought that this might be a bigger problem for users than
the "embedded" label in the Properties dialog.)  

4. The proposal in comment 11 might still be usable (if it seems an
improvement), but now with "OLE Object" included in the Embedded Objects
submenu, otherwise, comment 5 still seems valid.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-bugs] [Bug 148969] Position properties of image are changed when image is moved

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=148969

Ulrich Gemkow  changed:

   What|Removed |Added

Version|7.3.2.2 release |7.3.3.2 release

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

[Libreoffice-bugs] [Bug 149062] New: Asian text font -- why can't Europeans / Westerns have a default preference "Western"?

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149062

Bug ID: 149062
   Summary: Asian text font -- why can't Europeans / Westerns have
a default preference "Western"?
   Product: LibreOffice
   Version: 6.4.7.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: j...@cspv.hu

It is understood that we Europeans and North Americans are only a small
population on this planet (1 of 8mrd), and only a small group in Libreoffice's
users... 

But we were the first clients of Word Processor manufacturers... so, perhaps it
should not be equally Chinese and Western today... it could be Western still,
and it could be switched to Chinese / Asian, too...


It shouldn't be a difficult thing!

Just let us tick "Western" in the preferences, which would mean in a PC manner
"no Chinese options for me, please"...


once again, Western Culture and Chinese Culture, as well as Tibetan Culture or
Taiwan Culture or Japanese Culture are all on the same level...
NO culture, no language should gain predominance... 
except English, which is the international language :)

I'm only talking about having Libreoffice as our good old Western word
processor... without the Chinese presence all over the interface...


Look at what happened to the style window:

"Asian layout", "Asian Typography", or see "font":
"Western font" / "Asian font"

why can't I set a preference somewhere so I won't get this?
why can't I turn off "Asian" altogether since I don't use it?


I hope that despite what I wrote sounds potentially impolite, it is clear that
I'm talking about a simple claim... without offending our Asian fellow-users...
or taking away anything of their comfort in using Libreoffice

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

[Libreoffice-bugs] [Bug 132671] FILEOPEN Text Import dialog does not store encoding of text separator 'other' character

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=132671

m...@zepler.org changed:

   What|Removed |Added

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

--- Comment #6 from m...@zepler.org ---
The uploaded example file's encoding is now remembered and correctly applied to
the delimiter character edit control, in version 7.3.2.2. OS is macOS 12.3.1

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

[Libreoffice-bugs] [Bug 112368] copy and paste filename from save dialog fails (kf5)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=112368

Buovjaga  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 108568] [META] Footnote and endnote properties and settings

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108568

Buovjaga  changed:

   What|Removed |Added

 Depends on|137639  |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=137639
[Bug 137639] Copying and pasting English text converts it to Chinese (kf5 +
Wayland)
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 102495] [META] KDE VCL backend bugs and enhancements

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=102495

Buovjaga  changed:

   What|Removed |Added

 Depends on||137639


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=137639
[Bug 137639] Copying and pasting English text converts it to Chinese (kf5 +
Wayland)
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 137639] Copying and pasting English text converts it to Chinese (kf5 + Wayland)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=137639

Buovjaga  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=11
   ||2368
  Regression By||Jan-Marek Glogowski
 Blocks|108568  |102495
   Keywords||bibisected, bisected,
   ||regression
Version|7.0.2.2 release |6.4.0.3 release
 CC||glo...@fbihome.de
 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW
Summary|Copying and pasting English |Copying and pasting English
   |text converts it to Chinese |text converts it to Chinese
   ||(kf5 + Wayland)

--- Comment #15 from Buovjaga  ---
Indeed, I can repro in a Wayland session (only with kf5).

I bibisected it with linux-64-6.4 to
https://git.libreoffice.org/core/commit/c386f07ce195c2167f1b56d23cfd95292634e2de
tdf#112368 Qt5 handle owned, non-LO clipboard content

In bug 112368 comment 9 I even mention the same issue and there was a follow-up
patch, but apparently the patch only fixed it for X11.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=102495
[Bug 102495] [META] KDE VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108568
[Bug 108568] [META] Footnote and endnote properties and settings
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 141485] Flashing UI of sidebar

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=141485

Buovjaga  changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #7 from Buovjaga  ---
(In reply to Stanislav Horacek from comment #6)
> Now, with 7.2.6.2 as part of the system and dev 7.4 alpha 0, most of the
> flickering is gone. It is still there when e.g. resizing the sidebar or
> using its scrollbar, but it does not happen when working on a document.
> 
> I would consider this behaviour as acceptable and would agree with closing
> this.

Ok. It's not flickering for me even in those cases.

Arch Linux 64-bit
Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 3dcf845691ee55621a9475d7c39cbc63611c3f7a
CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: gtk3
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 12 May 2022

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

[Libreoffice-bugs] [Bug 141485] Flashing UI of sidebar

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=141485

--- Comment #6 from Stanislav Horacek  ---
Now, with 7.2.6.2 as part of the system and dev 7.4 alpha 0, most of the
flickering is gone. It is still there when e.g. resizing the sidebar or using
its scrollbar, but it does not happen when working on a document.

I would consider this behaviour as acceptable and would agree with closing
this.

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

[Libreoffice-bugs] [Bug 149059] [VIEWING] Selection display is displaced when selecting upward with mouse without exiting write/edit mode

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149059

--- Comment #5 from LeroyG  ---
Created attachment 180086
  --> https://bugs.documentfoundation.org/attachment.cgi?id=180086=edit
Selection display displaced without and with scrolling the spreadsheet.

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

[Libreoffice-bugs] [Bug 149061] New: In the Bullets and Numbering toolbar, Move Down with Subpoints misbehaves.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149061

Bug ID: 149061
   Summary: In the Bullets and Numbering toolbar, Move Down with
Subpoints misbehaves.
   Product: LibreOffice
   Version: 7.3.3.2 release
  Hardware: Other
OS: macOS (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: pfat...@uchicago.edu

Description:
Consider this sample--

1. First point.
2. Second point.
a. Subpoint to second point.

>From "1. First point", if you Move Down with Subpoints, the result is the same
as if you just Move Down:

1. Second point.
2. First point.
a. Subpoint to second point.

The result should be, respecting subpoints:

1. Second point.
a. Subpoint to second point.
2. First point.

Steps to Reproduce:
1. Create a list as in the Description.
2. Starting from the first item, Move Down with Subpoints.

NB I'm running MacOS 10.15 (Intel). I don't know if this bug existed in prior
versions of LO.

Actual Results:
Subpoint to the second item now belongs to the moved-down first item.

Expected Results:
Subpoints should be maintained; the second item's subpoint should still belong
to the (original) second item, with the (original) first item below it.


Reproducible: Always


User Profile Reset: No



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

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

[Libreoffice-bugs] [Bug 149059] [VIEWING] Selection display is displaced when selecting upward with mouse without exiting write/edit mode

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149059

--- Comment #4 from LeroyG  ---
Steps to Reproduce (cont.):
4. Scroll the spreadsheet to see a few columns to the right.
5. Repeat steps 1 and 2, then hold Shift, and 
6.a. Click in an upper cell of the same column; or
6.b. Click in a column (or more) to the left of the actual column.

Actual Results (cont.):
After 6.a. you get no display of the selection.
After 6.b. you get a display of the selection displaced more than one (or more)
column/s to the right.

The width of the leftmost columns not seen by scrolling is related to the
displacement of the selection display.

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

[Libreoffice-bugs] [Bug 108827] [META] Calc functions bugs and enhancements

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108827
Bug 108827 depends on bug 148863, which changed state.

Bug 148863 Summary: If a matrix created by RANDBETWEEN.NV function is 
transposed, it will not be random number.
https://bugs.documentfoundation.org/show_bug.cgi?id=148863

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 108827] [META] Calc functions bugs and enhancements

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=108827
Bug 108827 depends on bug 148863, which changed state.

Bug 148863 Summary: If a matrix created by RANDBETWEEN.NV function is 
transposed, it will not be random number.
https://bugs.documentfoundation.org/show_bug.cgi?id=148863

   What|Removed |Added

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

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

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

[Eike Rathke (via logerrit)]

 sc/source/core/tool/interpr1.cxx |   12 +++-
 1 file changed, 11 insertions(+), 1 deletion(-)

New commits:
commit 9391e9fb99a87e71897e29da79eba084682fdaa5
Author: Eike Rathke 
AuthorDate: Thu May 12 19:23:14 2022 +0200
Commit: Eike Rathke 
CommitDate: Thu May 12 21:43:02 2022 +0200

Resolves: tdf#148863 In JumpMatrix context use its dimensions for results

Problem was, that in array mode the result matrix of random values
was created according to the dimensions of the formula cell range
selected/resulting, which if transposed and displayed obeys the general 
rules of
a repeating vector if not a 2D matrix.

For example, entering the array formula
=TRANSPOSE(IF({1,1,1};RAND()))
(with , comma array column separator) is supposed to create a row
vector of 3 columns transposed to a column vector of 3 rows. The
selection created for the automatically determined result is 3
rows in one column, for which the RAND() was calculated, resulting
in a column vector

{
1
2
3
}

which transposed gave a row vector { 1, 2, 3 } and displayed for
one column such row vector is repeated as

{
{ 1, 2, 3 }
{ 1, 2, 3 }
{ 1, 2, 3 }
}

of which the first column displayed is the repeating first value 1.

With this change the dimensions of the JumpMatrix created by
IF({1,1,1};...) is used to generate the RAND() matrix, resulting
in a { 1, 2, 3 } row vector that then is transposed and displayed
as expected.

Change-Id: I267ff5d336a86372ee456fd929249e5f0444f843
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134247
Reviewed-by: Eike Rathke 
Tested-by: Jenkins

diff --git a/sc/source/core/tool/interpr1.cxx b/sc/source/core/tool/interpr1.cxx
index 81b75fe21cd5..5b8e326a3c19 100644
--- a/sc/source/core/tool/interpr1.cxx
+++ b/sc/source/core/tool/interpr1.cxx
@@ -1743,7 +1743,17 @@ void ScInterpreter::ScRandomImpl( const 
std::functionGetDimensions( nC, nR);
+nCols = std::max(0, static_cast(nC));
+nRows = std::max(0, static_cast(nR));
+}
+else if (pMyFormulaCell)
 pMyFormulaCell->GetMatColsRows( nCols, nRows);
 
 if (nCols == 1 && nRows == 1)

[Libreoffice-bugs] [Bug 129088] Add opportunity to create a custom name for field in the Pivot table

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=129088

Buovjaga  changed:

   What|Removed |Added

URL|http://ridhikaran.com/  |

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

[Libreoffice-bugs] [Bug 149059] [VIEWING] Selection display is displaced when selecting upward with mouse without exiting write/edit mode

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149059

LeroyG  changed:

   What|Removed |Added

 OS|Windows (All)   |All

--- Comment #3 from LeroyG  ---
Reproducible with:

Version: 7.2.3.2 / LibreOffice Community
Build ID: 20(Build:2)
CPU threads: 1; OS: Linux 5.3; UI render: default; VCL: gtk3
Locale: es-MX (en_US.UTF-8); UI: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 149059] [VIEWING] Selection display is displaced when selecting upward with mouse without exiting write/edit mode

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149059

--- Comment #2 from LeroyG  ---
Reproducible with:

Version: 7.2.7.2 (x64) / LibreOffice Community
Build ID: 8d71d29d553c0f7dcbfa38fbfda25ee34cce99a2
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: es-MX (es_ES); UI: en-US
Calc: CL

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

[Libreoffice-bugs] [Bug 148913] Crash mergedlo!SfxViewFrame::Notify+0xf87

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=148913

--- Comment #8 from Caolán McNamara  ---
The crash is under windows, but the bisect points to code which isn't built
under windows so there might be some variability to this.

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

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

[Caolán McNamara (via logerrit)]

 vcl/source/treelist/treelistbox.cxx |   67 +---
 1 file changed, 32 insertions(+), 35 deletions(-)

New commits:
commit e9992e96faf92080402ab32322d16d51c367f6ce
Author: Caolán McNamara 
AuthorDate: Thu May 12 13:30:16 2022 +0100
Commit: Caolán McNamara 
CommitDate: Thu May 12 20:58:27 2022 +0200

make the expand/collapse node drawing easier to read

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

diff --git a/vcl/source/treelist/treelistbox.cxx 
b/vcl/source/treelist/treelistbox.cxx
index 1b75487beaac..14089dc53b2e 100644
--- a/vcl/source/treelist/treelistbox.cxx
+++ b/vcl/source/treelist/treelistbox.cxx
@@ -2808,42 +2808,45 @@ void SvTreeListBox::PaintEntry1(SvTreeListEntry& 
rEntry, tools::Long nLine, vcl:
  : *pImg == 
GetDefaultCollapsedNodeImage();
 aPos.AdjustY((nTempEntryHeight - pImg->GetSizePixel().Height()) / 2 );
 
-DrawImageFlags nStyle = DrawImageFlags::NONE;
-if (!IsEnabled())
-nStyle |= DrawImageFlags::Disable;
-
-//native
-bool bNativeOK = false;
-if (bDefaultImage && 
rRenderContext.IsNativeControlSupported(ControlType::ListNode, 
ControlPart::Entire))
+if (!bDefaultImage)
+{
+// If its a custom image then draw what was explicitly set to use
+DrawImageFlags nStyle = DrawImageFlags::NONE;
+if (!IsEnabled())
+nStyle |= DrawImageFlags::Disable;
+rRenderContext.DrawImage(aPos, *pImg, nStyle);
+}
+else
 {
-ImplControlValue aControlValue;
-tools::Rectangle aCtrlRegion(aPos,  pImg->GetSizePixel());
-ControlState nState = ControlState::NONE;
+bool bNativeOK = false;
+// native
+if (rRenderContext.IsNativeControlSupported(ControlType::ListNode, 
ControlPart::Entire))
+{
+ImplControlValue aControlValue;
+tools::Rectangle aCtrlRegion(aPos,  pImg->GetSizePixel());
+ControlState nState = ControlState::NONE;
 
-if (IsEnabled())
-nState |= ControlState::ENABLED;
+if (IsEnabled())
+nState |= ControlState::ENABLED;
 
-if (bExpanded)
-aControlValue.setTristateVal(ButtonValue::On); //expanded node
-else
-{
-if ((!rEntry.HasChildren()) && rEntry.HasChildrenOnDemand() &&
-(!(rEntry.GetFlags() & SvTLEntryFlags::HAD_CHILDREN)))
-{
-aControlValue.setTristateVal( ButtonValue::DontKnow ); //don't 
know
-}
+if (bExpanded)
+aControlValue.setTristateVal(ButtonValue::On); //expanded node
 else
 {
-aControlValue.setTristateVal( ButtonValue::Off ); //collapsed 
node
+if ((!rEntry.HasChildren()) && rEntry.HasChildrenOnDemand() &&
+(!(rEntry.GetFlags() & SvTLEntryFlags::HAD_CHILDREN)))
+{
+aControlValue.setTristateVal( ButtonValue::DontKnow ); 
//don't know
+}
+else
+{
+aControlValue.setTristateVal( ButtonValue::Off ); 
//collapsed node
+}
 }
-}
-
-bNativeOK = rRenderContext.DrawNativeControl(ControlType::ListNode, 
ControlPart::Entire, aCtrlRegion, nState, aControlValue, OUString());
-}
 
-if (!bNativeOK)
-{
-if (bDefaultImage)
+bNativeOK = 
rRenderContext.DrawNativeControl(ControlType::ListNode, ControlPart::Entire, 
aCtrlRegion, nState, aControlValue, OUString());
+}
+if (!bNativeOK)
 {
 DecorationView aDecoView();
 DrawSymbolFlags nSymbolStyle = DrawSymbolFlags::NONE;
@@ -2857,12 +2860,6 @@ void SvTreeListBox::PaintEntry1(SvTreeListEntry& rEntry, 
tools::Long nLine, vcl:
 SymbolType eSymbol = bExpanded ? SymbolType::SPIN_DOWN : 
SymbolType::SPIN_RIGHT;
 aDecoView.DrawSymbol(tools::Rectangle(aPos, pImg->GetSizePixel()), 
eSymbol, aCol, nSymbolStyle);
 }
-else
-{
-// setDefaultExpandedGraphicURL is exposed via uno, see 
TreeControlPeer::setDefaultExpandedGraphicURL,
-// while that's supported keep the possibility to render a custom 
image here
-rRenderContext.DrawImage(aPos, *pImg ,nStyle);
-}
 }
 }
 

[Libreoffice-bugs] [Bug 149059] [VIEWING] Selection display is displaced when selecting upward with mouse without exiting write/edit mode

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149059

LeroyG  changed:

   What|Removed |Added

Summary|[VIEWING] Selection display |[VIEWING] Selection display
   |is displaced when selecting |is displaced when selecting
   |upward with mouse without   |upward with mouse without
   |exiting edit mode   |exiting write/edit mode
 OS|All |Windows (All)

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

[Libreoffice-bugs] [Bug 149059] [VIEWING] Selection display is displaced when selecting upward with mouse without exiting edit mode

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149059

LeroyG  changed:

   What|Removed |Added

Version|7.2.7.2 release |7.1.8.1 release

--- Comment #1 from LeroyG  ---
Reproducible with:

Version: 7.1.8.1 (x64) / LibreOffice Community
Build ID: e1f30c802c3269a1d052614453f260e49458c82c
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: es-MX (es_ES); UI: en-US
Calc: CL

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

[Libreoffice-bugs] [Bug 145722] Basic Editor : impossible to copy a module or a dialog to an another worksheet.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=145722

Caolán McNamara  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |caol...@redhat.com
   |desktop.org |
 Status|NEW |ASSIGNED

--- Comment #10 from Caolán McNamara  ---
ctrl doesn't seem to be selecting the "copy" case. Mostly the same code is used
for the drag and drop elsewhere, and the ctrl as "copy" is working in e.g.
writer so there must be some piece missing.

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

[Libreoffice-bugs] [Bug 149042] no longer works after combination of automatic progression to next slide and keypress

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149042

Gerald Pfeifer  changed:

   What|Removed |Added

Summary|"Previous slide" advances   | no longer
   |to next slide   |works after combination of
   ||automatic progression to
   ||next slide and  keypress

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

[Libreoffice-bugs] [Bug 149042] "Previous slide" advances to next slide

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149042

--- Comment #4 from Gerald Pfeifer  ---
(In reply to Timur from comment #1)
> I'd completely change this report, if you agree. 
> No repro for reported. Slide 2 advances to 3 automatically, that may confuse.
> 
> But I have crash with GTK3 after I advance to slide 2.

Hi Timur, I can now reproduce this most of the time, thanks to your
hint regarding the automatic advance from slide 2 to 3.

I had, by chance, timed things correctly (or badly, depends on how we
look at it):

 1. Open sample presentation and enter presentation mode.
 3.  to move to slide 2.
 4. Wait until the presentation automatically moves to slide 3.
 5.  to move to slide 2.
 6. Wait about half a second, maybe only a third, and press  again.
This is now too late and the the presentation will advance to slide 3.
 7. Now, regardless of how often you hit  the presentation is
stuck on slide 3.

Note: If this does not happen, repeat steps 5 and 6 and *reduce* the
delay before hitting  in step 6 a bit.

Note: If instead step 6 brings you back to slide 1 start again from 
step 3 and *increase* the delay before hitting  in Step 6 a bit.

Can you reproduce this now?

Do you want to create a separate bug for the issue you encountered, or do
you prefer to use this one and for me to create a new one?

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

[Libreoffice-bugs] [Bug 148143] CRASH: after pasting twice the whole sheet

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=148143

Luboš Luňák  changed:

   What|Removed |Added

   Keywords|bibisected, bisected,   |
   |regression  |

--- Comment #9 from Luboš Luňák  ---
I can also reproduce with a release build and not with a debug build. But the
bisect information from comment #1 is incorrect, I can reproduce even with the
commit right before the mentioned one.

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

[Libreoffice-bugs] [Bug 149043] Writer doesn't render an image file which is in the root of zip dir (ODF Validation succeeds/Google Docs works fine)

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149043

Regina Henschel  changed:

   What|Removed |Added

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

--- Comment #5 from Regina Henschel  ---
I'm not sure, that such structure is valid. Please look at second paragraph in
section 3.1 General in
https://docs.oasis-open.org/office/OpenDocument/v1.3/os/part2-packages/OpenDocument-v1.3-os-part2-packages.html

The image is a document of its own with own mime-type. So it violets the rule
of only one document in the root. The validator might be wrong here.

Another question is, whether LibreOffice should be error-tolerant and open such
files nevertheless. I support such request because Word and TextMaker show the
image too.

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

[Libreoffice-bugs] [Bug 149060] New: CONFIGURATION: View > Toolbars > Customize... causes crash, initiates document recovery

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149060

Bug ID: 149060
   Summary: CONFIGURATION: View > Toolbars > Customize... causes
crash, initiates document recovery
   Product: LibreOffice
   Version: 6.4.7.2 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: bugzilla.irg220228@erine.email

Description:
When trying to customize the toolbars, Libroffice Calc crashes every time,
initiating the document recovery process. I am using Xubuntu 20.04.

Steps to Reproduce:
1.Select 'View' from menu;
2.Open 'Toolbars' sub-menu;
3.Select 'Customise...'

Actual Results:
'Libreoffice 6.4 Document Recovery' dialog opens. "Due to an error, Libreoffice
crashed".

Documents are restored successfully by following the recovery procedure.

Expected Results:
I should be able to edit/configure the Calc toolbars.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Version: 6.4.7.2
Build ID: 1:6.4.7-0ubuntu0.20.04.4
CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3; 
Locale: en-GB (en_GB.UTF-8); UI-Language: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 149058] "Description" and "Title/Alternative Text" is only PDF-exported for Images, but not for Shapes, Formula, and Frames

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149058

sdc.bla...@youmail.dk changed:

   What|Removed |Added

   Keywords||filter:pdf

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

[Libreoffice-bugs] [Bug 149010] "Previous Link" and "Next Link" should only appear on Frames Options tab

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149010

--- Comment #12 from sdc.bla...@youmail.dk ---
(In reply to Regina Henschel from comment #11)
> field "Name" belongs to attribute "draw:name" ... used for navigation and 
> links.
Understood.  Comment 6 was acknowledging that idea -- but was also suggesting
(at least as I interpreted the comment) that "name" could be understood to be
making the object more accessible to the document producer (in the navigation
sense).

I suggested "Object Description" (as more neutral, and covering both the
navigation and a11y functions).  Good arguments for either label, so no strong
opinion from me.  And no opinion about whether to make separate sections for
"Name" and "Accessibility"  (My interest is only to get a stable layout and
labelling for the Options dialog tab so I can finish updating the help page,
bug 149012)

> The real accessibility field is "svg:title" and that is missing here. 
Maybe you were testing/checking with a frame?  There it is missing. (no ticket
filed for that)

But svg:title is found in the Properties - Option tab dialog for Image and
Object (as "Alternative (Text only)") and from this afternoon in master as
("Text Alternative" - bug 148941)

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

[Libreoffice-bugs] [Bug 100156] [META] Wayland-related bugs

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=100156

Dieter  changed:

   What|Removed |Added

 Depends on||137639


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=137639
[Bug 137639] Copying and pasting English text converts it to Chinese
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 137639] Copying and pasting English text converts it to Chinese

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=137639

Dieter  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEW |UNCONFIRMED
 Blocks||100156


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=100156
[Bug 100156] [META] Wayland-related bugs
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 149046] Error in the description of the mathematical formula

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149046

Regina Henschel  changed:

   What|Removed |Added

 CC||rb.hensc...@t-online.de
  Component|Calc|Localization

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

[Libreoffice-bugs] [Bug 147988] Opening links with odt at the end gives network errors

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=147988

Robert Großkopf  changed:

   What|Removed |Added

 Status|NEW |UNCONFIRMED
 Ever confirmed|1   |0

--- Comment #5 from Robert Großkopf  ---
@krupka: You couldn't confirm your own reported bug. A bug could only be
confirmed by another person, who could reproduce the behavior. I couldn't
reproduce it.
I could open a link to a *.odt-file in trough https://www, I could  also open
it through my local web with http://localhost. Both tested under OpenSUSE 15.3
64bit rpm Linux with LO 7.3.3.2

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

[Libreoffice-bugs] [Bug 149018] "Object" property dialog (and Navigator and UI elements) should be titled "Embedded Object"

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149018

--- Comment #11 from sdc.bla...@youmail.dk ---
(In reply to Mike Kaganski from comment #10)
Thanks.  Got it.  

if "Embedded" label with OLE Objects is expected to be problematic...

then -- first speculation about possible response: 

Make a "Linked Object" label dialog (just as Frame and Image have their own),
modify toolbar to show Ole Object or Embedded Object as title, and reconfigure
Insert Menu as follows:

Image
Chart
Embedded Object
   Formula Object
   QR and Barcode
   Scan >
   Audio or Video
   Gallery
Shape
OLE Object

Main changes: 
  (a) Rename "Object" to "Embedded Object"
  (b) move entries in "Media" to "Embedded Object" submenu, 
  (c) Ole Object at top level.

Additional Comments
1. Have (almost) followed existing menu ordering -- other orderings are fine
   with me.
2. Initial ordering/organization is a modifiable default, because users can
   reconfigure in Customize. 
3. Embedded objects submenu now includes commands that can be understood from
   user POV as "embedded" (even though QR and Audio do not get Properties 
   dialog, and Gallery is actually Image).


Another possible response:  decide that Eve users who link files are familiar
with the chaotic labelling in LO and will just ignore the fact that it is now
called embedded. (-:

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

[Libreoffice-ux-advise] [Bug 149018] "Object" property dialog (and Navigator and UI elements) should be titled "Embedded Object"

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149018

--- Comment #11 from sdc.bla...@youmail.dk ---
(In reply to Mike Kaganski from comment #10)
Thanks.  Got it.  

if "Embedded" label with OLE Objects is expected to be problematic...

then -- first speculation about possible response: 

Make a "Linked Object" label dialog (just as Frame and Image have their own),
modify toolbar to show Ole Object or Embedded Object as title, and reconfigure
Insert Menu as follows:

Image
Chart
Embedded Object
   Formula Object
   QR and Barcode
   Scan >
   Audio or Video
   Gallery
Shape
OLE Object

Main changes: 
  (a) Rename "Object" to "Embedded Object"
  (b) move entries in "Media" to "Embedded Object" submenu, 
  (c) Ole Object at top level.

Additional Comments
1. Have (almost) followed existing menu ordering -- other orderings are fine
   with me.
2. Initial ordering/organization is a modifiable default, because users can
   reconfigure in Customize. 
3. Embedded objects submenu now includes commands that can be understood from
   user POV as "embedded" (even though QR and Audio do not get Properties 
   dialog, and Gallery is actually Image).


Another possible response:  decide that Eve users who link files are familiar
with the chaotic labelling in LO and will just ignore the fact that it is now
called embedded. (-:

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Libreoffice-bugs] [Bug 149054] Make the space available for comments wider

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149054

Regina Henschel  changed:

   What|Removed |Added

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

--- Comment #1 from Regina Henschel  ---
I support this request. It area for comments is really far to small. Ideally
the user can choose the width.

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

[Libreoffice-bugs] [Bug 149057] incorrect formula, calculation error, non-existent function

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149057

Regina Henschel  changed:

   What|Removed |Added

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

--- Comment #1 from Regina Henschel  ---
Do you have an Excel document which uses the function in question? Or can you
give us the English name of the function? I cannot understand the language in
that video.

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

[Libreoffice-bugs] [Bug 149055] Embedded chart no longer works properly

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149055

--- Comment #1 from John  ---
I disassembled the malfunctioning chart. The specific problem was caused by
some vertical lines added to the charge using the drawing tools. 

For some reason the lines blew up and extended outside the chart boundaries. 

I don't know whether the lines were like that before the update and the update
has some graphic API that misinterprets the line meta-data or if the update
corrupts the meta-data. The fact the situation was getting worse on
saving/reopening leans toward data corruption.

Old charts that were working before the update are still not working and after
saving/reopening the corrected file the problem reappears. 

There is something in the graphic engine that's corrupting the lines.

John

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

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

[Julien Nabet (via logerrit)]

 vcl/source/filter/itiff/itiff.cxx |1 +
 1 file changed, 1 insertion(+)

New commits:
commit 891ff1334eb4288668ebf70636d7972af691fa88
Author: Julien Nabet 
AuthorDate: Thu May 12 13:35:22 2022 +0200
Commit: Julien Nabet 
CommitDate: Thu May 12 19:30:15 2022 +0200

tdf#119686: fix tiff with 1 bit per pixel

On the 30 pixels width images, the 3 first bytes were ok,
that's why the 24 first pixels of each line was ok.
The pb was in the fourth byte, you must read each bit of this last byte
until reaching 30 pixels, so 6 bits (since width 30 corresponds to 3 * 8 + 
(8 - 2)).
Here LO always shifted this byte with the same value, so used the value of 
the first bit for the last 6 bits of the last byte.
=> just decrement the shift value at the end of each loop

With this patch initial, attachment of the bugtracker 
https://bugs.documentfoundation.org/attachment.cgi?id=144656
and the more complex one 
https://bugs.documentfoundation.org/attachment.cgi?id=144656 are ok

Change-Id: I17339c54d6822c724184f167fb3a25b240e06543
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134235
Tested-by: Julien Nabet 
Reviewed-by: Julien Nabet 

diff --git a/vcl/source/filter/itiff/itiff.cxx 
b/vcl/source/filter/itiff/itiff.cxx
index f94864f429e0..cff68f9e6ec9 100644
--- a/vcl/source/filter/itiff/itiff.cxx
+++ b/vcl/source/filter/itiff/itiff.cxx
@@ -1132,6 +1132,7 @@ bool TIFFReader::ConvertScanline(sal_Int32 nY)
 while ( nx < nImageWidth )
 {
 SetPixel(nY, nx++, ( nByteVal >> nShift ) 
& 1);
+--nShift;
 }
 }
 }

[Libreoffice-bugs] [Bug 149059] New: [VIEWING] Selection display is displaced when selecting upward with mouse without exiting edit mode

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149059

Bug ID: 149059
   Summary: [VIEWING] Selection display is displaced when
selecting upward with mouse without exiting edit mode
   Product: LibreOffice
   Version: 7.2.7.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: iavs.le...@gmail.com

Description:
Display do not match selection.

Steps to Reproduce:
1. Write one o more characters or numbers in row 2 or below, in a column to the
right of the spreadsheet.
2. Do not press Enter, nor arrow keys, nor TAB, nor click.
3. Hold Shift, and click in an upper cell of the same column, or in a column to
the left of the actual column.

Actual Results:
Selection is displaced to the right. The farther to the right the column  is,
the further to the right is the selection diplayed.

Expected Results:
Selection match cells selected.


Reproducible: Always


User Profile Reset: No



Additional Info:
Just installed:

Version: 7.2.7.2 (x86) / LibreOffice Community
Build ID: 8d71d29d553c0f7dcbfa38fbfda25ee34cce99a2
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render:
Skia/Raster; VCL: win
Locale: es-MX (es_MX); UI: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 149041] Calc SUM button confusing with selected cells

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149041

Rafael Lima  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 144170] the sum function does not work properly when adding additional numbers.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=144170

Rafael Lima  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 149041] Calc SUM button confusing with selected cells

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149041

--- Comment #7 from Rafael Lima  ---
Maybe a duplicate of bug 144170 ?

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

[Libreoffice-bugs] [Bug 149010] "Previous Link" and "Next Link" should only appear on Frames Options tab

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149010

--- Comment #11 from Regina Henschel  ---
There is a deeper problem with the section "Names": The field "Name" belongs to
attribute "draw:name" and is not related to accessibility, but is used for
navigation and links. The real accessibility field is "svg:title" and that is
missing here. You can only set it via Format > Description. Having a section
"Accessibility" is fine, but then it needs to contain both "svg:title" and
"svg:desc" and should not contain "draw:name". There could then be an
additional section "Name" for the "draw:name" attribute.

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

[Libreoffice-bugs] [Bug 146798] Math stops responding to keyboard after inserting from sidebar

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=146798

Rafael Lima  changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #3 from Rafael Lima  ---
I am setting this as WORKSFORME. If you experience this bug again, feel free to
reopen this bug report.

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

[Libreoffice-commits] core.git: Branch 'feature/cib_contract57d' - configure.ac

[Michael Stahl (via logerrit)]

 configure.ac |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 64403264d9804e570012929ad3bf6d58b5e8db12
Author: Michael Stahl 
AuthorDate: Thu May 12 18:58:00 2022 +0200
Commit: Michael Stahl 
CommitDate: Thu May 12 18:58:00 2022 +0200

Release 6.3.6.17

Change-Id: I9057241beffc35e17d05ff74f6d4ee6017bccc06

diff --git a/configure.ac b/configure.ac
index 0fbca56b268b..e13ab49fb0cd 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([LibreOffice],[6.3.6.16],[],[],[http://documentfoundation.org/])
+AC_INIT([LibreOffice],[6.3.6.17],[],[],[http://documentfoundation.org/])
 
 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-commits] core.git: Branch 'feature/cib_contract57d' - 5 commits - include/sal officecfg/registry solenv/gbuild solenv/gdb stoc/source vcl/Module_vcl.mk

[Stephan Bergmann (via logerrit)]

 include/sal/log-areas.dox|1 
 officecfg/registry/schema/org/openoffice/Office/Java.xcs |7 
 solenv/gbuild/CppunitTest.mk |2 
 solenv/gdb/boost/util/printing.py|2 
 solenv/gdb/libreoffice/util/printing.py  |2 
 stoc/source/javaloader/javaloader.component  |5 
 stoc/source/javaloader/javaloader.cxx|  297 +++
 vcl/Module_vcl.mk|2 
 8 files changed, 252 insertions(+), 66 deletions(-)

New commits:
commit 83d822e6294e1af180da55eae13303f85d537ace
Author: Stephan Bergmann 
AuthorDate: Thu Sep 24 09:53:24 2020 +0200
Commit: Michael Stahl 
CommitDate: Thu May 12 18:48:29 2022 +0200

Fix Python deprecation warnings

I noticed these "DeprecationWarning: Using or importing the ABCs from
'collections' instead of from 'collections.abc' is deprecated since Python 
3.3,
and in 3.9 it will stop working" now when running tests with
CPPUNITTRACE='gdb --args' on Fedora 32.

Change-Id: If263dacb9df5c1fffd2be2418e13e69b96070c77
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/103294
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann 
(cherry picked from commit 4a899a5f8a72ea29a6919316afe3627de9f33e95)

diff --git a/solenv/gdb/boost/util/printing.py 
b/solenv/gdb/boost/util/printing.py
index 1d5d0bac9fc6..4088f3a3fa3b 100644
--- a/solenv/gdb/boost/util/printing.py
+++ b/solenv/gdb/boost/util/printing.py
@@ -19,7 +19,7 @@
 # along with this program.  If not, see .
 
 
-from collections import Mapping
+from collections.abc import Mapping
 import gdb
 import re
 import six
diff --git a/solenv/gdb/libreoffice/util/printing.py 
b/solenv/gdb/libreoffice/util/printing.py
index 9cbae3080a64..7ce29899355a 100644
--- a/solenv/gdb/libreoffice/util/printing.py
+++ b/solenv/gdb/libreoffice/util/printing.py
@@ -7,7 +7,7 @@
 # file, You can obtain one at http://mozilla.org/MPL/2.0/.
 #
 
-from collections import Mapping
+from collections.abc import Mapping
 import gdb
 import re
 import six
commit 791c40d8e64b0dad9e9329184bc9b4bdfcef827c
Author: Michael Stahl 
AuthorDate: Thu May 12 18:07:33 2022 +0200
Commit: Michael Stahl 
CommitDate: Thu May 12 18:09:33 2022 +0200

vcl: disable timer test (never succeeded for me on Linux)

Change-Id: I6f696641a19bec3df792bd27f8c2fe0a7024c6c6

diff --git a/vcl/Module_vcl.mk b/vcl/Module_vcl.mk
index 5ea0e5ae125d..736ede5d8002 100644
--- a/vcl/Module_vcl.mk
+++ b/vcl/Module_vcl.mk
@@ -219,7 +219,7 @@ $(eval $(call gb_Module_add_check_targets,vcl,\
 endif
 
 ifeq ($(USING_X11),TRUE)
-$(eval $(call gb_Module_add_check_targets,vcl,\
+#$(eval $(call gb_Module_add_check_targets,vcl,\
CppunitTest_vcl_timer \
 ))
 endif
commit abb3d544a5043a48398b82ba11eaec3f37f34bc8
Author: Michael Stahl 
AuthorDate: Wed May 11 12:07:06 2022 +0200
Commit: Michael Stahl 
CommitDate: Thu May 12 18:03:17 2022 +0200

officecfg,stoc: allow running JVM UNO components out-of-process

The problem is that 32-bit Win32 applications have very little VM, and
soffice.bin can run out, so try to move the JVM to a separate process
(uno.bin) and connect to it via pipe.

Add a new config to enable this:
"org.openoffice.Office.Java/VirtualMachine/RunUnoComponentsOutOfProcess"

If enabled, ServiceManager instantiates *all* JVM components
out-of-process, by instantiating
"com.sun.star.java.theJavaVirtualMachine" out-of-process.

To ensure that the remote connection is disconnected at shutdown (and
thereby prevent crashes with remote calls during late shutdown),
JavaComponentLoader is now a "single-instance" service; this change
should be harmless for the default in-process configuration case.

Tested with these extensions:
  Wiki Publisher
  smoketest TestExtension.oxt
  odk CalcAddins.oxt Inspector.oxt ToDo.oxt

Also passed "make check" on Linux when enabled, if the variable
URE_BIN_DIR is set properly for CppunitTest_services.

Change-Id: I76bf17a9512414b67dbd20daee25a6d29c05f9d9

diff --git a/include/sal/log-areas.dox b/include/sal/log-areas.dox
index 40575f96e69a..5b28b7d072c9 100644
--- a/include/sal/log-areas.dox
+++ b/include/sal/log-areas.dox
@@ -453,6 +453,7 @@ certain functionality.
 @section stoc
 
 @li @c stoc.corerefl - CoreReflection
+@li @c stoc.java - javaloader and javavm
 
 @section VCL
 
diff --git a/officecfg/registry/schema/org/openoffice/Office/Java.xcs 
b/officecfg/registry/schema/org/openoffice/Office/Java.xcs
index 95d9947a3d4d..2349848de235 100644
--- a/officecfg/registry/schema/org/openoffice/Office/Java.xcs
+++ b/officecfg/registry/schema/org/openoffice/Office/Java.xcs
@@ -120,6 +120,13 @@
   Specifies properties for use with the Java VM.
 
   
+  
+
+ 

[Libreoffice-bugs] [Bug 137639] Copying and pasting English text converts it to Chinese

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=137639

Munzir Taha  changed:

   What|Removed |Added

 Status|NEEDINFO|NEW

--- Comment #14 from Munzir Taha  ---
> I tried with attachment 174106 [details], but I don't see the problem. Do
> you still see it with version 7.3?

Yes, I just test version 7.3.3 by copying the ww and got 睷.

 Arch Linux
Version: 7.3.3.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 12; OS: Linux 5.17; UI render: default; VCL: kf5 (cairo+wayland)
Locale: en-US (en_US.UTF-8); UI: en-US
7.3.3-2
Calc: threaded



> CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: kf5 (cairo+xcb)

I see you are using X11 whereas I am using wayland. It seems the bug is
wayland-only.

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

[Libreoffice-bugs] [Bug 104520] [META] DOCX (OOXML) bug tracker

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=104520

--- Comment #1 from Eyal Rozenberg  ---
I think there are some (many?) bugs marked filter:docx, but which do not block
this meta-bug nor its sub-meta-bugs. Worth a search-and-mark.

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

[Libreoffice-bugs] [Bug 149058] "Description" and "Title/Alternative Text" is only PDF-exported for Images, but not for Shapes, Formula, and Frames

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=149058

sdc.bla...@youmail.dk changed:

   What|Removed |Added

Summary|"Description" is only   |"Description" and
   |PDF-exported for Images,|"Title/Alternative Text" is
   |but not for Shapes, |only PDF-exported for
   |Formula, and Frames |Images, but not for Shapes,
   ||Formula, and Frames

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