[Libreoffice-bugs] [Bug 135871] Highlighting no fill is not the same as no fill; there is still direct formatting present according to paragraph style

[bugzilla-daemon]

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

--- Comment #52 from Mike Kaganski  ---
(In reply to Telesto from comment #50)

Oh.

I tried hard to explain the problem to Telesto. Tried to explain the idea
behind the feature; its intended user base; who exactly is the model user. In
the end, answering Telesto's request for simple steps, I wrote roughly this:

> See: here is a complex functionality, with involved mix of inheritance,
> layers, dependencies, etc, which is very useful, but from Benjamin's PoV,
> behaves almost randomly.
> 
>  => But here is the button created for Benjamin <=
> 
> after pressing which, the function becomes simple for Benjamin, at the cost
> of masking all the complex machinery beneath.
> 
> Now Telesto wants to break the behaviour of the button, in such a way that
> using it results in another complex behaviour, potentially useful for some
> power users, but still confusing for Benjamin.

I hoped that it's rather clear for anyone, that if there is a functionality is
created for some user base, then breaking it exactly for that user base is a
no-go.

Well, the reply is:

> Yes, it's correct; but I fail to see why you say that it's OK above the
> "=> But here is the button created for Benjamin <=",
> but having the same below the line is inappropriate...

Am I the one who, respectfully assuming due intelligence in the opponent,
starts suspecting being trolled?

I am done here, trying to "discuss" something with a troll and spammer, who
floods Bugzilla with zillions of low-quality "reports" (unlike in the
beginning); making one who sees "this bug authored by Telesto" to react like
"ah, this is safe to skip".

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

[Libreoffice-bugs] [Bug 136863] Inserted Math equations are not visible

[bugzilla-daemon]

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

--- Comment #6 from BogdanB  ---
Working well in
Version: 7.0.1.2 (x64)
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: ro-RO (ro_RO); UI: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 136527] Resizing textboxes in LibreOffice Impress is terribly slow.

[bugzilla-daemon]

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

--- Comment #3 from BogdanB  ---
No problem in
Version: 7.0.1.2 (x64)
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: ro-RO (ro_RO); UI: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 99385] Libreoffice installation not creating a Libreoffice Writer shortcut in the right click/New Desktop menu

[bugzilla-daemon]

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

Martin Hooper  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 103303] [META] Desktop integration bugs and enhancements

[bugzilla-daemon]

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

Bug 99385 Summary: Libreoffice installation not creating a Libreoffice Writer 
shortcut in the right click/New Desktop menu
https://bugs.documentfoundation.org/show_bug.cgi?id=99385

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 136947] New: No 'Emojis & Symbols' integration into LO macOS

[bugzilla-daemon]

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

Bug ID: 136947
   Summary: No 'Emojis & Symbols' integration into LO macOS
   Product: LibreOffice
   Version: 6.4.3.2 release
  Hardware: All
OS: Mac OS X (All)
Status: UNCONFIRMED
  Severity: minor
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: gtomor...@libero.it

Description:
https://ask.libreoffice.org/en/question/266979/why-cant-i-access-the-native-mac-character-viewer-from-libreoffice-apps/?comment=267101#post-id-267101

This person is asking why they can't access the system-wide menu item, `Edit >
Emojis & Symbols (Cmd-Ctrl-Spacebar)` in LO. And in fact, LibreOffice, being
about as cross-platform as you can get, is missing this standard system-wide
command -- something I'd never noticed before in all the years of using LO on
OSX/macOS!

Major cross-platform FLOSS examples that contain `Emojis & Symbols
(Cmd-Ctrl-Spacebar)`:
- Firefox
- GIMP
- Inkscape
- Krita
- XQuartz
  - ...and I have no idea why(!) other than `Emojis & Symbols` is standard and
automatic in the GUI toolkit

Major cross-platform FLOSS examples that don't:
- Scribus
  - This is especially unforgivable, moreso than LO
- Blender
  - Forgivable as 1) Blender is on another "planet" and 2) formatted documents
and typography in a strict sense isn't done in Blender
- Raw Therapee
  - Like Blender, RT has no text entry capabilities (discounting commenting
photos)

File under ~Minor not under ~"Enhancement". Thank you.


Steps to Reproduce:
1. In LO (any component) macOS, press `Cmd-Ctrl-Spacebar`
   - Nothing happens
2. Choose `Edit > Emojis & Symbols` to invoke system-wide Emojis & Symbols
palette


Actual Results:
Nothing: the item doesn't exist

Expected Results:
Using either method outlined above, the macOS Emojis & Symbols palette should
appear


Reproducible: Always


User Profile Reset: No



Additional Info:
Tested on:
Version: 6.4.3.2
Build ID: 747b5d0ebf89f41c860ec2a39efd7cb15b54f2d8
CPU threads: 8; OS: Mac OS X 10.13.6; UI render: default; VCL: osx; 
Locale: it-IT (it_IT.UTF-8); UI-Language: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 104005] Expert Configuration dialog does not respect finalized configuration values

[bugzilla-daemon]

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

--- Comment #3 from QA Administrators  ---
Dear Andras Timar,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 88370] Hebrew Smart Quotes Behaviour Complex and Unconfigurable

[bugzilla-daemon]

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

--- Comment #7 from QA Administrators  ---
Dear Amir Adar,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 136558] Function Wizard Structure tree should correspond to interactions with formula

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Libreoffice-bugs] [Bug 136297] Spreadsheet Theme throws BASIC runtime error

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Libreoffice-bugs] [Bug 136252] Can't assign Alt+- to function

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Libreoffice-bugs] [Bug 131584] dll file error

[bugzilla-daemon]

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

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

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

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

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

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

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

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

[Libreoffice-bugs] [Bug 136536] Bullets become red (font color) after save & reload (ODT)

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Libreoffice-bugs] [Bug 130869] Duplicated access key for insertar seccion(c) and insertar cabecera y pie(c)

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 136560] LibreOffice should support Office Forms Based Authentication Protocol

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Libreoffice-bugs] [Bug 136547] Impress 7.0 won't play embedded video's when Skia is enabled

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Libreoffice-bugs] [Bug 99385] Libreoffice installation not creating a Libreoffice Writer shortcut in the right click/New Desktop menu

[bugzilla-daemon]

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

--- Comment #13 from QA Administrators  ---
Dear Martin Hooper,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 133749] Slow saving with "support for large sheets enabled" compared to normal

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard| QA:needsComment|

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

[Libreoffice-bugs] [Bug 136548] Poor kerning preview (maybe font-related)

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Libreoffice-bugs] [Bug 90771] Radio Button: embedded pictures are lost on save

[bugzilla-daemon]

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

--- Comment #6 from QA Administrators  ---
Dear Alfred.Maier3,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 130869] Duplicated access key for insertar seccion(c) and insertar cabecera y pie(c)

[bugzilla-daemon]

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

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

Please read this message in its entirety before proceeding.

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

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

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

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

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

e) Read all comments and provide any requested information

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

a) respond via email 

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

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp

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

[Libreoffice-bugs] [Bug 131514] hierarchical numbering of Chapters and Headings works for PDF but doesn't make it to EPUB file

[bugzilla-daemon]

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

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

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

[Libreoffice-bugs] [Bug 131558] Crash in: mergedlo.dll

[bugzilla-daemon]

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

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

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

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

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

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

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

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

[Libreoffice-bugs] [Bug 136538] Wrong default UI language selections for custom install on Japanese Windows

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Whiteboard|| QA:needsComment

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

[Libreoffice-bugs] [Bug 131514] hierarchical numbering of Chapters and Headings works for PDF but doesn't make it to EPUB file

[bugzilla-daemon]

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

QA Administrators  changed:

   What|Removed |Added

 Ever confirmed|1   |0
 Status|NEEDINFO|UNCONFIRMED

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

[Libreoffice-bugs] [Bug 89501] Finalized configuration items set in Windows Registry can be overridden by user and can cause crashes

[bugzilla-daemon]

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

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

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 88270] Hebrew Smart Quotes Symbols Inconsistent When Switching Between Languages

[bugzilla-daemon]

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

--- Comment #8 from QA Administrators  ---
Dear Amir Adar,

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 127237] FileOpen: PPTX Shading - Table Background color missing in Impress

[bugzilla-daemon]

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

--- Comment #17 from nd101  ---
Yes, it is fixed!

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

[Libreoffice-bugs] [Bug 127237] FileOpen: PPTX Shading - Table Background color missing in Impress

[bugzilla-daemon]

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

nd101  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 136863] Inserted Math equations are not visible

[bugzilla-daemon]

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

--- Comment #5 from cowboy1...@gmail.com ---
Version: 7.0.1.2 (x64)
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

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

[Libreoffice-bugs] [Bug 136527] Resizing textboxes in LibreOffice Impress is terribly slow.

[bugzilla-daemon]

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

--- Comment #2 from Petkra Eraus  ---
Is there anything happening with my report or ... is this it? Will it be
reviewed or something?

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

[Libreoffice-bugs] [Bug 136946] New: Add "Shapes" sidebar from LO Draw into Impress

[bugzilla-daemon]

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

Bug ID: 136946
   Summary: Add "Shapes" sidebar from LO Draw into Impress
   Product: LibreOffice
   Version: 7.0.1.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: rafael.palma.l...@gmail.com

Created attachment 165749
  --> https://bugs.documentfoundation.org/attachment.cgi?id=165749=edit
Scheenshot of the "Shapes" sidebar

LibreOffice Draw has a very useful sidebar named "Shapes" with which the user
can easily navigate and add all basic shapes into their drawings.

This sidebar would be very useful in LO Impress as well, because most
presentations have shapes as arrows, boxes, flowcharts, callouts, stars, etc.

Today, if the user needs to add multiple shapes into a presentation, he/she
needs to click on "Insert" and then select which shape to add (I am using the
tabbed interface). After adding the shape, the tabbed interface switches to the
Draw tab. Hence if the user wants to add more shapes, it is necessary to click
on Insert again. If the Shapes sidebar were available, it would be a lot more
productive for the user to prepare a slide with multiple shapes.

I would like to point out that this can't be achieved with the "Gallery"
sidebar, because the shapes I'm mentioning are not available there. Also, the
design of the Shapes sidebar is more adequate for this purpose, because the
icons are smaller and more options can fit the screen.

Thus, I would like to propose a simple enhancement, which would be to implement
the "Shapes" sidebar into LO Impress, exactly as it is on LO Draw.

I added an image describing exactly what I am talking about.

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

[Libreoffice-bugs] [Bug 136891] Square root does not render correctly with LO 7.0.2+

[bugzilla-daemon]

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

--- Comment #11 from V Stuart Foote  ---
(In reply to Pierre C from comment #10)
> Yes, the problem is still present under W10

nor is it correct in the Daily build of master that actually contains the X11
patch ;-)

https://gerrit.libreoffice.org/c/core/+/103097

Version: 7.1.0.0.alpha0+ (x64)
Build ID: f08ddf3d3df0ef12fef36e96ffe6f5b9a7fda9e3
CPU threads: 8; OS: Windows 10.0 Build 18363; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

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

[Libreoffice-bugs] [Bug 136945] New: Custom Slide Show drag-and-drop deleting items in "Selected Slides" list

[bugzilla-daemon]

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

Bug ID: 136945
   Summary: Custom Slide Show drag-and-drop deleting items in
"Selected Slides" list
   Product: LibreOffice
   Version: 7.0.1.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: rafael.palma.l...@gmail.com

When I try to create a custom slide show (go to Slide Show -> Custom Slide Show
-> New), if I drag and drop the items in the "Selected Slides" list to change
their order, sometimes the items disappear from the list.

Steps to reproduce:
1) Create an Impress presentation with a few slides (e.g. 4 slides)
2) Go to Slide Show -> Custom Slide Show -> New
3) Select some (or all) slides in the "Existing Slides" list and add them to
the "Selected Slides" list
4) Try to drag and drop the items in the "Selected Slides" list to change their
order; in some occasions, they simply disappear. On other occasions, things
work as expected.

I think there are some special cases that trigger this issue, but I could not
figure it out.


This is the build that I'm running:

Version: 7.0.1.2
Build ID: 00(Build:2)
CPU threads: 16; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: pt-BR (pt_BR.UTF-8); UI: en-US
Ubuntu package version: 1:7.0.1_rc2-0ubuntu0.20.04.1
Calc: CL

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

[Libreoffice-bugs] [Bug 136944] EDITING: toolbar "insert special character" works then it does nothing

[bugzilla-daemon]

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

Terrence Enger  changed:

   What|Removed |Added

   Keywords||bisected, regression
   Severity|normal  |minor

--- Comment #2 from Terrence Enger  ---
I am assigning keywords regression, bisected.

Because menu option Insert > "Special Character..." remains available, I
am reducint the importance to minor.

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

[Libreoffice-bugs] [Bug 136944] EDITING: toolbar "insert special character" works then it does nothing

[bugzilla-daemon]

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

--- Comment #1 from Terrence Enger  ---
Created attachment 165748
  --> https://bugs.documentfoundation.org/attachment.cgi?id=165748=edit
bibisect-linux-64-7.1 tail of terminal output

Working on in bibisect-linux-64-7.1 repository, I see the bug started:

  commits-h   date
      ---
good  64d6c750  c9c5fd9d  2020-08-27 17:02:02
bad   ca93746b  fce9d818  2020-08-27 18:32:42

with commit message 

commit fce9d818e7ddeeb309e56069f67b7fb702ea31a6
Author: Caolán McNamara 
Date:   Thu Aug 27 16:16:03 2020 +0100

add a DisableCycleFocusOut flag for an all-welded hierarchy

so we can differentiate the case of embedded welded widgets co-sharing
the
tab-cycle sequence with vcl widgets vs the case its all welded widgets

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

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

[Libreoffice-bugs] [Bug 136944] New: EDITING: toolbar "insert special character" works then it does nothing

[bugzilla-daemon]

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

Bug ID: 136944
   Summary: EDITING: toolbar "insert special character" works then
it does nothing
   Product: LibreOffice
   Version: 7.1.0.0.alpha0+ Master
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: lo_b...@iseries-guru.com

These observations are made on debian-buster, initially on a local build
of commit b42d5557 (2020-09-10) with SAL_USE_VCLPLUGIN=gtk3 using a new
user profile for each execution.

STR

( 1) Run LibreOffice specifying --writer on the command line.  Program
 displays Writer window "Untitled 1".

( 2) In toolbar, click icon .  The
 document area shows a bullet followed by the caret.

( 3) In toolbar, click icon .  Program
 displays dropdown box Favorites.

( 4) Type .  Program closes the box and returns focus to the
 document area.

( 5) Type .  Program opens sidebar Styles.

( 6) Click icon .  Program displays a different list of
 styles in the sidebar.

( 7) One of those styles is "Bullet ".  Double click
 that style.  In the document area, the round bullet is replaced by
 a checkmark in a box.

( 8) Right click that style name and from drop-down menu click
 Modify... .  Program presents dialog "Numbering Style: Bullet
 ".

( 9) Click button .  Program returns focus to document area.

(10) In toolbar, click icon .
 Expected : program displays box Favorites.
 Observed : no visible result.

With SAL_USE_VCLPLUGIN, no problem is evident.

At step (10), the terminal output from local build shows messages,
rewrapped and retaining the colorizing strings:

(*) Many times:
warn:sw.ui:29704:29704:sw/source/uibase/app/docstyle.cxx:1282:
GetItemSetForPrev

(*) Once:
** (soffice:29704): [1;35mCRITICAL[0m **:
[34m16:15:10.668[0m: AtkObject* atk_object_wrapper_new
(const com::sun::star::uno::Reference&, AtkObject*, AtkObject*):
assertion 'bool(xContext)' failed

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

[Libreoffice-bugs] [Bug 101302] Deleted files visible as recent documents in menu and start center

[bugzilla-daemon]

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

--- Comment #37 from Thorsten Wagner  ---
Created attachment 165747
  --> https://bugs.documentfoundation.org/attachment.cgi?id=165747=edit
Screenshot

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

[Libreoffice-bugs] [Bug 101302] Deleted files visible as recent documents in menu and start center

[bugzilla-daemon]

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

--- Comment #36 from Thorsten Wagner  ---
I did not take a look at the code right now, but all files seem to be checked
when opening Startcenter. I attached a screenshot showing an encrypted file,
which I renamed and opened the renamed one afterwards. The file no longer
present is shown by a small icon only.

Would not be the following behaviour enough:

(1) Hide files which are no longer present or not accessible during Startcenter
launch (as all files seem to be scanned anyway)

(2) If a network drive became available during the meantime, missing files will
be visible on the next Startcenter launch again (closing the whole application
is not required, closing and reopening the Startcenter window is enough)

(3) If the number of visible files exceeds the maximum number of files
displayed within Startcenter, non accessible or no longer present files will be
removed from Startcenter subsequently

(4) Deleting recent files removes accessible as well as non existent or not
accessible files from Startcenter too

The implementation will be probably easy and maybe better than the current
behaviour.

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

[Libreoffice-bugs] [Bug 136012] Regression: embedded png files look extremely bad in Impress 7.0.x, OK in 6.4.6

[bugzilla-daemon]

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

Paul W.  changed:

   What|Removed |Added

 OS|Linux (All) |All

--- Comment #4 from Paul W.  ---
No repro on Windows
Version: 7.1.0.0.alpha0+ (x64)
OS: Win 10

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

[Libreoffice-bugs] [Bug 136943] New: Can't see last font name

[bugzilla-daemon]

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

Bug ID: 136943
   Summary: Can't see last font name
   Product: LibreOffice
   Version: 7.0.1.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: med.medin.2...@gmail.com

Created attachment 165746
  --> https://bugs.documentfoundation.org/attachment.cgi?id=165746=edit
Can't see last font name

Last font name in font list cannot be read. See attached image for more info.

Version: 7.0.1.2
Build ID: 00(Build:2)
CPU threads: 2; OS: Linux 5.4; UI render: default; VCL: kf5
Locale: en-US (en_US.UTF-8); UI: en-US
=7.0.1-1
Calc: threaded

Operating System: Manjaro Linux
KDE Plasma Version: 5.19.5
KDE Frameworks Version: 5.73.0
Qt Version: 5.15.0
Kernel Version: 5.4.64-1-MANJARO
OS Type: 64-bit

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

[Libreoffice-bugs] [Bug 136941] Search term not highlighted after re-opening search dialog

[bugzilla-daemon]

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

Paul W.  changed:

   What|Removed |Added

   Severity|normal  |minor

--- Comment #1 from Paul W.  ---
Was not able to duplicate in version  7.1.0.0.alpha0+ (x64)

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

[Libreoffice-bugs] [Bug 136891] Square root does not render correctly with LO 7.0.2+

[bugzilla-daemon]

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

--- Comment #10 from Pierre C  ---
Yes, the problem is still present under W10

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

[Libreoffice-bugs] [Bug 133723] Writer's defaults are not the same as with the Default template

[bugzilla-daemon]

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

--- Comment #4 from andreas_k  ---
(In reply to Heiko Tietze from comment #3)
> Writer's defaults are hard-coded. If you load any template it will override
> those. So it's working as designed and the only question is whether we
> should rename the template because Default might confuse users.

I'm not a fan of hard-coded as in addition the default writer template is exact
what was done hard-coded. So we can remove hard-coded presets with the template
or close the bug.

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

[Libreoffice-bugs] [Bug 136942] UI: Autocomplete for search field disturbing workflow

[bugzilla-daemon]

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

Telesto  changed:

   What|Removed |Added

 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org
   Keywords||needsUXEval

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

[Libreoffice-bugs] [Bug 136941] Search term not highlighted after re-opening search dialog

[bugzilla-daemon]

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

Telesto  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 136942] UI: Autocomplete for search field disturbing workflow

[bugzilla-daemon]

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

Telesto  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 136942] New: UI: Autocomplete for search field disturbing workflow

[bugzilla-daemon]

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

Bug ID: 136942
   Summary: UI: Autocomplete  for search field disturbing workflow
   Product: LibreOffice
   Version: 4.4.7.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: UI
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tele...@surfxs.nl

Description:
Autocomplete for search field disturbing workflow

Steps to Reproduce:
1. Open attachment 165739
2. CTRL+F: Search for Vestibulum
3. Press ESC
4. Press CTRL+F (if text not highlighted press CTRL+F again
5. Type Vest & press Enter

Actual Results:
Search for Vestibulum

Expected Results:
I wanted to search for 'Vest'. and got Vestibulum. Maybe an auto suggestion
list, instead of filling in the blanks


Reproducible: Always


User Profile Reset: No



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

also in
4.4.7.2

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

[Libreoffice-bugs] [Bug 136941] Search term not highlighted after re-opening search dialog

[bugzilla-daemon]

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

Telesto  changed:

   What|Removed |Added

   Keywords||bibisectRequest, regression

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

[Libreoffice-bugs] [Bug 136941] New: Search term not highlighted after re-opening search dialog

[bugzilla-daemon]

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

Bug ID: 136941
   Summary: Search term not highlighted after re-opening search
dialog
   Product: LibreOffice
   Version: 7.1.0.0.alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: UI
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tele...@surfxs.nl

Description:
Search term not highlighted after re-opening search dialog

Steps to Reproduce:
1. open attachment 165739
2. CTRL+F & search for "Vestibulum"
3. CTRL+F  search for "Vestibulum"
4. Press ESC
5. Press ESC Vestibulum in search field but not highlighted

Actual Results:
Vestibulum not highlighted (so not overwritteN-0

Expected Results:
Should be overwritten


Reproducible: Always


User Profile Reset: No



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

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

[Libreoffice-bugs] [Bug 136940] A thin vertical line is visible in presentation mode (Skia & GDI and OpenGL)

[bugzilla-daemon]

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

Telesto  changed:

   What|Removed |Added

   Keywords||bibisectRequest,
   ||possibleRegression

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

[Libreoffice-bugs] [Bug 136940] A thin vertical line is visible in presentation mode (Skia & GDI and OpenGL)

[bugzilla-daemon]

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

--- Comment #1 from Telesto  ---
Created attachment 165745
  --> https://bugs.documentfoundation.org/attachment.cgi?id=165745=edit
Example file

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

[Libreoffice-bugs] [Bug 136940] New: A thin vertical line is visible in presentation mode (Skia & GDI and OpenGL)

[bugzilla-daemon]

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

Bug ID: 136940
   Summary: A thin vertical line is visible in presentation mode
(Skia & GDI and OpenGL)
   Product: LibreOffice
   Version: 6.3.0.3 rc
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tele...@surfxs.nl

Description:
A thin vertical line is visible in presentation mode (Skia & GDI and OpenGL)

Steps to Reproduce:
1. Open the attached file
2. Press F5

Actual Results:
Small thin line through Y

Expected Results:
Not so


Reproducible: Always


User Profile Reset: No



Additional Info:
Found in
7.1

6.3

not in
6.2 (has horizontal lines in it)

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

[Libreoffice-bugs] [Bug 84375] CONTEXT MENU: Protect/Lock submenu to protect object size or position

[bugzilla-daemon]

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

--- Comment #4 from andreas_k  ---
As this kind of stuff is only available in the Position and Size dialog, I
don't see an big with to have this checkboxes in the context menu.

As you can use Strg to fix the aspect ratio which is very common (inkscape,
...) I would say close this bug as wfm.

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

[Libreoffice-bugs] [Bug 71271] sheet's CodeName not saved

[bugzilla-daemon]

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

--- Comment #9 from Andreas Heinisch  ---
As himajin100...@gmail.com pointed out, if we drop the line at
https://opengrok.libreoffice.org/xref/core/sc/source/filter/xml/xmlexprt.cxx?r=09402293#5143
(vba compatibility mode) the codename persists after closing and reopening the
document. I have to clarify via IIRC, how we could solve this issue.

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

[Libreoffice-bugs] [Bug 136939] New: Help L10N: SQL example commands should be localizable

[bugzilla-daemon]

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

Bug ID: 136939
   Summary: Help L10N: SQL example commands should be localizable
   Product: LibreOffice
   Version: 7.1.0.0.alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Documentation
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: modestas.rim...@gmail.com
CC: olivier.hal...@libreoffice.org

Description:
The "Query Design" help page (../text/sdatabase/02010100.html) contains several
examples of SQL commands. The commands include sample data that should be
localizable:
- ='Ms.'
- LIKE 'g?ve'
- NOT IN ('Smith')

Actual Results:
Examples include English words that should, but cannot be translated.

Expected Results:
Strings are localizable so that English words can be translated.


Reproducible: Always


User Profile Reset: No



Additional Info:
https://helponline.libreoffice.org/7.1/qtz/text/sdatabase/02010100.html

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

[Libreoffice-bugs] [Bug 135871] Highlighting no fill is not the same as no fill; there is still direct formatting present according to paragraph style

[bugzilla-daemon]

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

--- Comment #51 from Telesto  ---
(In reply to Mike Kaganski from comment #48)
> (In reply to Telesto from comment #45)
> > I'm not a heavy user. I'm only give my opinion based on what I have noticed.
> > However, you should ask people who actually are correcting formatting and
> > how often they need to do that. And if this a cumbersome job etc. 
> 
> And I have ten years of experience using MS Office, and then another ten
> years of experience using, deploying LibreOffice in a real commercial
> company; training people; creating templates; helping them solve problematic
> situations related to creating new documents with really complex text
> formatting (see GOST 21 at [1]), and to documents received from those using
> MS Office; and sending our documents to parties using MS Office, etc. That
> was prior (and the reason) to my joining development of LO.
> 
> Don't assume that your opponents have no clue what real users use and what
> problems they see.

I didn't intend to offend or intimidate, or discredit your knowledge. And of
course it's hard to know somebody's background/experiences. I only stating my
'gut' feeling. And I assume there are more people who run in to certain issues
with DF (and styles). I'm surely not representing the whole world, not even an
explicit group. Only giving my view :-). And have seen comments by Luke/Thomas
related this matter (so not such big audience either :-).

I do know it isn't easy for my to get to the bottom of DF formatting (and
CS/PS). So DF bold being overwritten by CS Strong Emphasis. Or changing PS
throwing out certain DF (reported that). If DF is always on top, Strong
Emphasis shouldn't throw CS Strong Emphasis out. Or if this is desired .. I
want to be able to tell the difference between DF bold and CS Strong Emphasis
bold (at formatting button level). To be able to tell what I have in front of
me.


> 
> > I'm more they type of experiments.. Worse what can happen is a 'revert' (and
> > some wasted time/ money developing it). However we get feedback/ and data/
> > experiences. Not that ever idea has to become an experiment.. arguments are
> > fine.. but some point 'experiences' matter. 
> 
> As I already stated: this is bad. Any "battle-testing" would only attract
> people who have problems with the change, and only part of those. The people
> would be vocal; the reports would never show you how many have benefitted;
> how many have problems with the change (only would show how loud those who
> report are).

This will always be never ending topic. I assume there are many more bug out
there than in the bug tracker. People don't report it for various reasons
(don't notice, don't know what happened, have not time, not interest etc). 

I always assume someone else will report an certain issue. Or the QA department
of TDF will figure it out.. 

> And in this special case, your proposal for battle-testing is even worse.
> You are making a change that presumably might (I say will) hurt those who
> are the beginners, those who might as well assume their problems are due to
> them being newbies. Such a change would hurt them, but would not result in
> proportional increase of reports - only in proportional abandoning the tool
> that was tested, and proven not suitable.

Yes, ideally an separate experimental version :-). Or some 'advanced' setting
etc. But than people won't use it. So this topic will go in circles. 

There is always an unrepresented groups. Most people don't have the time,
interest etc to care. They want a working product; and the take what fits their
needs. 

And I love to bring up markdown. I still can't believe (no data; can't proof
anything] this is 'wanted' by majority. But somehow it got (a) implemented (b)
turned on by default. The only thing I can argue is that add additional
UX-principle. LibreOffice should restrict itself to 'core' functionality being
enabled by default [not sure what the rules are about new functions etc;
embedded or extension]. 

And of course somehow we need to end up with a decision :-). They organ in
charge being UX-department. A understaffed, black box department. Still
disagreeing on certain decisions (arguments), but at least a decision is made

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

[Libreoffice-bugs] [Bug 135871] Highlighting no fill is not the same as no fill; there is still direct formatting present according to paragraph style

[bugzilla-daemon]

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

--- Comment #50 from Telesto  ---
Created attachment 165744
  --> https://bugs.documentfoundation.org/attachment.cgi?id=165744=edit
Example file

(In reply to Mike Kaganski from comment #46)
> Created attachment 165739 [details]
> A sample with some bold text
> 
> (In reply to Telesto from comment #45)
> 
> The attached document contains four sample lorem ipsum paragraphs, followed
> by two dummy text paragraphs.
> 
> The first sample paragraph uses "bold" PS. The second one has one sentence
> using "bold" CS. The third one uses paragraph-level direct bold formatting.
> The fourth one has one sentence with character-level direct bold formatting.
> 
> The first dummy text paragraph has Default PS. The second one has "bold" PS.
> 
> The scenario is that a Benjamin gets this document, and needs to work with
> some formatting.
> 
> Initially the demo of natural, fundamentally unavoidable problem that
> Benjamin sees when working with the document. We copy a single bold word
> from sample paragraphs into *non-bold* dummy paragraph.
> 
> 1. Select "ipsum" (double-click it) in the first paragraph, Ctrl+C, click
> between "He" and "heard" in the first (non-bold) dummy text paragraph,
> Ctrl+V.

PS bold; pasting into PS Default. Result: unbold

-> Confusing for Benjamin. He pasting bold text to different paragraph, and
suddenly becomes unbolded. What the...
Wouldn't change with the different model

> 2. Select "nec" (double-click it) in the bold sentence of the second
> paragraph, Ctrl+C, click between "heard" and "quiet" in the first (non-bold)
> dummy text paragraph, Ctrl+V.

PS default; DF bold. Pasting into PS default; without DF.
Result BOLD paste. However would be unchanged

> 3. Select "velit" (double-click it) in the third paragraph, Ctrl+C, click
> between "quiet" and "steps" in the first (non-bold) dummy text paragraph,
> Ctrl+V.

PS default; DF bold. Pasting into PS default; without DF.
Result BOLD paste. However would be unchanged


> 4. Select "cursus" (double-click it) in the bold sentence of the fourth
> paragraph, Ctrl+C, click between "steps" and "behind" in the first
> (non-bold) dummy text paragraph, Ctrl+V.

PS default; DF bold. Pasting into PS default; without DF.
Result BOLD paste. However would be unchanged

> 
> This shows that the first bold word became non-bold when pasted to the
> target. That is because paragraph styles are in play here; the copied word
> does not bring its source paragraph's style to the target, and takes
> formatting from the style of the target one. Benjamin has no clue why;
> that's a natural confusion (he operates text created by someone else, using
> tools unknown to him, with concepts unknown to him). This is not a bug, and
> should not change.
> 
> Now let's see how this changes when Benjamin starts using *his* tools. Let's
> copy the same four words into the second dummy text paragraph (the bold
> one), but first make each word not bold prior to copy.
> 
> 5. Select "ipsum" (double-click it) in the first paragraph, Ctrl+B, Ctrl+C,
> click between "He" and "tried" in the second (bold) dummy text paragraph,
> Ctrl+V.

PS bold. DF unbold after pressing CTRL+B. Pasting into PS Bold

Result unbold (difference).

->


> 6. Select "nec" (double-click it) in the bold sentence of the second
> paragraph, Ctrl+B, Ctrl+C, click between "tried" and "to" in the second
> (bold) dummy text paragraph, Ctrl+V.

PS Default; DF Bold. Switching to unbold. Pasting into bold PS. Result: unbold.
In make case bold would be turned off

> 7. Select "velit" (double-click it) in the third paragraph, Ctrl+B, Ctrl+C,
> click between "to" and "nervously" in the second (bold) dummy text
> paragraph, Ctrl+V.

PS Default; DF Bold. Switching to unbold. Pasting into bold PS. Result: unbold

= Change would mean. Bold paste, instead of unbold


> 8. Select "cursus" (double-click it) in the bold sentence of the fourth
> paragraph, Ctrl+B, Ctrl+C, click between "nervously" and "tap" in the second
> (bold) dummy text paragraph, Ctrl+V.

PS Default; DF Bold. Switching to unbold. Pasting into bold PS. Result: unbold
= Change would mean. Bold paste, instead of unbold

> 
> The Ctrl+B step makes the selected text explicitly non-bold *in all cases*.
> Benjamin may be sure, that no matter what magic was used to create the text
> that he is facing, he may use this tool, and the text after that tool will
> behave consistently with his expectations: it will be non-bold, no matter
> where it arrives.

True;

> For comparison, let's see what would happen if, instead of applying explicit
> non-bold attribute, Ctrl+B would just clear (remove) bold attribute in the
> fourth sample paragraph (from where we have copied "cursus"). The first
> sentences of the fourth paragraph don't have the explicit non-bold
> attribute, so words in those first sentences are the perfect example what
> would result from your proposal.


> 9. Select "ipsum" (double-click it) in 

[Libreoffice-bugs] [Bug 119931] Fix accessibility warnings in .ui files

[bugzilla-daemon]

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

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

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

tdf#119931 fix a11y warnings in qrcodegen.ui

It will be available in 7.1.0.

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

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

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

[Libreoffice-bugs] [Bug 127047] Font Sizes Greater than 255 are Printed with Size 255

[bugzilla-daemon]

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

--- Comment #15 from Julien Nabet  ---
(In reply to Noel Grandin from comment #14)
> Julien, could you test
> https://gerrit.libreoffice.org/c/core/+/103113
> please?

I don't have a Windows build anymore just a build on my Linux desktop.
I gave a try without applying the patch, it seems already ok to me.

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

[Libreoffice-bugs] [Bug 85978] MENUS: Global shortcuts not appearing in menu entries

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org
   Keywords||needsUXEval

--- Comment #10 from Buovjaga  ---
This seems to lack a final consensus. Could be turned to easy hack.

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

[Libreoffice-bugs] [Bug 85373] UI: option to invert light/dark areas of the display

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 CC||ilmari.lauhakangas@libreoff
   ||ice.org

--- Comment #4 from Buovjaga  ---
johnson: this request looks to be the same as bug 98032. Do you agree?

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

[Libreoffice-bugs] [Bug 84375] CONTEXT MENU: Protect/Lock submenu to protect object size or position

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org
   Keywords||needsUXEval

--- Comment #2 from Buovjaga  ---
I think this needs to be re-evaluated

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

[Libreoffice-bugs] [Bug 88586] font effect for specifying case

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

   Keywords||needsUXEval
 CC|philip...@hotmail.com,  |libreoffice-ux-advise@lists
   |robinson.libreoffice@gmail. |.freedesktop.org
   |com |

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

[Libreoffice-bugs] [Bug 85502] Maximum of iteration steps

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

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

--- Comment #3 from Buovjaga  ---
I tested and the limit does not even stop at 1 now. Closing.

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

[Libreoffice-bugs] [Bug 120543] [META] Bugs and enhancements around hyperlinks in Calc

[bugzilla-daemon]

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

Olivier Hallot  changed:

   What|Removed |Added

 Depends on||136938


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=136938
[Bug 136938] HYPERLINK function cannot concatenate URL's strings
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 136938] New: HYPERLINK function cannot concatenate URL's strings

[bugzilla-daemon]

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

Bug ID: 136938
   Summary: HYPERLINK function cannot concatenate URL's strings
   Product: LibreOffice Online
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: olivier.hal...@libreoffice.org
Blocks: 120543

Created attachment 165743
  --> https://bugs.documentfoundation.org/attachment.cgi?id=165743=edit
Image of the HYPERLINK issue

(The following issue work in the desktop 7.0 version , but not in LibreOffice
Online.)

HYPERLINK function does not render string concatenation for its first argument
(URL)

Step to reproduce:

1) Place "ABS" in cell B2

2) Place 
=HYPERLINK("https:/wiki.documentfoundation.org/Documentation/Calc_Functions/" &
B2;B2)

in any other cell

3) Click in the hyperlink created in the cell

Results:
The link created is 
https://wiki.documentfoundation.org/Documentation/Calc_Functions/

Expected results:
https://wiki.documentfoundation.org/Documentation/Calc_Functions/ABS

Further info
LibreOffice Online

This version of LibreOffice Online is powered by
LOOLWSD
7.0.0
Served by: 390cd11e
LOKit
LibreOffice 7.0.1.2 (git hash: 00(Buil)
"Debian GNU/Linux 10 (buster)"

Copyright © 2020, The Document Foundation

(actually this is in the TDF NextCloud instance)


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=120543
[Bug 120543] [META] Bugs and enhancements around hyperlinks in Calc
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 107322] [META] Media (audio / video) bugs and enhancements

[bugzilla-daemon]

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

Bug 63222 Summary: Embedded Movie File has Green Border
https://bugs.documentfoundation.org/show_bug.cgi?id=63222

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 63222] Embedded Movie File has Green Border

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

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

--- Comment #4 from Buovjaga  ---
Not seeing this on Linux or Windows, closing as WFM. Joel: maybe you could
re-check for fun :)

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

[Libreoffice-bugs] [Bug 136781] UI: The special character favorites drop down is slightly small

[bugzilla-daemon]

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

Caolán McNamara  changed:

   What|Removed |Added

 Ever confirmed|0   |1
   Assignee|libreoffice-b...@lists.free |caol...@redhat.com
   |desktop.org |
   Keywords|bibisectRequest |
 Status|UNCONFIRMED |ASSIGNED

--- Comment #3 from Caolán McNamara  ---
I can add a little spacing, they look a little cramped

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

[Libreoffice-bugs] [Bug 129937] Ctrl+S and other shortcuts fail when the cursor is in the find bar

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

Summary|Control+s fails to save a   |Ctrl+S and other shortcuts
   |file when the cursor is in  |fail when the cursor is in
   |the find bar|the find bar

--- Comment #6 from Buovjaga  ---
Now there is an improvement in the gtk3 backend: if you mouse-click into the
find field, the shortcuts work! This change was brought about by
https://git.libreoffice.org/core/commit/3b8c42a94b5448364d47daa103b3452f54990524
FindTextFieldControl

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

[Libreoffice-bugs] [Bug 119159] Calc - cannot reduce width of spreadsheet to show less than 5 columns in KDE

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

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

--- Comment #10 from Buovjaga  ---
Not seeing this anymore with gtk3 or kf5

Arch Linux 64-bit
Version: 7.1.0.0.alpha0+
Build ID: f08ddf3d3df0ef12fef36e96ffe6f5b9a7fda9e3
CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: kf5
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 21 September 2020

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

[Libreoffice-bugs] [Bug 135871] Highlighting no fill is not the same as no fill; there is still direct formatting present according to paragraph style

[bugzilla-daemon]

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

--- Comment #49 from Mike Kaganski  ---
(In reply to Mike Kaganski from comment #48)
> formatting (see GOST 21 at [1]), and to documents received from those using

[1]
https://upload.wikimedia.org/wikipedia/commons/thumb/6/60/%D0%93%D0%9E%D0%A1%D0%A2_%D0%A0_21.1101-2013._%D0%9F%D1%80%D0%B8%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5_%D0%A0._%D0%A0%D0%B8%D1%81%D1%83%D0%BD%D0%BE%D0%BA_%D0%A0.1.tif/lossy-page1-610px-%D0%93%D0%9E%D0%A1%D0%A2_%D0%A0_21.1101-2013._%D0%9F%D1%80%D0%B8%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5_%D0%A0._%D0%A0%D0%B8%D1%81%D1%83%D0%BD%D0%BE%D0%BA_%D0%A0.1.tif.jpg

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

[Libreoffice-bugs] [Bug 135871] Highlighting no fill is not the same as no fill; there is still direct formatting present according to paragraph style

[bugzilla-daemon]

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

--- Comment #48 from Mike Kaganski  ---
(In reply to Telesto from comment #45)
> I'm not a heavy user. I'm only give my opinion based on what I have noticed.
> However, you should ask people who actually are correcting formatting and
> how often they need to do that. And if this a cumbersome job etc. 

And I have ten years of experience using MS Office, and then another ten years
of experience using, deploying LibreOffice in a real commercial company;
training people; creating templates; helping them solve problematic situations
related to creating new documents with really complex text formatting (see GOST
21 at [1]), and to documents received from those using MS Office; and sending
our documents to parties using MS Office, etc. That was prior (and the reason)
to my joining development of LO.

Don't assume that your opponents have no clue what real users use and what
problems they see.

> I'm more they type of experiments.. Worse what can happen is a 'revert' (and
> some wasted time/ money developing it). However we get feedback/ and data/
> experiences. Not that ever idea has to become an experiment.. arguments are
> fine.. but some point 'experiences' matter. 

As I already stated: this is bad. Any "battle-testing" would only attract
people who have problems with the change, and only part of those. The people
would be vocal; the reports would never show you how many have benefitted; how
many have problems with the change (only would show how loud those who report
are).

And in this special case, your proposal for battle-testing is even worse. You
are making a change that presumably might (I say will) hurt those who are the
beginners, those who might as well assume their problems are due to them being
newbies. Such a change would hurt them, but would not result in proportional
increase of reports - only in proportional abandoning the tool that was tested,
and proven not suitable.

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

[Libreoffice-bugs] [Bug 131514] hierarchical numbering of Chapters and Headings works for PDF but doesn't make it to EPUB file

[bugzilla-daemon]

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

--- Comment #5 from David W. Snow  ---
Created attachment 165742
  --> https://bugs.documentfoundation.org/attachment.cgi?id=165742=edit
Screenshot macOS Books

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

[Libreoffice-bugs] [Bug 131514] hierarchical numbering of Chapters and Headings works for PDF but doesn't make it to EPUB file

[bugzilla-daemon]

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

--- Comment #4 from David W. Snow  ---
Created attachment 165741
  --> https://bugs.documentfoundation.org/attachment.cgi?id=165741=edit
Screenshot from LibreOffice Writer's odt file

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

[Libreoffice-bugs] [Bug 131514] hierarchical numbering of Chapters and Headings works for PDF but doesn't make it to EPUB file

[bugzilla-daemon]

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

--- Comment #3 from David W. Snow  ---
Created attachment 165740
  --> https://bugs.documentfoundation.org/attachment.cgi?id=165740=edit
DWS-BookTemp.odt

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

[Libreoffice-bugs] [Bug 136937] New: Unicode character sometimes autocorrects

[bugzilla-daemon]

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

Bug ID: 136937
   Summary: Unicode character sometimes autocorrects
   Product: LibreOffice
   Version: 7.0.1.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: kittykat3...@gmail.com

When I enter a unicode character (U+2611) into a cell which has a Liberation
Sans format, sometimes the character is displayed as a plain box with a check
mark but sometimes it autocorrects to a blue cartoony box with a white check
mark.

Changing the fort for the autocorrected blue check box to DejaVu Sans converts
the character back to a plain black check box

I would expect the behaviour to always be the same rather than the character
sometimes being displayed one way and sometimes the other when the cell
formatting is identical as far as I can see.

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

[Libreoffice-bugs] [Bug 135871] Highlighting no fill is not the same as no fill; there is still direct formatting present according to paragraph style

[bugzilla-daemon]

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

--- Comment #47 from Mike Kaganski  ---
(In reply to Mike Kaganski from comment #46)
> 9. Select "ipsum" (double-click it) in the non-bold first sentence of the
> fourth paragraph, Ctrl+C, click between "nervously" and "tap" in the second

must had been "between "tap" and "sodales"

> (bold) dummy text paragraph, Ctrl+V.
> 

Here I omitted the observable result: the non-bold word (which, as we imagine,
was explicitly made not bold by Benjamin prior to copy) became bold after
arriving into the target paragraph.

> I.e., if Ctrl+B in the fourth paragraph would just clear the bold attribute,
> ...

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

[Libreoffice-bugs] [Bug 136936] New: In a Master doc with sub-docs whose links have write-protection removed, editing the sub-doc within the master then saving the master only saves the master and dro

[bugzilla-daemon]

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

Bug ID: 136936
   Summary: In a Master doc with sub-docs whose links have
write-protection removed, editing the sub-doc within
the master then saving the master only saves the
master and drops the sub-docs changes
   Product: LibreOffice
   Version: 6.0.7.3 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ghher...@gmail.com

Steps to reproduce:
1) Make 2 docs, sub1.odt and sub2.odt, inserting a little text, anything will
do
2) Make master doc master.odm
3) add sub1 and sub2 as links to master using Navigator
4) in Navigator, choose Edit Link and uncheck sub1 and sub2's  Write Protection
> Protected check
5) save master.odm
6) in master LOWriter window, modify the sub1.odt text (there is no warning)
7) save master.odm
8) close everything
9) reopen master.odm
10) say yes to "update links" 

Observed behaviour:
a) the modifications made at point 6 have been lost, and 
b) the file timestamps indicate that only master.odm has been saved.

Expected behaviour, one of the following:
A) Preferred, as this is the most useful: All modified sub-files are saved and
the master not since it is unchanged. If you skip the save at point 5, both
master and sub1 should be saved.
B) Safe but not very satisfactory IMO: Make it impossible to remove the link
write-protection feature
C) Silly as it is functionally equivalent to B) IMO, but still better than
time-wasting human work loss: A warning pops up, saying "this will not be
saved"

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

[Libreoffice-bugs] [Bug 135552] Merged cells in LibreOffice Impress don't have lower border line when reopen.

[bugzilla-daemon]

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

--- Comment #10 from BogdanB  ---
Ok, you have used the same method as me, but I can NOT confirm this bug.

We need more persons to test this in order to find the cause.

I will test this bug tomorrow, I will have acces to Windows 10.

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

[Libreoffice-bugs] [Bug 136891] Square root does not render correctly with LO 7.0.2+

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

 OS|All |Windows (All)
   Keywords|bibisected, bisected,   |bibisectRequest
   |implementationError |

--- Comment #9 from Aron Budea  ---
Thanks, Luboš! Let's readd bibisectRequest, and I'm assuming the remaining bug
is Windows-only.

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

[Libreoffice-bugs] [Bug 132937] Export to PDF: White text appear with color outline when viewed with Acrobat Reader X; applies to LibO Writer and LibO Calc

[bugzilla-daemon]

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

BogdanB  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 135871] Highlighting no fill is not the same as no fill; there is still direct formatting present according to paragraph style

[bugzilla-daemon]

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

--- Comment #46 from Mike Kaganski  ---
Created attachment 165739
  --> https://bugs.documentfoundation.org/attachment.cgi?id=165739=edit
A sample with some bold text

(In reply to Telesto from comment #45)

The attached document contains four sample lorem ipsum paragraphs, followed by
two dummy text paragraphs.

The first sample paragraph uses "bold" PS. The second one has one sentence
using "bold" CS. The third one uses paragraph-level direct bold formatting. The
fourth one has one sentence with character-level direct bold formatting.

The first dummy text paragraph has Default PS. The second one has "bold" PS.

The scenario is that a Benjamin gets this document, and needs to work with some
formatting.

Initially the demo of natural, fundamentally unavoidable problem that Benjamin
sees when working with the document. We copy a single bold word from sample
paragraphs into *non-bold* dummy paragraph.

1. Select "ipsum" (double-click it) in the first paragraph, Ctrl+C, click
between "He" and "heard" in the first (non-bold) dummy text paragraph, Ctrl+V.
2. Select "nec" (double-click it) in the bold sentence of the second paragraph,
Ctrl+C, click between "heard" and "quiet" in the first (non-bold) dummy text
paragraph, Ctrl+V.
3. Select "velit" (double-click it) in the third paragraph, Ctrl+C, click
between "quiet" and "steps" in the first (non-bold) dummy text paragraph,
Ctrl+V.
4. Select "cursus" (double-click it) in the bold sentence of the fourth
paragraph, Ctrl+C, click between "steps" and "behind" in the first (non-bold)
dummy text paragraph, Ctrl+V.

This shows that the first bold word became non-bold when pasted to the target.
That is because paragraph styles are in play here; the copied word does not
bring its source paragraph's style to the target, and takes formatting from the
style of the target one. Benjamin has no clue why; that's a natural confusion
(he operates text created by someone else, using tools unknown to him, with
concepts unknown to him). This is not a bug, and should not change.

Now let's see how this changes when Benjamin starts using *his* tools. Let's
copy the same four words into the second dummy text paragraph (the bold one),
but first make each word not bold prior to copy.

5. Select "ipsum" (double-click it) in the first paragraph, Ctrl+B, Ctrl+C,
click between "He" and "tried" in the second (bold) dummy text paragraph,
Ctrl+V.
6. Select "nec" (double-click it) in the bold sentence of the second paragraph,
Ctrl+B, Ctrl+C, click between "tried" and "to" in the second (bold) dummy text
paragraph, Ctrl+V.
7. Select "velit" (double-click it) in the third paragraph, Ctrl+B, Ctrl+C,
click between "to" and "nervously" in the second (bold) dummy text paragraph,
Ctrl+V.
8. Select "cursus" (double-click it) in the bold sentence of the fourth
paragraph, Ctrl+B, Ctrl+C, click between "nervously" and "tap" in the second
(bold) dummy text paragraph, Ctrl+V.

The Ctrl+B step makes the selected text explicitly non-bold *in all cases*.
Benjamin may be sure, that no matter what magic was used to create the text
that he is facing, he may use this tool, and the text after that tool will
behave consistently with his expectations: it will be non-bold, no matter where
it arrives.

For comparison, let's see what would happen if, instead of applying explicit
non-bold attribute, Ctrl+B would just clear (remove) bold attribute in the
fourth sample paragraph (from where we have copied "cursus"). The first
sentences of the fourth paragraph don't have the explicit non-bold attribute,
so words in those first sentences are the perfect example what would result
from your proposal.

9. Select "ipsum" (double-click it) in the non-bold first sentence of the
fourth paragraph, Ctrl+C, click between "nervously" and "tap" in the second
(bold) dummy text paragraph, Ctrl+V.

I.e., if Ctrl+B in the fourth paragraph would just clear the bold attribute,
then Benjamin would face the situation, that after using a tool "B" he would
still have the result behave unexpectedly/unexplainably to him (you can't
explain this behaviour unless you understand styles).

So the current status is:

 - Benjamin might have some difficulty working with other's documents (or after
using advanced tools cluelessly); but there are tools that he may use, to get a
simple behaviour expected by him.

Your proposal is:

 - no matter what tool Benjamin would use: without understanding of styles, the
behaviour of the result of *his* actions would still behave unexpected to him.

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

[Libreoffice-bugs] [Bug 132937] Export to PDF: White text appear with color outline when viewed with Acrobat Reader X; applies to LibO Writer and LibO Calc

[bugzilla-daemon]

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

--- Comment #7 from Leroy  ---
Now I am with Adobe Reader 11.0.0 (over Windows 7 Professional), and do not see
the issue. If do you want to close it, it is OK with me.

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

[Libreoffice-bugs] [Bug 136933] Libreoffice 7 impress remains stuck in advancing to the next slide in presentation mode

[bugzilla-daemon]

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

--- Comment #1 from sergio.calleg...@gmail.com ---
Created attachment 165738
  --> https://bugs.documentfoundation.org/attachment.cgi?id=165738=edit
Presentation showing the issue. Try /all/ the presentation.

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

[Libreoffice-bugs] [Bug 136891] Square root does not render correctly with LO 7.0.2+

[bugzilla-daemon]

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

Luboš Luňák  changed:

   What|Removed |Added

Summary|Square root does not render |Square root does not render
   |correctly with LO 7.0.2+|correctly with LO 7.0.2+
   |and Skia|
 Status|NEEDINFO|NEW
 Blocks|129062  |

--- Comment #8 from Luboš Luňák  ---
I've fixed the Linux+Skia problem, the rest is not Skia-specific.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=129062
[Bug 129062] [META] Skia library bugs
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 129062] [META] Skia library bugs

[bugzilla-daemon]

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

Luboš Luňák  changed:

   What|Removed |Added

 Depends on|136891  |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=136891
[Bug 136891] Square root does not render correctly with LO 7.0.2+
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 136372] [META] PPTX shape related issues

[bugzilla-daemon]

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

Bug 130182 Summary: FILEOPEN: PPTX: anchorCtr="0" is imported as 
TextHorizontalAdjust_CENTER
https://bugs.documentfoundation.org/show_bug.cgi?id=130182

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

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

[Libreoffice-bugs] [Bug 130182] FILEOPEN: PPTX: anchorCtr="0" is imported as TextHorizontalAdjust_CENTER

[bugzilla-daemon]

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

Xisco Faulí  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #5 from Xisco Faulí  ---
Issue fixed by
https://git.libreoffice.org/core/commit/10bb02efd8afd42e633e370480104e2575546d8e
Closing as a duplicate of bug 129685

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

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

[Libreoffice-bugs] [Bug 136913] FILEOPEN : A document .odt open with Draw instend of Writer

[bugzilla-daemon]

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

--- Comment #4 from lucas.rou...@gmail.com ---
I'm okay with this. I'll just follow your professionnals advices! Again sorry
the bothering and thanks for the rapidity of your answer!

Have a nice day!

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

[Libreoffice-bugs] [Bug 136935] New: Please move option to enable/disable the presenter console in Slide Show -> Slide Show Settings dialog

[bugzilla-daemon]

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

Bug ID: 136935
   Summary: Please move option to enable/disable the presenter
console in Slide Show -> Slide Show Settings dialog
   Product: LibreOffice
   Version: 6.4.6.2 release
  Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
  Severity: minor
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: sergio.calleg...@gmail.com

Description:
Currently the possibility to enable/disable the presenter console is rather
hidden in tools->Options->Impress->General.

I think that it would make great sense to move it in the Slide Show -> Slide
Show Settings dialog.

One of the reasons why I am asking is that the COVID pandemic made it quite
frequent to have the need to deliver presentations via conferencing software
like teams/zoom, etc. In this case it is quite useful to use two screen and
keep one for the presentation and the other for the conferencing software
interface. In this case you want to disable the presenter console.  Conversely,
as soon as you are in a regular setup, you may want to activate it back to use
one screen for the console. Frequent activation and deactivation can be favored
by having the option slightly less buried into the menu system.

Steps to Reproduce:
See description

Actual Results:
See description

Expected Results:
See description


Reproducible: Always


User Profile Reset: No



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

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

[Libreoffice-bugs] [Bug 136913] FILEOPEN : A document .odt open with Draw instend of Writer

[bugzilla-daemon]

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

Dieter  changed:

   What|Removed |Added

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

--- Comment #3 from Dieter  ---
(In reply to lucas.rouaud from comment #2)
> Third, it be a infinite pleasure
> to share with you the document but my hard drive said "yes but no" and
> actually delete it.

So let's close this report as RESOLVED INSUFFICIENTDATA (Feel free to change it
back to UNCONFIRMED, if you disagree, but I think we need the document)

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

[Libreoffice-bugs] [Bug 104444] [META] DOCX (OOXML) table-related issues

[bugzilla-daemon]

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

Dieter  changed:

   What|Removed |Added

 Depends on||136931


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=136931
[Bug 136931] WRITER TABLES: Improve workflow for unfloating tables
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 136931] WRITER TABLES: Improve workflow for unfloating tables

[bugzilla-daemon]

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

Dieter  changed:

   What|Removed |Added

 Blocks||10


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=10
[Bug 10] [META] DOCX (OOXML) table-related issues
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 136934] Paragraph style outside selection changed if selection based on undo

[bugzilla-daemon]

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

Telesto  changed:

   What|Removed |Added

Version|4.4.0.3 release |4.0.0.3 release

--- Comment #3 from Telesto  ---
And in
Versie 4.0.0.3 (Bouw-id: 7545bee9c2a0782548772a21bc84a9dcc583b89)

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

[Libreoffice-bugs] [Bug 136931] WRITER TABLES: Improve workflow for unfloating tables

[bugzilla-daemon]

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

--- Comment #2 from Dieter  ---
(In reply to Heiko Tietze from comment #1)
> I don't see this button as too difficult to use.

Please see your remarks in bug 112704 comment 16 :-)

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

[Libreoffice-bugs] [Bug 136913] FILEOPEN : A document .odt open with Draw instend of Writer

[bugzilla-daemon]

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

lucas.rou...@gmail.com changed:

   What|Removed |Added

   Severity|normal  |minor

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

[Libreoffice-bugs] [Bug 136934] Paragraph style outside selection changed if selection based on undo

[bugzilla-daemon]

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

Telesto  changed:

   What|Removed |Added

Version|7.1.0.0.alpha0+ Master  |4.4.0.3 release
Summary|Paragraph style outside |Paragraph style outside
   |selection changed if|selection changed if
   |selection caused by undo|selection based on undo

--- Comment #1 from Telesto  ---
Versie: 4.4.7.2 
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Locale: nl_NL

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

[Libreoffice-bugs] [Bug 136934] Paragraph style outside selection changed if selection based on undo

[bugzilla-daemon]

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

--- Comment #2 from Telesto  ---
Created attachment 165737
  --> https://bugs.documentfoundation.org/attachment.cgi?id=165737=edit
Example file

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