[Libreoffice-bugs] [Bug 148459] Spreadsheet selection misbehaves after element selected from cell data-validity dropdown

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=148459

--- Comment #4 from klivma...@gmail.com ---
Created attachment 181298
  --> https://bugs.documentfoundation.org/attachment.cgi?id=181298&action=edit
Sample worksheet with 2 values in drop-diwn

It seems that drop-downs capture the mouse cursor focus and fails to release it
properly, or something like that.

Observed behaviour after selecting a value in drop-down:
*)Upon mouse click outside of Calc cells(buttons in toolbars, other application
windows) the currently selected cell will change.
*)*buntu+KDE environment - Inactive windows do not receive mouse scroll events,
scroll events are captured by the calc window.

Attached a sample worksheet, containing a dropdown with 2 values.

Additional information:
Version: 7.3.4.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 12; OS: Linux 5.17; UI render: default; VCL: gtk3
Locale: lv-LV (en_US.UTF-8); UI: en-US
Ubuntu package version: 1:7.3.4-0ubuntu0.22.04.1
Calc: threaded

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

[Libreoffice-bugs] [Bug 150032] WELCOME!

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150032

raal  changed:

   What|Removed |Added

 Resolution|--- |INVALID
 Status|UNCONFIRMED |RESOLVED
 CC||r...@post.cz
  Component|BASIC   |deletionRequest

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

[Libreoffice-bugs] [Bug 150034] LibreOffice Calc hangs on opening the particular file

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150034

Mike Kaganski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #4 from Mike Kaganski  ---
Ah, sorry - tested with XLSX and hurried to report "does not hang", but XLS
does hang.

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

[Libreoffice-bugs] [Bug 150034] LibreOffice Calc hangs on opening the particular file

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150034

--- Comment #3 from Mike Kaganski  ---
Does not hang for me with Version: 7.4.0.1 (x64) / LibreOffice Community
Build ID: 43e5fcfbbadd18fccee5a6f42ddd533e40151bcf
CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-US (ru_RU); UI: en-US
Calc: CL

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

[Libreoffice-bugs] [Bug 150036] New: [Feature Request] Line connecting legend and chart (improving chart readability)

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150036

Bug ID: 150036
   Summary: [Feature Request] Line connecting legend and chart
(improving chart readability)
   Product: LibreOffice
   Version: 7.2.7.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Chart
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: art...@life.net.br

Description:
Hello,

A thing I like about Google Docs that I could not do yet in LibreOffice is
connecting the Legend to the Chart like in this pie chart:
https://i.imgur.com/pyNZcKM.png

It's much easier to understand/read the chart in that way.

Also, it is already difficult for us to read charts with a lot of entries, and
I have to worry if color blind people will be able to read it.

I know we can also use gradients and patterns to help readability, but those
lines are much more readable in my opinion.

But I would also like a similar feature for Area and Line charts. (Google Docs
also does not have for those, only for pie charts)

Like for this example the chart is very difficult to read and associate the
data and the fields:

https://i.imgur.com/22uepCp.png

The closest alternative (workaround) I got is by right clicking in the area >
"Insert Data Labels", then "Format Data Label" > unchecking "Value as number"
and checking "Series name". It inserts the label, but it gets repeated for each
data entry.

Some example on how it could be:

https://i.imgur.com/NSQgQEm.png

https://i.imgur.com/KgSIlJD.png

Thank you.

Steps to Reproduce:
Feature Request

Actual Results:
Feature Request

Expected Results:
Feature Request


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Feature Request

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

[Libreoffice-bugs] [Bug 150016] LO Base crashes when creating relationships via the Relationships dialog

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150016

--- Comment #3 from Luca Sardelli  ---
I am using a MacBook Pro running on a 2,5 GHz Dual-Core Intel Core i5.

The database kind is Firebird.

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

[Libreoffice-bugs] [Bug 150035] Not Working if I Raise Complaint when Not come Pop message.

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150035

geetashrifeg...@gmail.com 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 150035] New: Not Working if I Raise Complaint when Not come Pop message.

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150035

Bug ID: 150035
   Summary: Not Working if I Raise Complaint when Not come Pop
message.
   Product: LibreOffice
   Version: 3.3.0 release
  Hardware: x86 (IA32)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: BASIC
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: geetashrifeg...@gmail.com

Description:
Not working if Raise complaint, when data partially filed the pop message not
came that please fill full details



Steps to Reproduce:
 1.Select department
2.Select Toll location(Blank)
3.Enter complaint header
4.Enter complaint summary
5.Click on raise complaint

Actual Results:
Page not moving ahead red highlight giving for location"

Expected Results:
After clicking on raise complaint the pop message should be display that
incomplete data filled.


Reproducible: Sometimes


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Raise complaint Data should be Partially filled and pop message come.

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

[Libreoffice-bugs] [Bug 150034] LibreOffice Calc hangs on opening the particular file

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150034

--- Comment #2 from shakanoss  ---
Created attachment 181297
  --> https://bugs.documentfoundation.org/attachment.cgi?id=181297&action=edit
LibreOffice hangs with this file.xlsx

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

[Libreoffice-bugs] [Bug 150034] LibreOffice Calc hangs on opening the particular file

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150034

--- Comment #1 from shakanoss  ---
Created attachment 181296
  --> https://bugs.documentfoundation.org/attachment.cgi?id=181296&action=edit
LibreOffice hangs with this file

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

[Libreoffice-bugs] [Bug 150016] LO Base crashes when creating relationships via the Relationships dialog

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150016

--- Comment #2 from Alex Thurgood  ---
No repro for me with an embedded HSLQBD and

Version: 7.3.4.2 / LibreOffice Community
Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5
CPU threads: 8; OS: Mac OS X 12.4; UI render: default; VCL: osx
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Calc: threaded

this is the Arm version of LibreOffice on macOS.

Using the Relations dialog does not crash LO for me.

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

[Libreoffice-bugs] [Bug 150034] New: LibreOffice Calc hangs on opening the particular file

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150034

Bug ID: 150034
   Summary: LibreOffice Calc hangs on opening the particular file
   Product: LibreOffice
   Version: 7.3.4.2 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: shakan...@gmail.com

Description:
LibreOffice Calc hangs on opening the particular file

Steps to Reproduce:
Try opening the attached file.


Actual Results:
The program hangs on opening the attached file.

Expected Results:
The program opens the attached file.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.3.4.2 (x64) / LibreOffice Community
Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5
CPU threads: 16; OS: Windows 10.0 Build 22000; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: ru-RU
Calc: threaded

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

[Libreoffice-bugs] [Bug 150033] New: EDITING - Table rename function missing from context menu entry in embedded Firebird

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150033

Bug ID: 150033
   Summary: EDITING - Table rename function missing from context
menu entry in embedded Firebird
   Product: LibreOffice
   Version: 7.3.4.2 release
  Hardware: ARM
OS: macOS (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Base
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ipla...@tuta.io

Description:
1) Create an embedded Firebird ODB (you need to activate the experimental
options first) and save it. Close LO.

2) Open the embedded Firebird ODB file and create a new table via the UI.

3) Define the fields for the table, and save it as "Table1".

4) In the list of tables in the bottom pane, right mouse button click on the
table name "Table1" to get the context menu.

5) The context menu has no "Rename" entry.

This context menu entry is present in an embedded HSLQDB ODB.

Steps to Reproduce:
See description above

Actual Results:
No context menu entry for "Rename" of the table is displayed

Expected Results:
The context menu should contain an entry for renaming the table


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 7.3.4.2 / LibreOffice Community
Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5
CPU threads: 8; OS: Mac OS X 12.4; UI render: default; VCL: osx
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Calc: threaded

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

[Libreoffice-bugs] [Bug 150016] LO Base crashes when creating relationships via the Relationships dialog

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150016

Alex Thurgood  changed:

   What|Removed |Added

Summary|LO Base crashes when|LO Base crashes when
   |creating relationships  |creating relationships via
   ||the Relationships dialog

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

[Libreoffice-bugs] [Bug 150016] LO Base crashes when creating relationships

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150016

Alex Thurgood  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEEDINFO

--- Comment #1 from Alex Thurgood  ---
@Luca:

- are you using the Intel x64 version or the aarch64 Arm version of LibreOffice
?

- which kind of database are you using (embedded HSQLDB, Firebird, other DB
engine) ?

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

[Libreoffice-bugs] [Bug 150032] WELCOME!

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150032

Min Jee  changed:

   What|Removed |Added

  Alias||Min, Jee

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

[Libreoffice-bugs] [Bug 150032] New: WELCOME!

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150032

Bug ID: 150032
   Summary: WELCOME!
   Product: LibreOffice
   Version: 3.3.1 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: BASIC
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: minjee1...@gmail.com

Description:
https://etplttsli.xyz

Feel free to visit my site

Actual Results:
n/a

Expected Results:
n/a


Reproducible: Always


User Profile Reset: No



Additional Info:
n/a

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

[Libreoffice-bugs] [Bug 130149] Text using the Cantarell variable font is not printed or PDF exported in some Linux (comment 8 and comment 26)

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=130149

Aron Budea  changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED

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

[Libreoffice-bugs] [Bug 149722] `Macro Selector` should only show macros to Run which are “not Private” and have “no arguments passed”

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=149722

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 149826] Footnotes and endnote settings doesn't allow to select a custom style

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=149826

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 150001] Equation converted from microsoft word to writer is different

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150001

QA Administrators  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

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

[Libreoffice-bugs] [Bug 150001] Equation converted from microsoft word to writer is different

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150001

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

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

[Libreoffice-bugs] [Bug 146302] Not possible to install help files Libroffice

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=146302

QA Administrators  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 146302] Not possible to install help files Libroffice

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=146302

--- Comment #4 from QA Administrators  ---
Dear rramis1981,

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 146692] Problems related to pasted shapes in LibreOffice Witer

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=146692

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

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

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

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

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

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

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

[Libreoffice-bugs] [Bug 150031] New: 日本語入力で縦書きの文書を作成すると、句読点が左側にずれる

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150031

Bug ID: 150031
   Summary: 日本語入力で縦書きの文書を作成すると、句読点が左側にずれる
   Product: LibreOffice
   Version: 7.2.7.2 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: libre0ff...@via.tokyo.jp

Description:
日本語入力で、縦書きで文書を作る際に、句読点が左側にずれてしまう。

Steps to Reproduce:
1.ページスタイルの「ページ」を開く
2.文字の方向を「右から左へ(縦書き)」に変更
3.印刷の向きを「横」に変更

Actual Results:
句読点が、正しい位置からずれるようになった。

Expected Results:
句読点が正しい位置に来ること。


Reproducible: Always


User Profile Reset: Yes



Additional Info:
(すみませんが、このボックスに何を入力すべきかわかりませんでした。)

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

[Libreoffice-bugs] [Bug 150029] check create new bug

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150029

Hai Nguyen  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |hai15021...@gmail.com
   |desktop.org |

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

[Libreoffice-bugs] [Bug 150029] New: check create new bug

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150029

Bug ID: 150029
   Summary: check create new bug
   Product: QA Tools
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: General
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: hai15021...@gmail.com
CC: hai15021...@gmail.com

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

[Libreoffice-bugs] [Bug 129679] When validating a cell as cell range I click on the source field, it results in only being capable of select cells and nothing more.

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=129679

--- Comment #7 from Commit Notification 
 ---
Laurent Balland committed a patch related to this issue.
It has been pushed to "libreoffice-7-4":

https://git.libreoffice.org/help/commit/3aa14c1380baae3f739cddfde106764192c1bcb7

Update tdf#129679

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

[Libreoffice-bugs] [Bug 129679] When validating a cell as cell range I click on the source field, it results in only being capable of select cells and nothing more.

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=129679

Commit Notification  changed:

   What|Removed |Added

 Whiteboard|target:7.5.0|target:7.5.0 target:7.4.0.2

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

[Libreoffice-bugs] [Bug 130149] Text using the Cantarell variable font is not printed or PDF exported in some Linux (comment 8 and comment 26)

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=130149

--- Comment #30 from schriftarten123  ---
Thanks for your helpful sharing, we also found many fonts at
https://schriftarten123.com/
Street:  Brandenburgische Straße 96
City:  Berlin Lichtenrade
State/province/area:   Berlin
Phone number +4930731866
Country  Germany
Date of birth: 12/12/1992
https://www.facebook.com/schriftarten123/
https://www.youtube.com/channel/UCkyo0r7U8WjVW9Nq5A8W2dw
https://www.linkedin.com/in/schriftarten-com-247a44234/
https://www.quora.com/profile/Schriftarten123
https://schriftarten123.tumblr.com/
https://www.scoop.it/u/schriftarten123
https://soundcloud.com/schriftarten123
https://www.instagram.com/schriftarten123/
https://twitter.com/schriftarten123
https://www.pinterest.de/schriftarten123/
https://t.me/schriftarten123

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

[Libreoffice-bugs] [Bug 150028] New: Err:502 on formats with absolute seconds and millis

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150028

Bug ID: 150028
   Summary: Err:502 on formats with absolute seconds and millis
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: d...@sheetjs.com

Description:
Formats like `[ss].0` elicit error 502

Steps to Reproduce:
Set cell A1 to the formula =TEXT(1,"[ss].0")

Actual Results:
Err:502

Expected Results:
Cell A1 is 86400.0


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Affects formats [ss].0 , [ss].00 , [ss].000 (all valid in Excel)

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

[Libreoffice-bugs] [Bug 150020] FILEOPEN PPTX: shadow effect for table offset too far to the right

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150020

--- Comment #1 from Gerald Pfeifer  ---
Created attachment 181294
  --> https://bugs.documentfoundation.org/attachment.cgi?id=181294&action=edit
Visual comparison Office 365 (left) vs LibreOffice (right)

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

[Libreoffice-bugs] [Bug 134751] Cell access error when merged cell is duplicated

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=134751

--- Comment #6 from BDF  ---
(In reply to QA Administrators from comment #5)
> Dear BDF,
> 
> [...]
> 
> Warm Regards,
> QA Team
> 

Dear QA Administrators,

Yes the bug still exists as described and can be reproduced without any big
effort in LibreOffice calc

Version: 7.3.4.2 / LibreOffice Community
Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5
CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: de-AT (de_AT.UTF-8); UI: de-DE
Flatpak
Calc: threaded

Operating System: KDE neon 5.25
KDE Plasma Version: 5.25.2
KDE Frameworks Version: 5.96.0
Qt Version: 5.15.5
Kernel Version: 5.13.0-52-generic (64-bit)
Graphics Platform: X11
Processors: 16 × AMD Ryzen 7 4800H with Radeon Graphics
Memory: 30.8 GiB of RAM
Graphics Processor: AMD RENOIR
Manufacturer: Micro-Star International Co., Ltd.
Product Name: Bravo 17 A4DDR
System Version: REV:1.0

Since the bug is over a year old I most certainly tried this on my Windows
machine. I will add another comment when I tested it on Windows. Since the same
bug exists on Linux, I expect the bug to still exist in Windows.

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

[Libreoffice-bugs] [Bug 150022] Libre Office Writer does not keep the language selected for "All text" of a document, if some other language keyboard is used for writing.

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150022

--- Comment #8 from Mike Kaganski  ---
(In reply to Jukka Siitari from comment #6)
LIBRE OFFICE WRITER ALWAYS KEEPS THE LANGUAHGE SELECTED
> FOR "ALL TEXT", BUT ONLY FOR THE DOCUMENT IT WAS SELECTED FOR, REGARDLESS OF
> WINDOWS INPUT LANGUAGE.

Whenever you create an empty document, it has "all text" language applied.
I.e., its only paragraph (the whole of it) matches the default document
language for that document. Implementing your idea would mean that the feature
would never be effective.

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

[Libreoffice-bugs] [Bug 150022] Libre Office Writer does not keep the language selected for "All text" of a document, if some other language keyboard is used for writing.

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150022

--- Comment #7 from Mike Kaganski  ---
(In reply to Jukka Siitari from comment #5)
> (In reply to Mike Kaganski from comment #2)
> > (In reply to Jukka Siitari from comment #0)
> > > I am writing all Latin letter based languages with a Nordic (ie. Finland,
> > > Sweden) keyboard. I am used to it and it works in many cases better than a
> > > keyboard for a language I am writing in. Note that it is impossible to 
> > > write
> > > Nordic (and many other) languages without many extra keystrokes with an
> > > English keyboard. I am writing a lot of texts in English or Finnish, but
> > > also in several other languages.
> > 
> > Note that if you wanted, you could set up your Windows to have several input
> > languages, *each* having the same keyboard layout; then you could assign
> > some system keyboard shortcut(s) to either cycling those input languages, or
> > to each specific input language. All that is available in system "Language
> > Preferences" applet. This is the intended way of using several languages
> > with the mentioned Writer feature. That is natural for any user who uses not
> > only Latin scripts; e.g., for a Cyrillic-language user, it would be natural,
> > since there's no keyboard layout having both  Cyrillic and Latin characters
> > -> we have at least two keyboard layouts, with respective input languages
> > assigned; and pressing Ctrl+Alt system shortcut to switch between English
> > keyboard and a Cyrillic keyboard, we also tell Writer to mark our text with
> > appropriate language.
> 
> True, but that means I must also change the physical keyboard and I don't
> want to do that every time I change the Latin letter languages. I have
> memorized the keyboard layouts for Cyrillic and Greek, but to do that for
> English, Swedish, French, German, Portuguese etc. doesn't make sense. 

Please, re-read what is explained in comment 2, with explicit attention to the
part that you can create different input languages, that share the same
keyboard.

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

[Libreoffice-bugs] [Bug 150025] An improved LibreOffice application icon to match the modern macOS style.

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150025

Michael Warner  changed:

   What|Removed |Added

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

--- Comment #1 from Michael Warner  ---
Other people agree with you and have discussed this further in Bug 132398.

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

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

[Libreoffice-bugs] [Bug 132398] Adopt new main application icons for LibreOffice 8.0

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=132398

Michael Warner  changed:

   What|Removed |Added

 CC||eekleef...@gmail.com

--- Comment #23 from Michael Warner  
---
*** Bug 150025 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 150022] Libre Office Writer does not keep the language selected for "All text" of a document, if some other language keyboard is used for writing.

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150022

--- Comment #6 from Jukka Siitari  ---
(In reply to Mike Kaganski from comment #4)
> (In reply to Jukka Siitari from comment #3)
> 
> Excuse me, I fail to understand then.
> 
> Your issue is titled "Libre Office Writer does not keep the language
> selected for "All text" of a document, if some other language keyboard is
> used for writing", which clearly describes that you want keyboard (and
> associated language) to *not* affect text language, which in your opinion
> should stick to what is selected for "all text". That is exactly what would
> happen if you use the option that I described; but now you tell that you
> *need* the feature that takes input language into account.
> 
> Well, your idea is confusing then. You want it, and at the same time you
> don't want it.
> 
> As shown in comment 2, there is the way to make it work - by configuring
> required input languages (each using any keyboard layout, maybe the same for
> many configured input languages) in system. But there's no mind reading
> component built into LibreOffice to allow the program to guess correct
> behavior differently, based on untold intentions.

OK! Perhaps I could not explain the situation clearly enough.
What I want is that LIBRE OFFICE WRITER ALWAYS KEEPS THE LANGUAHGE SELECTED FOR
"ALL TEXT", BUT ONLY FOR THE DOCUMENT IT WAS SELECTED FOR, REGARDLESS OF
WINDOWS INPUT LANGUAGE. Unless the "all text" language of the document is
changed later on purpose. Then, of course, Writer shuld keep the new "all text"
language for that document. This applies ONLY to the "all text" selection. It
DOES NOT apply to "selected" or "paragraph" text selection.

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

[Libreoffice-bugs] [Bug 150022] Libre Office Writer does not keep the language selected for "All text" of a document, if some other language keyboard is used for writing.

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150022

--- Comment #5 from Jukka Siitari  ---
(In reply to Mike Kaganski from comment #2)
> (In reply to Jukka Siitari from comment #0)
> > I am writing all Latin letter based languages with a Nordic (ie. Finland,
> > Sweden) keyboard. I am used to it and it works in many cases better than a
> > keyboard for a language I am writing in. Note that it is impossible to write
> > Nordic (and many other) languages without many extra keystrokes with an
> > English keyboard. I am writing a lot of texts in English or Finnish, but
> > also in several other languages.
> 
> Note that if you wanted, you could set up your Windows to have several input
> languages, *each* having the same keyboard layout; then you could assign
> some system keyboard shortcut(s) to either cycling those input languages, or
> to each specific input language. All that is available in system "Language
> Preferences" applet. This is the intended way of using several languages
> with the mentioned Writer feature. That is natural for any user who uses not
> only Latin scripts; e.g., for a Cyrillic-language user, it would be natural,
> since there's no keyboard layout having both  Cyrillic and Latin characters
> -> we have at least two keyboard layouts, with respective input languages
> assigned; and pressing Ctrl+Alt system shortcut to switch between English
> keyboard and a Cyrillic keyboard, we also tell Writer to mark our text with
> appropriate language.

True, but that means I must also change the physical keyboard and I don't want
to do that every time I change the Latin letter languages. I have memorized the
keyboard layouts for Cyrillic and Greek, but to do that for English, Swedish,
French, German, Portuguese etc. doesn't make sense. All those languages are
VERY easy to write with a Finnish keyboard without changing the Windows input
language.

By the way, almost all Cyrillic and Greek keyboards I have seen have letters in
one of those scripts AND Latin ones (usually the English keyboard layout).

The point is that I write texts with many tens of pages long in one specific
language, mostly English or Finnish, using the Finnish keyboard lay-out, which
I have no intention to change. Naturally such long texts ALWAYS require
editing, and that's where my problem arises.

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

[Libreoffice-bugs] [Bug 150022] Libre Office Writer does not keep the language selected for "All text" of a document, if some other language keyboard is used for writing.

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150022

--- Comment #4 from Mike Kaganski  ---
(In reply to Jukka Siitari from comment #3)

Excuse me, I fail to understand then.

Your issue is titled "Libre Office Writer does not keep the language selected
for "All text" of a document, if some other language keyboard is used for
writing", which clearly describes that you want keyboard (and associated
language) to *not* affect text language, which in your opinion should stick to
what is selected for "all text". That is exactly what would happen if you use
the option that I described; but now you tell that you *need* the feature that
takes input language into account.

Well, your idea is confusing then. You want it, and at the same time you don't
want it.

As shown in comment 2, there is the way to make it work - by configuring
required input languages (each using any keyboard layout, maybe the same for
many configured input languages) in system. But there's no mind reading
component built into LibreOffice to allow the program to guess correct behavior
differently, based on untold intentions.

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

[Libreoffice-bugs] [Bug 150027] New: Turn on "Range contains column labels" by default

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150027

Bug ID: 150027
   Summary: Turn on "Range contains column labels" by default
   Product: LibreOffice
   Version: Inherited From OOo
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: danuthai...@gmail.com

Description:
I very rarely sort ranges without column labels.

Having "Range contains column labels" activated by default would improve my
workflow a lot, and I'm sure others' as well.

I believe sort options (at least this one) should be remembered forever, across
sheets, documents and restarts. Perhaps they should even be moved or copied to
a new section "Tools -> Options -> LibreOffice Calc -> Sort" or somesuch.


Steps to Reproduce:
1. Open a TSV file with a header row, and numeric data afterwards.
2. Click the title of the column you want to sort.
3. Click the "Sort Ascending" button. 

When I have a new document with many sheets pasted in, I have to enable it for
each sheet I want to sort.

Actual Results:
Headers are treated as data (and an alphabetic header is treated as the maximum
value and sorted to the end of a numeric range).

Expected Results:
Functionality-wise I personally have no preference among the following 4
implementation options, but I suspect option A will be easier to implement (and
therefore faster to release, and therefore I prefer it):

Option A: Set "Range contains column labels" on by default.

Option B: Ensure the user's "Range contains column labels" will be remembered
forever, across sheets, documents and restarts, time, space, and multiverses.

Option C: Ensure all sort options will be remembered forever, across sheets,
documents and restarts, time, space, and multiverses.

Option D: Move the sort option to a new Preferences section and remember them
permanently ("Tools -> Options -> LibreOffice Calc -> Sort" or somesuch).


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 7.2.7.2 / LibreOffice Community
Build ID: 20(Build:2)
CPU threads: 20; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-GB (en_US.utf8); UI: en-US
7.2.7-3
Calc: threaded

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

[Libreoffice-bugs] [Bug 150022] Libre Office Writer does not keep the language selected for "All text" of a document, if some other language keyboard is used for writing.

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150022

--- Comment #3 from Jukka Siitari  ---
(In reply to Mike Kaganski from comment #1)
> This is not a bug; it is a feature allowing one to use several system input
> languages configured in system, and have LibreOffice mark text parts with
> correct language - given that users use that correctly. When they do, it's
> just a matter of muscle memory - to switch system input language (maybe
> together with keyboard layout).
> 
> There is a way to disable the feature in Options->Language
> Serrings->Languages (check "Ignore system input language").

Sorry, that won't work. I still need different input languages for non-Latin
text (ie. Cyrillic, Greek).

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

[Libreoffice-bugs] [Bug 149722] `Macro Selector` should only show macros to Run which are “not Private” and have “no arguments passed”

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=149722

--- Comment #4 from himajin100...@gmail.com ---
https://opengrok.libreoffice.org/xref/core/basctl/source/basicide/macrodlg.cxx?r=499ecbf3#494

https://opengrok.libreoffice.org/xref/core/include/basic/sbxdef.hxx?r=de81c254#147

https://opengrok.libreoffice.org/xref/core/include/basic/sbxcore.hxx?r=0afb2b63#112

https://opengrok.libreoffice.org/xref/core/basic/source/comp/codegen.cxx?r=5200a736#353

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

[Libreoffice-bugs] [Bug 150017] Impossible to change the text of a one-character bookmark

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150017

--- Comment #3 from Olivier  ---
@Rainer Bielefeld Retired
"Please be more detailed"

The only way I know to change the text of a bookmark is to go on it (either by
LMB click or with the key arrows) and type additionnal characters with the
keyboard, and possibly use Suppr/Backspace.

In my example, I just want to add character "1" after the characer "A" of the
existing bookmark. Problem: "1" is always added out of the bookmark range.

If you know another standard way, please instruct us. 

@raal
"You can change text of one character bookmark"

I suppose that you did press Suppr/Backspace and then added some characters. 
Yes, I confirm that it is possible to change one character, but the
supplementary charcters are added out of the bookmark range.

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

[Libreoffice-bugs] [Bug 150026] New: 64-bit ChromeOS Cannot Start LibreOffice 7.3.4 or 7.4.0.1

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150026

Bug ID: 150026
   Summary: 64-bit ChromeOS Cannot Start LibreOffice 7.3.4 or
7.4.0.1
   Product: LibreOffice
   Version: 7.3.4.2 release
  Hardware: x86-64 (AMD64)
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: robelsman0...@gmail.com

Description:
While the LibreOffice 7.3.3.2 64-bit Debian version works fine on my
Chromebook, beginning with 7.3.4 and continuing with 7.4.0.1 BETA,the program
shuts down immediately after the splash screen is very briefly displayed.  No
error message is displayed.  The installation process works fine, and icons are
created in the Linux Apps folder, just I would expect.

I tried to install and start the program in a completely new and clean Linux
container.  The installation was normal, but the problem persisted, so it seems
clear that I do not have a corrupted user profile.

Steps to Reproduce:
1.Install
2.Click on any LibreOffice icon on the Chromebook launcher.
3.

Actual Results:
Splash screen very briefly appears, but program immediately crashes.

Expected Results:
Depending on what component icon is selected, I would have expected the
component to open with its first screen.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
ChromeOS 103.0.5060.114
Chrome Linux x86-64, version 5.10.114-16024

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

[Libreoffice-bugs] [Bug 119840] FILEOPEN DOCX: Long file open and post-processing time after file open

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=119840

--- Comment #15 from Commit Notification 
 ---
Noel Grandin committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/946d038c71ae09f3ae403474d66c26c959a18e13

tdf#119840 reduce cost of SwPosition::operator<=

It will be available in 7.5.0.

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

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

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

[Libreoffice-bugs] [Bug 134730] LibreOffice Draw's PDF export rotates imported image

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=134730

Erik  changed:

   What|Removed |Added

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

--- Comment #5 from Erik  ---
Version: 7.3.4.2 (x64) / LibreOffice Community
Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win
Locale: nl-BE (nl_BE); UI: nl-NL
Calc: threaded

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

[Libreoffice-bugs] [Bug 54703] Hidden Sections are no longer hidden when printing or exporting pdf (see comment 16)

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=54703

--- Comment #36 from Commit Notification 
 ---
Tomaž Vajngerl committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/868b45039d2d168e1c51d971b0d1e0589d4d11eb

tdf#54703 fix unhiding at PDF export of cond. hidden sections

It will be available in 7.5.0.

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

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

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

[Libreoffice-bugs] [Bug 54703] Hidden Sections are no longer hidden when printing or exporting pdf (see comment 16)

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=54703

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:7.5.0

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

[Libreoffice-bugs] [Bug 150025] New: An improved LibreOffice application icon to match the modern macOS style.

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150025

Bug ID: 150025
   Summary: An improved LibreOffice application icon to match the
modern macOS style.
   Product: LibreOffice
   Version: 7.3.4.2 release
  Hardware: x86-64 (AMD64)
OS: macOS (All)
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: eekleef...@gmail.com

It would be neat to have the LibreOffice application using a default icon that
fits in nicely with the current macOS style, so it doesn’t clash with other
items in the dock.

I found this icon online, which is listed under a GNU general license, and
manually pasted it into my installation. It looks beautiful sitting in the
dock. This or something else similar to it would be perfect to use as the
default icon in a Mac installation of LibreOffice.

https://iconarchive.com/show/captiva-icons-by-bokehlicia/libreoffice-main-icon.html

Thanks, and take care.


Eric Kleefeld

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

[Libreoffice-bugs] [Bug 150024] New: Ver 7.3.4 won't start after upload from 7.2.7

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150024

Bug ID: 150024
   Summary: Ver 7.3.4 won't start after upload from 7.2.7
   Product: LibreOffice
   Version: 7.3.4.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: rl7...@comcast.net

Description:
Title says it all - looks like I have to go back to 7.2.7 (which I've been
using for a while)

Steps to Reproduce:
1.run 7.2.7 calc and get a notice that a newer version is available
2.download & install 7.3.4 > restart computer
3.new version refuses to start

Actual Results:
nothing happens > plan to uninstall & go back to 7.2.7 & hope I don't lose
anything

Expected Results:
nothing


Reproducible: Always


User Profile Reset: No



Additional Info:
started

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

[Libreoffice-bugs] [Bug 150014] the Babel threat -- Asian phonetic guide in my Western LO Writer? (no offense)

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150014

Hossein  changed:

   What|Removed |Added

 Resolution|WONTFIX |INVALID

--- Comment #2 from Hossein  ---
I think LibreOffice developers has thought about this issue from the first day.

You only need to uncheck the "Asian" option in the Default languages in
"Options > Language Settings > Languages" in order to hide Asian options.

For a visual help, please see the picture:
https://blog.documentfoundation.org/wp-content/uploads/2015/12/Options-Language-Settings-Languages_001.png

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

[Libreoffice-bugs] [Bug 150022] Libre Office Writer does not keep the language selected for "All text" of a document, if some other language keyboard is used for writing.

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150022

--- Comment #2 from Mike Kaganski  ---
(In reply to Jukka Siitari from comment #0)
> I am writing all Latin letter based languages with a Nordic (ie. Finland,
> Sweden) keyboard. I am used to it and it works in many cases better than a
> keyboard for a language I am writing in. Note that it is impossible to write
> Nordic (and many other) languages without many extra keystrokes with an
> English keyboard. I am writing a lot of texts in English or Finnish, but
> also in several other languages.

Note that if you wanted, you could set up your Windows to have several input
languages, *each* having the same keyboard layout; then you could assign some
system keyboard shortcut(s) to either cycling those input languages, or to each
specific input language. All that is available in system "Language Preferences"
applet. This is the intended way of using several languages with the mentioned
Writer feature. That is natural for any user who uses not only Latin scripts;
e.g., for a Cyrillic-language user, it would be natural, since there's no
keyboard layout having both  Cyrillic and Latin characters -> we have at least
two keyboard layouts, with respective input languages assigned; and pressing
Ctrl+Alt system shortcut to switch between English keyboard and a Cyrillic
keyboard, we also tell Writer to mark our text with appropriate language.

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

[Libreoffice-bugs] [Bug 68742] FILEOPEN: XML Calc import ignore leading spaces the same way as MSO2003

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=68742

Mike Kaganski  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 150023] New: Double BOM (invalid XML) prevents importing some Excel 2003 XML (Excel reads them)

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150023

Bug ID: 150023
   Summary: Double BOM (invalid XML) prevents importing some Excel
2003 XML (Excel reads them)
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: mikekagan...@hotmail.com
CC: ko...@libreoffice.org

Created attachment 181293
  --> https://bugs.documentfoundation.org/attachment.cgi?id=181293&action=edit
A sample Excel 2003 XML with double BOM

The attachment is from
https://www.blackrock.com/il/intermediaries/en/products/264107/ishares-spi-ch-fund/1554770013246.ajax?fileType=xls&fileName=iShares-Core-SPI-ETF-CH_fund&dataType=fund.
A user reported on IRC that it can't be opened in Calc, while Excel opens it
fine.

The UTF-8 XML file has a double BOM - and that makes it actually invalid, since
after stripping the first BOM, the rest XML does not begin with XML
declaration, but with a zero-width character.

See also bug 68742, which was fixed with an improvement in orcus.

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

[Libreoffice-bugs] [Bug 150022] Libre Office Writer does not keep the language selected for "All text" of a document, if some other language keyboard is used for writing.

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150022

Mike Kaganski  changed:

   What|Removed |Added

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

--- Comment #1 from Mike Kaganski  ---
This is not a bug; it is a feature allowing one to use several system input
languages configured in system, and have LibreOffice mark text parts with
correct language - given that users use that correctly. When they do, it's just
a matter of muscle memory - to switch system input language (maybe together
with keyboard layout).

There is a way to disable the feature in Options->Language Serrings->Languages
(check "Ignore system input language").

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

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

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=108827

raal  changed:

   What|Removed |Added

 Depends on||150019


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=150019
[Bug 150019] ACCRINT result is wrong when basis is 1
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 150019] ACCRINT result is wrong when basis is 1

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150019

raal  changed:

   What|Removed |Added

 Blocks||108827


Referenced Bugs:

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

[Libreoffice-bugs] [Bug 150019] ACCRINT result is wrong when basis is 1

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150019

raal  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||er...@redhat.com,
   ||r...@post.cz,
   ||winfrieddonkers@libreoffice
   ||.org
 Ever confirmed|0   |1

--- Comment #2 from raal  ---
I can confirm with Version 4.1.0.0.alpha0+ (Build ID:
efca6f15609322f62a35619619a6d5fe5c9bd5a) and Version: 7.5.0.0.alpha0+ /
LibreOffice Community
Build ID: 11937a68aecb8db9aebb1c929d940c5b85a0ecec
CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded

Result in excel and google office is 25,27. Try to change B16 in attached file
to 182.5 and you'll get result as in LO, so LO calculate Dazs in period as
182.5. Setting to New.

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

[Libreoffice-bugs] [Bug 150022] New: Libre Office Writer does not keep the language selected for "All text" of a document, if some other language keyboard is used for writing.

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150022

Bug ID: 150022
   Summary: Libre Office Writer does not keep the language
selected for "All text" of a document, if some other
language keyboard is used for writing.
   Product: LibreOffice
   Version: 6.3.6.2 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: siitariju...@gmail.com

Description:
Would it be possible to change Libre Office Writer in such a way, that once a
language has been selected for "All text", the document would always keep that
language (unless it is changed later) regardless of Windows' keyboard setting?
After that, if there are phrases, sentences etc. in another language, those can
still be changed with "Selection" or "Paragraph" language.

Steps to Reproduce:
1. The keyboard must first be set in Windows for some other language than what
is written (a non-English, Latin letter one). There's no need to change the
physical keyboard, because all English letters, numbers and many punctuation
marks are still "behind" the same keys.
2. Write some text (in English).
3. Select Tools -> Language -> For all text -> Select the written language
("English (USA)").
4. Edit or add to the written text in the same language (English), but make a
deliberate mistake in it for spelling check.
5. Select the edited part of text.
6. Check Tools -> Language -> Hyphenation -> . The top of "Hyphenation" box
does not show the "For all text" language ("English (USA)"), but the language
part at top of box is empty. The hyphenation just completes without doing
anything, because it doesn't know which language rules to use.
7. Select the edited part of text.
8. Check Tools -> Spelling. The "Text language" box is empty and the spelling
check just completes without doing anything, because it doesn't know which
language dictionary to use.

Actual Results:
See steps 1 ... 8 in Steps to Reproduce.

Afrter those steps:

9. Select again Tools -> Language -> For all text -> Select the written
language ("English (USA)").
10. Now both spelling check and hyphenation work OK according to English
language (USA version, in this case).

Expected Results:
The language selected for "All text" is held by the document regardless of used
keyboard as it is set in Windows.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 6.3.6.2 (x64)
Build ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497
CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; 
Locale: fi-FI (fi_FI); UI-Language: en-US
Calc: CL

I am writing all Latin letter based languages with a Nordic (ie. Finland,
Sweden) keyboard. I am used to it and it works in many cases better than a
keyboard for a language I am writing in. Note that it is impossible to write
Nordic (and many other) languages without many extra keystrokes with an English
keyboard. I am writing a lot of texts in English or Finnish, but also in
several other languages. I could, of course, select the "All text" language
after the document is ready, but very often I need to edit the text or continue
writing later. In those cases all edited or added text will be in the keyboard
language selected in Windows (in my case Finnish), which means that spell
checking and hyphenation will not work according to the written language (for
instance English).

I can, of course, select the "All text" language after every edit and then
check the spelling and hyphenation for that part of text, but that requires a
few clicks every time. When there are possibly hundreds of edits in a single
document, it amounts to a lot of extra work and time.

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

[Libreoffice-bugs] [Bug 150017] Impossible to change the text of a one-character bookmark

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150017

raal  changed:

   What|Removed |Added

 CC||r...@post.cz

--- Comment #2 from raal  ---
I can reproduce it. You can change text of one character bookmark, but cannot
create two characters bookmark from one character. Probably bug 46895 will
solve it?

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

[Libreoffice-bugs] [Bug 146738] Fill with color

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=146738

raal  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEEDINFO

--- Comment #3 from raal  ---
(In reply to m.a.riosv from comment #1)
> Please test with a clean profile, Menu/Help/Restart in Safe Mode

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

[Libreoffice-bugs] [Bug 119491] FILESAVE: password protected shared spreadsheet loses password on save

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=119491

Balázs Varga (allotropia)  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 150001] Equation converted from microsoft word to writer is different

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150001

Mike Kaganski  changed:

   What|Removed |Added

 Attachment #181291|0   |1
is obsolete||

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

[Libreoffice-bugs] [Bug 146738] Fill with color

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=146738

Daniel Houx  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

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

[Libreoffice-bugs] [Bug 146821] Font numbered list changes font after edit & undo

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=146821

Telesto  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 85592] Font and highlight colour toolbar buttons dont work in comments

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=85592

--- Comment #16 from Telesto  ---
(In reply to Justin L from comment #15)
Just to rule something out: The comment box is capable of rendering Character
Highlighting. Inspired by bug 93789

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

[Libreoffice-bugs] [Bug 150017] Impossible to change the text of a one-character bookmark

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150017

Rainer Bielefeld Retired  changed:

   What|Removed |Added

 CC||LibreOffice@bielefeldundbus
   ||s.de

--- Comment #1 from Rainer Bielefeld Retired  
---
NOT reproducible  with  Installation of Version: 7.3.3.2 (x64) 
Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348
CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE |  Calc: threaded | ElementaryTheme | My
normal User Profile

I Dialog "Insert -> Bookmark" i can easily modify Bookmark "B" for Letter "A"
to bookmark name "C"

@Reporter:
"Try" is a much too vague description. Please bemore detailed (every mouse
click, every key press ...)!

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

[Libreoffice-bugs] [Bug 108497] Convert OpenType variable font (OTVF) instances before printing and exporting to PDF or EPUB

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=108497

--- Comment #30 from Volga  ---
LibreOffice should also provide an option to turn this on or off in the Expert
Configuration, as some newer printers may get support for variable fonts.

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

[Libreoffice-bugs] [Bug 150001] Equation converted from microsoft word to writer is different

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150001

--- Comment #10 from joebros  ---
Created attachment 181292
  --> https://bugs.documentfoundation.org/attachment.cgi?id=181292&action=edit
New file

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

[Libreoffice-bugs] [Bug 150001] Equation converted from microsoft word to writer is different

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150001

--- Comment #9 from joebros  ---
Comment on attachment 181291
  --> https://bugs.documentfoundation.org/attachment.cgi?id=181291
new file

wrong file

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

[Libreoffice-bugs] [Bug 150021] New: Sentence disappear when I press Enter

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150021

Bug ID: 150021
   Summary: Sentence disappear when I press Enter
   Product: LibreOffice
   Version: 3.3.4 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: up61...@gmail.com

Description:
當句子打完,還在可以編輯的狀態時,按下Enter,尚可編輯的文字就會消失。
如果有對文字進行編輯或是倒回去幾個字再按Enter,文字就不會消失。

Steps to Reproduce:
1.type
2.press Enter
3.

Actual Results:
words disappeared

Expected Results:
words confirmed


Reproducible: Always


User Profile Reset: No



Additional Info:
中文輸入才會有這個問題

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

[Libreoffice-bugs] [Bug 150001] Equation converted from microsoft word to writer is different

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150001

--- Comment #8 from joebros  ---
Created attachment 181291
  --> https://bugs.documentfoundation.org/attachment.cgi?id=181291&action=edit
new file

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

[Libreoffice-bugs] [Bug 150020] New: FILEOPEN PPTX: shadow effect for table offset too far to the right

2022-07-17 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=150020

Bug ID: 150020
   Summary: FILEOPEN PPTX: shadow effect for table offset too far
to the right
   Product: LibreOffice
   Version: 7.5.0.0 alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ger...@pfeifer.com
CC: vmik...@collabora.com

Looking at attachment #167346 from bug #129961 after Miklos' patches
shadows are present, alas offset too far to the right (and maybe bottom).

If I had to guess, there is an
  anchor.X + cx
in the code that should read
  anchor.X + cx/2

Version: 7.5.0.0.alpha0+ / LibreOffice Community
Build ID: ce29e6299932fc079b05b60662ba95c8342990bc
CPU threads: 8; OS: Linux 5.18; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US

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