[Libreoffice-bugs] [Bug 113779] Punctuation Marks Are Not In Line With Text for Vertical Orientation in Traditional Chinese

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113779

--- Comment #5 from taiw...@gmail.com ---
My environment:
Ubuntu 16.04 AMD64
using the latest Libreoffice: 
http://zh-tw.libreoffice.org/download/libreoffice-fresh/

The problematic file is for your reference. The issue is common.

-- 
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 113953] Speling msitake in Danish translation

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113953

Leif Lodahl  changed:

   What|Removed |Added

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

--- Comment #2 from Leif Lodahl  ---
Found one string here:
https://translations.documentfoundation.org/da/libo_online/translate/loleaflet-ui-da.po#unit=117749641

Fixed in LibreOffice Online.

-- 
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 113970] CppunitTest_sc_parallelism crashes on master

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113970

Stephan Bergmann  changed:

   What|Removed |Added

 CC||sberg...@redhat.com

--- Comment #4 from Stephan Bergmann  ---
What I see is two threads each with the stacktrace of attachment 137893,
apparently working on the same SvtBroadcaster instance without a mutex, causing
crashes; any idea at what level a mutex lock is missing there?

-- 
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 113977] Implement REGEXEXTRACT function

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113977

--- Comment #3 from Winfried Donkers  ---
(In reply to Dan Dascalescu from comment #0)
> A3: =FIND(",", A7, SEARCH("(?<=JPY:)\d", A1))  // ← value ends right before
> that

IMHO A7 should be A1.

-- 
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 113977] Implement REGEXEXTRACT function

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113977

Winfried Donkers  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #2 from Winfried Donkers  ---
(In reply to Xisco Faulí from comment #1)
> @Winfried, what do you think ?

There is no REGEXEXTRACT function defined in ODFF nor is it in Excel, so  it's
clearly an enhancement request.
Personally I am both attracted by the request and reluctant to be enthusiastic.

At first sight it looks like a proper enhancement, one function that with regex
can extract the most wonderful parts out of a text string.

However I see some aspects that reduces its usefulness:
-regular expressions are not everybody's cup of tea. This makes the function
only useful to a very small group of users;
-Calc has a setting (in preferences) in which wild cards or regular expressions
can be selected to be used in function arguments. This request is limited to
regular expressions only and thereby somewhat conflicts with the wild
card/regex setting;
-As the function is neither in ODFF nor in Excel, it will be incompatible with
other applications where LibreOffice strives for optimal interoperability with
other applications;
-Calculations (including those on text strings) tend to look very complex when
the calculation goes further than just one simple calculation. This can be
avoided by using more than one step (in the example in the description cells A2
and A3 can be used to make the formula in A4 much simpler: '=MID(A1;A2;A3-A2)',
and the formula in A3 can be reduced to '=FIND(",", A1, A2)'). Creating new
functions that combine other functions will only be useful if there is a common
need for them. Otherwise there will be thousands of 'combination functions',
each hardly used and very hard to to find the exact function a user has a need
for. Right now there are already too much variations of functions (e.g. FIND
and SEARCH) that confuse users and makes it hard to select the 'best' function.
In programming it is the same: with some standard functions an almost infinite
amount of functionalities can be programmed; only functionality that is widely
used is put into a separate function. The complexity is the same too, a piece
of code can be divided into easy to understand chunks or be written in a single
line (that can only be deciphered by the programmer him/herself, provided (s)he
remembers the clues).
-A macro can provide the same functionality and be exactly suited to the user's
need.

Well, these are my thoughts, with 'my' meaning personal.

The enhancement request is clear, so I set the status to new.
@Dan : should you wish to do this yourself, LibreOffice has a mentor for those
new to developing for LibreOffice. I can help you with some code pointers as
well. The number of developers with both knowledge of the Calc code base and
time available for enhancements like REGEXEXTRACT is very small, so it may take
a long time before anyone picks this up.

-- 
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 109058] LibreOffice does not respect LC_ system settings

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=109058

--- Comment #3 from Michael  ---
I would also note that LibreOffice ignores not only alterations made with LC_*
variable assignments but also manually compiled locale definition files with
category keyword values differing from those LibreOffice considers right for
that language.
I have slightly tuned ru_RU.utf8 locale definitions to use a point as a decimal
separator, compiled it and set it as my current locale. LibreOffice keeps
ignore locale settings with suggesting a comma as a decimal point.
$ locale
LANG=ru_RU.utf8
LC_CTYPE="ru_RU.utf8"
LC_NUMERIC="ru_RU.utf8"
LC_TIME="ru_RU.utf8"
LC_COLLATE="ru_RU.utf8"
LC_MONETARY="ru_RU.utf8"
LC_MESSAGES="ru_RU.utf8"
LC_PAPER="ru_RU.utf8"
LC_NAME="ru_RU.utf8"
LC_ADDRESS="ru_RU.utf8"
LC_TELEPHONE="ru_RU.utf8"
LC_MEASUREMENT="ru_RU.utf8"
LC_IDENTIFICATION="ru_RU.utf8"
LC_ALL=
$ locale -ck LC_NUMERIC
LC_NUMERIC
decimal_point="."
thousands_sep=" "
grouping=3;3
numeric-decimal-point-wc=46
numeric-thousands-sep-wc=8239
numeric-codeset="UTF-8"

Custom user-defined system locales (e.g. en_RU.utf8 - "Engilsh locale for
Russia") also are not recognized by LibreOffice's "Language of locale setting"
chooser - the option falls back to "Default - en".

-- 
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 99825] [META] SVG bugs and enhancements

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=99825

Volga  changed:

   What|Removed |Added

 Depends on||113986


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=113986
[Bug 113986] Support SVGZ format
-- 
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 113986] New: Support SVGZ format

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113986

Bug ID: 113986
   Summary: Support SVGZ format
   Product: LibreOffice
   Version: 6.0.0.0.alpha1+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: graphics stack
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: shanshandehongx...@outlook.com

Description:
SVGZ format is a compressed version of SVG format. However this format does not
works as expected in LibreOffice.

Steps to Reproduce:
1. Download car.svgz from
https://gitlab.com/inkscape/inkscape/tree/master/share/examples
2. Open Writer
3. Insert -> Images
4. Select "car.svgz" and insert it.

Actual Results:  
After I inserted SVGZ image, the image does not shown as a plain SVG image.

Expected Results:
SVGZ image should be works as expected in a document.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 6.0.0.0.alpha1+ (x64)
Build ID: b904d639a801d6d610d8e53ba23cae9781ab9569
CPU threads: 4; OS: Windows 10.0; UI render: default;
TinderBox: Win-x86_64@42, Branch:master, Time: 2017-11-19_02:10:19
Locale: zh-CN (zh_CN); Calc: group


User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; x64; rv:57.0) Gecko/20100101
Firefox/57.0

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


[Libreoffice-bugs] [Bug 113986] Support SVGZ format

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113986

Volga  changed:

   What|Removed |Added

 Blocks||99825


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=99825
[Bug 99825] [META] SVG bugs and enhancements
-- 
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 57351] Calc: "Insert columns" is not available in the context menu if an autofilter to hide rows is applied

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=57351

--- Comment #22 from Rainer Bielefeld Retired  
---
(In reply to alister.hood from comment #21)
a) No! Because of your objective I did some additional tests, and I can still
   reproduce this one. There are some common STR with Bug 113980 how to
   reproduce, but also cases which only reproduce this one or only reproduce
   Bug 113980. I will have to do some more research in the evening.

-- 
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 113980] Insert Row and Insert Column in Standard Toolbar not available after ( Auto-) Filter has been applied

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113980

Rainer Bielefeld Retired  changed:

   What|Removed |Added

 OS|All |Windows (All)

--- Comment #3 from Rainer Bielefeld Retired  
---
Currently only reproduced with WIN

-- 
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 113985] New: Update documentation for recalculating formulas

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113985

Bug ID: 113985
   Summary: Update documentation for recalculating formulas
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Documentation
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ddascalescu+freedesk...@gmail.com
CC: olivier.hal...@documentfoundation.org

Description:
https://help.libreoffice.org/Calc/Recalculate points to the old location of
"Recalculate"

Steps to Reproduce:
https://help.libreoffice.org/Calc/Recalculate

Actual Results:  
Tools - Cell Contents - Recalculate

Expected Results:
Data -> Calculate -> Recalculate


Reproducible: Always


User Profile Reset: No



Additional Info:
Please enable signing up to edit the wiki


User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like
Gecko) Chrome/62.0.3202.89 Safari/537.36

-- 
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 39593] copy/paste code detector / fixing

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=39593

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

http://cgit.freedesktop.org/libreoffice/core/commit/?id=a0ebba3d8855fee0bcec04a10137ae3a4f9f0e77

tdf#39593 deduplicate code in ExplicitValueProvider

It will be available in 6.0.0.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://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 39593] copy/paste code detector / fixing

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=39593

Commit Notification  changed:

   What|Removed |Added

 Whiteboard|target:5.4.0|target:5.4.0 target:6.0.0

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


[Libreoffice-bugs] [Bug 113962] Draw: EDITING: Insert .gif Image instances wrong image in drawing

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113962

James D Howard  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

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


[Libreoffice-bugs] [Bug 113962] Draw: EDITING: Insert .gif Image instances wrong image in drawing

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113962

--- Comment #2 from James D Howard  ---
Created attachment 137908
  --> https://bugs.documentfoundation.org/attachment.cgi?id=137908=edit
Example reproducer (.tgz)

Attached file - Bugz-113962-Example.tgz - contains an .odg and 2 image files:
one .jpg, another .gif

To reproduce:
1. make a new empty directory && cd there
2. extract: tar -xvf Bugz-113962-Example.tgz
3. open NetDiag.odg
4. Do [Insert]->[Image...] && select the file Fconnector-RG-6-ActuallyJPG.gif
5. Do [ Open ]

NOTE: The problem [Insert]->[Image...] occurs with the file
   Fconnector-RG-6-ActuallyJPG.gif
As the current file name implies the actual content of the file is in .JPG
format, but the "name" of the file is using the .gif extention.  Don't know
origin of that confusion; it was downloaded from a Google images search that
way (then renamed as you see here, but keeping the .gif extension).

Result:
Image appearing on the drawing canvas is the already-present picture of a
D-Link desktop 8-port switch

Expected result:
1.) Image appearing on the drawing canvas is the image actually in the file -
   that of an RG-6 F-connector
-- or --
2.) An error message that the file actual content (.JPG) is not of the
   type implied by the file name suffix (.gif)

NOTE: Even though there is a disagreement between the file name suffix
(".gif") and the actual content type (".jpg", as shown with the "file"
shell command), other image viewers - including 'GIMP', the Midori, Opera,
Firefox and Chrome browsers - pick up and render the file as per actual
content.

NOTE: I find that the 'Ristretto Image Viewer' does notice the
disparity and shows a blank image and a top banner error message.

-- 
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 108353] Inserting lots of rows to table burns CPU if Automatic spell checking is enabled

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=108353

--- Comment #7 from John Hutcheson  ---
The amount of CPU Burning appears to be exponential in relation to the size of
the table, Adding single rows with about 23 rows in the table results in about
6-7 minutes of CPU burning on this AMD Turion TL-60 with LO 5.1.6 under Ubuntu
16.04(32bit).

-- 
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 113939] double underline - inconsistent shortcut across components

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113939

--- Comment #3 from cson...@halmai.hu ---

I can imagine that a hotkey like Ctrl+ is more needed for a function
#1 in one application while the same hotkey is more beneficial for function #2
in another application. 

Different applications have different purposes and the simple fact that both of
app#1 and app#2 are capable to do something, it doesn't mean that those
functionalities are identically important in those applications and it means
even less that the same hotkey should be used.

Thus, I don't think we should obey the same hotkey => same functionality rule.



The question here is that is the double underline functionality such a widely
used one that it should have the same hot key or it is not. 

In my experience, it is a very rarely used formatting so I don't think I will
ever need it. If somebody does then they still can change the keyboard in Tool
=> Customize => Keyboard.


-- 
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 86303] STATUSBAR: Easy access to change to read only mode

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=86303

--- Comment #14 from cson...@halmai.hu ---
Some popular text/code editors like UltraEdit or PhpStorm, they also have a
read-only _button_ in the status bar. I assume several other similar software
also have one so it is quite obvious to have it there.

LO has a little red floppy-disk-like button in the status bar indicating that
the document is not saved. I cannot see any benefit of that button because the
disabled/enabled shade of the Save icon in the toolbar shows the same
information. Even if the toolbar is turned off, an asterisk after the filename
(Untitled *) could tell the same, which has been there in many applications
since windows 3.1. (Not even mentioning that the double-click action on the
button is quite unusual.)

I think a Read-only toggler would be much more beneficial than this Unsaved
button.  

Anyway, in the long run, it would be the best if the user could configure what
parts of the Status Bar they would like to see. If it is too congested then
they can hide some buttons. 

So, in a long run this button wouldn't harm, I think, and it could improve the
productivity of some. 

One more thought: the users, who really do need this button, they must be power
users. Making _them_ more productive is something that would help a lot in
popularising LO.

-- 
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 113604] Optimal column width of table in Writer is cumbersome and not persistent

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113604

--- Comment #7 from cson...@halmai.hu ---
(In reply to Christian Lehmann from comment #0)

I prefer using right-click menu and hot keys, much rather than the toolbar or
the upper menu. For me, it means that I use Right click -> Size -> Optimal
Column Width to resize the columns. 

The other part is missing, indeed. I would like to have a Select menu item in
the right click menu with the following items:
- Cell
- Row
- Column
- Table

In the LO I can access now (5.3.0.3 on a Mac) there are no hot keys but if they
were then the whole operation would be just 
- Right Click -> E -> T (for selecting the table) (S is used by Select
therefore E could be used)
- Right Click -> S -> O (for optimizing the column width)

Besides this, it would be even better if the multiple clicks would work more
extensively, in the following manner. 

within a cell:
- click: poition the cursor (it works)
- double click: select the word (it works)
- triple clikck: select the cell (this is missing now)

on the left margin:
- click: select the row (it works)
- double click: select whole table (this is missing now)

I admit, this is not a complete solution for your problem but it seems to be
much easier to implement. By contrast, your proposal requires to change the ODF
format as well, I think, because you want to save the "always apply optimal
column width" table setting as well.

Do you think such a semi-solution would be enough?

-- 
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 113984] Content of a sub-table in another table is hidden by page footer when breaking across pages

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113984

--- Comment #6 from Kieran Grant  ---
Created attachment 137907
  --> https://bugs.documentfoundation.org/attachment.cgi?id=137907=edit
Document showing bug [PDF]

-- 
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 113984] Content of a sub-table in another table is hidden by page footer when breaking across pages

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113984

--- Comment #5 from Kieran Grant  ---
Created attachment 137906
  --> https://bugs.documentfoundation.org/attachment.cgi?id=137906=edit
Document showing 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 113984] Content of a sub-table in another table is hidden by page footer when breaking across pages

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113984

--- Comment #3 from Kieran Grant  ---
Created attachment 137904
  --> https://bugs.documentfoundation.org/attachment.cgi?id=137904=edit
Document before triggering 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 113984] Content of a sub-table in another table is hidden by page footer when breaking across pages

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113984

--- Comment #4 from Kieran Grant  ---
Created attachment 137905
  --> https://bugs.documentfoundation.org/attachment.cgi?id=137905=edit
Document before triggering bug [PDF]

-- 
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 113984] Content of a sub-table in another table is hidden by page footer when breaking across pages

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113984

--- Comment #2 from Kieran Grant  ---
Created attachment 137903
  --> https://bugs.documentfoundation.org/attachment.cgi?id=137903=edit
Document before pushing over page [PDF]

-- 
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 113984] Content of a sub-table in another table is hidden by page footer when breaking across pages

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113984

--- Comment #1 from Kieran Grant  ---
Created attachment 137902
  --> https://bugs.documentfoundation.org/attachment.cgi?id=137902=edit
Document before pushing over page

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


[Libreoffice-bugs] [Bug 113984] New: Content of a sub-table in another table is hidden by page footer when breaking across pages

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113984

Bug ID: 113984
   Summary: Content of a sub-table in another table is hidden by
page footer when breaking across pages
   Product: LibreOffice
   Version: 5.4.3.2 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: kierangr...@linux.com

Description:
When a table has a sub-table that doesn't have "Allow row to break across pages
and columns" set breaks over a page that has a footer, the footer will hide the
row.
(With the tick box set, it is harder to reproduce at times, but can still be
done by setting both tables to have a repeating header)

Steps to Reproduce:
1. Create a footer with some content
2. Create a table with 3 rows, 1 column, with a repeating header of first row.
Allow it to split over pages.
3. Insert a line of text for header and first row
4. Insert a table in 3rd row, with 1 column and 3 rows, with a repeating header
of 1st row.
5. Change this sub-table to not break rows over pages and columns.
6. Insert content for header row and content rows.
7. Add line breaks to start of document until table breaks over page.

Actual Results:  
The second (and subsequent) content rows of the sub-table correctly break to
the next page, with repeated headers for outer and inner table.
When enough line breaks (or other content) is before the table so that the
first content line and header of the sub-table should be pushed to next page,
instead it is hidden by the footer row.

Expected Results:
The table should be pushed to the next page. (along with the outer-table row it
is in)


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 5.4.3.2 (x64)
Build ID: 92a7159f7e4af62137622921e809f8546db437e5
CPU threads: 4; OS: Windows 6.19; UI render: default; 
Locale: en-AU (en_AU); Calc: group


User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:57.0) Gecko/20100101
Firefox/57.0

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


[Libreoffice-bugs] [Bug 113961] [Navigator] Double-click on chap =?UTF-8?Q?ter=20shouln=E2=80=99d=20expand?=/collapse it

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113961

--- Comment #3 from Heiko Tietze  ---
(In reply to zyklon87 from comment #2)
> That means?

Status: New, Blocks: "Navigator"

Thing is that everyone seems to be afraid of touching this code, and there is
likely no volunteer to fix your issue. But maybe someone perhaps in a GSoC
project will start to implement a new Navigator.

-- 
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 113538] Bundle and use open source Hebrew fonts by default

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113538

Yousuf Philips (jay)  changed:

   What|Removed |Added

 Attachment #137900|0   |1
is obsolete||

--- Comment #20 from Yousuf Philips (jay)  ---
Created attachment 137901
  --> https://bugs.documentfoundation.org/attachment.cgi?id=137901=edit
Hebrew Fonts Currently in LibreOffice (updated)

-- 
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 113538] Bundle and use open source Hebrew fonts by default

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113538

--- Comment #19 from Eyal Rozenberg  ---
(In reply to Yousuf Philips (jay) from comment #16)
> (In reply to Eyal Rozenberg from comment #2)
> It should be chosen based on what is best in Hebrew. We are currently
> looking into what is best in latin presently (bug 113941).

You're "begging the question" (petitio principii) - assuming that's it may be
different in Hebrew than it is in Latin. Why?

> > 2. Assuming it's independent - is it better for Hebrew to have serif or as
> > sans-serif font?
> 
> Well this choice has to be decide for both headings and text, similar to how
> latin uses sans for headings and serif for text, and also what the best font
> for headings and text should be.

Actually, choosing a nice font for headings may be different than choosing one
for running text. The bundling choices focus on the former. Many of them - both
serif and sans serif - are totally out of the question IMHO as heading fonts
(Miriam, Frank Ruehl). On the other hand, some work both in both capacities -
even against each other, e.g. Alef/Alef or David/David (when you play with the
sizes).

> The choice of what the best font should be needs to be made both for serif
> and sans fonts, as even if we went with serif for writer, sans is used in
> calc and impress. Also the choice needs to be made in what is the best order
> for serif and sans fonts depending on what fonts the user has installed.

That's true. A secondary question, though, if the order can include both serif
and sans serif fonts (e.g. "Try Miriam CLM if David CLM is unavailable").

> So is this preference of David CLM for both text and headings? Do you still
> prefer David CLM over David Libre?

I definitely prefer David CLM to David Libre. While some may say I've been
"pre-conditioned" by using MS David for years, I still find David Libre way off
with respect to spacing. It feel a bit like monospace with actually being
monospaced.

About headings - like I said above, I haven't actually given my preference for
headings. And I think it would also depend on what's the running text font. I
often use David/David myself (and perhaps one could play with the weights a
bit). Another combination I like, which we can't use, is Narkisim with David -
where either one works (in my perception) as a header font for the other as
body font. Narkisim is here:
https://www.microsoft.com/typography/fonts/family.aspx?FID=252

I'm not sure what I think about combining David with Alef, though. Alef is kind
of kind of a "look how clever and innovative I am" kind of a font, and David is
more conservative looking (conservative in the 20th century sense, not
older-Jewish-tradition sense).

> So you prefer Noto Sans over sans based hebrew fonts Nachlieli CLM and Rubik
> Libre? If you didnt already know, Liberation Sans is a fork of Arimo and
> Liberation Mono is a fork of Cousine.

Not really. I kind of take that back, and it wasn't a strong preference anyway.
Nachlieli is just fine. Liberation Sans too (in Hebrew, it reminds me of MS
Arial actually - possibly not a bad thing). Rubik feels a bit weird as a
default but I could live with it.

> Starting with Word 2013, it uses Calibri for text and Calibri Light for
> headings.

Well, it seems they're not too sure about this either then :-)

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


[Libreoffice-bugs] [Bug 112532] Color picker widget is slow to initialize - does not cache color palette data

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=112532

Aron Budea  changed:

   What|Removed |Added

 CC||mhi...@gmail.com

--- Comment #4 from Aron Budea  ---
*** Bug 113983 has been marked as a duplicate of this bug. ***

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


[Libreoffice-bugs] [Bug 113983] Short freeze when selecting Application Colors

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113983

Aron Budea  changed:

   What|Removed |Added

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

--- Comment #1 from Aron Budea  ---
Please follow the duplicate bug report.

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

-- 
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 113538] Bundle and use open source Hebrew fonts by default

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113538

--- Comment #18 from Eyal Rozenberg  ---
(In reply to Yousuf Philips (jay) from comment #15)
> we should bundle
> 
> * 2 David variants(serif) - David Libre, David CLM
> * 2 Frank Ruehl variants  (serif) - Frank Ruhl Hofshi, Frank Ruehl CLM
> * 2 Miriam variants(slim) - Miriam Libre, Miriam CLM
> * 1 mono-space font(mono) - Miriam Mono CLM
> * 3 recommended sans fonts (sans) - Rubik Libre, Nachlieli CLM, Alef

That's a decent combination, in my opinion. A more space-conservative one which
I also think would be ok is:

* 1 David variant (serif) - David CLM
* 1 Frank Ruehl variant   (serif) - Frank Ruehl CLM
* 1 Miriam variants(slim) - Miriam CLM
* 1 mono-space font(mono) - Miriam Mono CLM
* 3 recommended sans fonts (sans) - Rubik Libre, Nachlieli CLM, Alef

Also (in case I haven't said this before already, which I may have) it would be
nice if there could be a detection of whether the CLM fonts are available, and
only download/install an extra version when they aren't. In fact, in order to
simplify this, it might not be a bad idea to just depend on the Culmus package
when packaging for various OS distros and only bundle them in a standalone
download.

> I limited them only to the 4 basic styles (regular, italic, bold, bold 
> italic).

I'm very much against this. We should foster finer use of weights and not
cripple the fonts by not bundling their full weight spectrum.

-- 
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 113538] Bundle and use open source Hebrew fonts by default

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113538

--- Comment #17 from Yousuf Philips (jay)  ---
Created attachment 137900
  --> https://bugs.documentfoundation.org/attachment.cgi?id=137900=edit
Hebrew Fonts Currently in LibreOffice

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


[Libreoffice-bugs] [Bug 113960] [Tables] Adapting table width by default

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113960

--- Comment #3 from zyklo...@web.de ---
Thanks for your comment, but I actually meant, that it is annyoing, that a
change to one column (no matter which) affects other columns. This behaviour is
due to the option “adapt table with” not being checked by default.

What I want is, that a change to a column width should NOT affect ANY other
column – but instead the complete table with. So if my table spans over the
whole screen, and I shrink any column by a several amount, I want the whole
table being shrinked by exactly this amount, because the width of all other
columns should persist.

The solution is pretty easy: Just make the checkmark default.


The mode with that unchecked checkmark (i.e. altering one column’s width
changes another one) being completely useless is another bug. But I don’t care
about that, because I would never use that.

-- 
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 113961] [Navigator] Double-click on chap =?UTF-8?Q?ter=20shouln=E2=80=99d=20expand?=/collapse it

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113961

--- Comment #2 from zyklo...@web.de ---
That means?

-- 
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 113979] Paste unformated text does not ignore empty cells

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113979

--- Comment #5 from Laurent BP  ---
Or shall we have an option "Skip empty cells" to let user decide which behavior
he is expecting?

-- 
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 113538] Bundle and use open source Hebrew fonts by default

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113538

--- Comment #16 from Yousuf Philips (jay)  ---
(In reply to Eyal Rozenberg from comment #2)
> 1. Should the choice of serif vs sans-serif be adopted from the choice
> w.r.t. Latin fonts, or should it be made independently for Hebrew?

It should be chosen based on what is best in Hebrew. We are currently looking
into what is best in latin presently (bug 113941).

> 2. Assuming it's independent - is it better for Hebrew to have serif or as
> sans-serif font?

Well this choice has to be decide for both headings and text, similar to how
latin uses sans for headings and serif for text, and also what the best font
for headings and text should be.

> 3. Given the choice of serif-vs-sans-serif, which is the best free Hebrew
> font to use as default?

The choice of what the best font should be needs to be made both for serif and
sans fonts, as even if we went with serif for writer, sans is used in calc and
impress. Also the choice needs to be made in what is the best order for serif
and sans fonts depending on what fonts the user has installed.

> 3. If it's serif: David CLM, definitely ; if it's sans-serif: Noto Sans, or
> maybe Arimo, or Cousine (no strong preference)

So is this preference of David CLM for both text and headings? Do you still
prefer David CLM over David Libre?

So you prefer Noto Sans over sans based hebrew fonts Nachlieli CLM and Rubik
Libre? If you didnt already know, Liberation Sans is a fork of Arimo and
Liberation Mono is a fork of Cousine.

(In reply to Eyal Rozenberg from comment #7)
> PS 1: Microsoft had, for many years, used a Serif font as the default in MS
> Word (Times New Roman), then switched to the interesting Calibri, a sans
> serif font (and Cambria, a serif font, for headings).

Starting with Word 2013, it uses Calibri for text and Calibri Light for
headings.

-- 
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 57351] Calc: "Insert columns" is not available in the context menu if an autofilter to hide rows is applied

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=57351

--- Comment #21 from alister.h...@gmail.com ---
(In reply to Rainer Bielefeld Retired from comment #20)
> NOT / No longer reporducible with Version: 5.4.2.2 
> Build-ID: 22b09f6418e8c2d508a9eaf86b2399209b0990f4
> CPU-Threads: 4; Betriebssystem:Windows 6.1; UI-Render: Standard; 
> Gebietsschema: de-DE (de_DE); Calc: group

Hi Rainer,
Are you sure?
It certainly still reproduces in 5.4.2, and it seems rather unlikely, given
that you've just filed #113980 which matches this comment above, and seems like
it would have the same underlying cause:

> it also not possible for me to insert a column from the menu (Insert -> 
> Columns)

Note as described above that it only reproduces if the autofilter actually
hides some rows.

-- 
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 113979] Paste unformated text does not ignore empty cells

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113979

--- Comment #4 from Laurent BP  ---
I came to the same conclusion with a manual bisection ;-)

It seems that this behavior was intentionally introduced with commit
96175a4bc6687c3adc31b9e0246fe49db2b7675e
https://cgit.freedesktop.org/libreoffice/core/commit/sc/source/ui?id=96175a4bc6687c3adc31b9e0246fe49db2b7675e

to fix bug 69981 for Text to column function.

Shall we have a different behavior when pasting raw text?
@Eike: any advice?

-- 
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 108650] [META] Page deck/tab of the sidebar

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=108650
Bug 108650 depends on bug 106890, which changed state.

Bug 106890 Summary: Page orientation of User page size is not determined 
correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=106890

   What|Removed |Added

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

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


[Libreoffice-bugs] [Bug 103304] [META] Page dialog bugs and enhancements

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103304
Bug 103304 depends on bug 106890, which changed state.

Bug 106890 Summary: Page orientation of User page size is not determined 
correctly
https://bugs.documentfoundation.org/show_bug.cgi?id=106890

   What|Removed |Added

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

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


[Libreoffice-bugs] [Bug 107817] [META] Impress UI/UX bugs and enhancements

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=107817
Bug 107817 depends on bug 112650, which changed state.

Bug 112650 Summary: Disable 'background settings for all pages' dialog 
appearing when inserting background image
https://bugs.documentfoundation.org/show_bug.cgi?id=112650

   What|Removed |Added

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

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


[Libreoffice-bugs] [Bug 112521] [META] Message box dialog bugs and enhancements

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=112521
Bug 112521 depends on bug 112650, which changed state.

Bug 112650 Summary: Disable 'background settings for all pages' dialog 
appearing when inserting background image
https://bugs.documentfoundation.org/show_bug.cgi?id=112650

   What|Removed |Added

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

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


[Libreoffice-bugs] [Bug 113983] New: Short freeze when selecting Application Colors

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113983

Bug ID: 113983
   Summary: Short freeze when selecting Application Colors
   Product: LibreOffice
   Version: 5.3.7.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: mhi...@gmail.com

Description:
Every time when the Options dialog is opened the application freezes up (for up
to 5 seconds on my machine) when selecting the Application Colors entry.

Steps to Reproduce:
1. Open options dialog from Tools -> Options...
2. Select Application Colors entry
3.

Actual Results:  
~5 seconds of the application freezing up

Expected Results:
Instant switch


Reproducible: Always


User Profile Reset: Yes



Additional Info:


User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:57.0) Gecko/20100101
Firefox/57.0

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


[Libreoffice-bugs] [Bug 113143] FILESAVE PDF: wrong position of a JPEG image on exported notes page

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113143

Mike Kaganski  changed:

   What|Removed |Added

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

-- 
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 113982] PDF export standard settings

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113982

Mike Kaganski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=11
   ||3143
 Resolution|--- |WONTFIX

--- Comment #1 from Mike Kaganski  ---
This request is incorrect. As I suppose from your issue
(https://ask.libreoffice.org/en/question/138661), you suffer from bug 113143,
which should be fixed in the first place. Changing the defaults is not a good
option, because it would produce huge files by default.

So the real problem is the abovementioned bug. Closing this as WONTFIX.

-- 
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 113977] Implement REGEXEXTRACT function

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113977

Xisco Faulí  changed:

   What|Removed |Added

 CC||winfrieddonkers@libreoffice
   ||.org,
   ||xiscofa...@libreoffice.org
   Severity|normal  |enhancement

--- Comment #1 from Xisco Faulí  ---
@Winfried, what do you think ?

-- 
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 113979] Paste unformated text does not ignore empty cells

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113979

Xisco Faulí  changed:

   What|Removed |Added

   Keywords||bibisected, bisected
 Status|UNCONFIRMED |NEW
 CC||er...@redhat.com,
   ||tgulacsi78+libreoffice@gmai
   ||l.com,
   ||xiscofa...@libreoffice.org
 Ever confirmed|0   |1

--- Comment #3 from Xisco Faulí  ---
Regression introduced by:

author  Tamás Gulácsi 2016-11-11 20:11:01 (GMT)
committer   Eike Rathke   2016-11-12 14:43:22 (GMT)
commit  96175a4bc6687c3adc31b9e0246fe49db2b7675e (patch)
tree2cefbbe0c0f8be5a0b4ad5c402fd80bab80bbdf5
parent  f57502e75cae1020f3fcfa5919802a78a6ccb6ff (diff)
tdf#69981 - sc: blank empty cells in TextToColumns
If the string is empty, we must delete the destination cell.
This is done, iff we don't return early (rStr.isEmpty() check).
Instead, add a fast path for the empty string.

Bisected with: bibisect-linux-64-5.3

Adding Cc: to Tamás Gulácsi

-- 
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 113979] Paste unformated text does not ignore empty cells

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113979

--- Comment #2 from Laurent BP  ---
Reproduce with:
- Version: 5.3.0.0.alpha1+ (x64)
Build ID: 9745d29227e471ce40e9992fefd92e10a48696fb
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Layout Engine:
new; 
TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2016-11-18_21:55:13
Locale: fr-FR (fr_FR); Calc: CL

NOT reproduce with:
- Version: 5.3.0.0.alpha1+
Build ID: bbd44f8f89839b5abb4ec6c7ea195431de5b2f48
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2016-10-26_23:19:45
Locale: fr-FR (fr_FR); Calc: CL

Regression was introduced between 2016-10-26_23:19:45 and 2016-11-18_21:55:13

Still present in recent master:
- Version: 6.0.0.0.alpha1+ (x64)
Build ID: 6d24213d55df33c7bb5f10d511dcfc82b745db38
CPU threads: 4; OS: Windows 6.1; UI render: default; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2017-11-18_04:09:43
Locale: fr-FR (fr_FR); 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 113982] New: PDF export standard settings

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113982

Bug ID: 113982
   Summary: PDF export standard settings
   Product: LibreOffice
   Version: 5.4.3.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: roelandb...@hotmail.com

Description:
I noticed that when exporting a calc spreadsheet to pdf, the option JPEG
compression is a standard value. This creates problems when using big images in
spreadsheets and exporting the spreadsheet to pdf.

If the standard value would be lossless compression, then this issue would not
exist as standard behavior.

It was quite a search to determine the origin of this problem, so I can imagine
 a standard user would maybe just give up on this. The standard behaviro should
allways give the best results.

Steps to Reproduce:
1. create a spreadsheet and insert a big image
2. export to pdf
3. the image inside the pdf will be compressed and there will be loss of
quality

Actual Results:  
standard behavior creates a bad pdf, which requires some research to get solved

Expected Results:
standard behavior creates a good pdf


Reproducible: Always


User Profile Reset: No



Additional Info:


User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:57.0) Gecko/20100101
Firefox/57.0

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


[Libreoffice-bugs] [Bug 113538] Bundle and use open source Hebrew fonts by default

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113538

Yousuf Philips (jay)  changed:

   What|Removed |Added

 CC||kaplanl...@gmail.com,
   ||sh.ya...@gmail.com

--- Comment #15 from Yousuf Philips (jay)  ---
So i'll be tackling the issue of what we should bundle in this comment.

As can be seen in attachment 137864, Windows and OS X provide their users with
a David-variant (David, Raanana), a Frank Ruehl-variant (FrankRuehl, New
Peninim MT), and an Arial-variant (Arial, Arial Hebrew).

Windows (attachment 137853) and OS X (attachment 137854) also provide their
users with a Lucida variant (Lucida Sans Unicode, Lucida Grande), while Windows
also provides its users with a number of additional sans and serif fonts, but
also 3 slim styled fonts (Miriam, Levenim MT, MS Sans Serif) and 2 mono styled
fonts (Miriam Fixed, Courier New).

So in order to help these users to use open source hebrew fonts, as well as
ensure interoperability of documents created on linux with open source hebrew
fonts, we should bundle

* 2 David variants(serif) - David Libre, David CLM
* 2 Frank Ruehl variants  (serif) - Frank Ruhl Hofshi, Frank Ruehl CLM
* 2 Miriam variants(slim) - Miriam Libre, Miriam CLM
* 1 mono-space font(mono) - Miriam Mono CLM
* 3 recommended sans fonts (sans) - Rubik Libre, Nachlieli CLM, Alef

I gathered together the OFL licensed Libre fonts from their github pages and
put them together, though i limited them only to the 4 basic styles (regular,
italic, bold, bold italic).
https://drive.google.com/file/d/1xbnQ_rxEHCkceBYkoj-O3Bq5Pfycr_DV/view?usp=sharing

The GPL licensed Culmus (CLM) version 0.131 will be pulled from website.
https://sourceforge.net/projects/culmus/files/culmus/0.131/

The OFL licensed Alef version 1.001 pulled from its website but i trimmed it
down to just the essentials.
https://drive.google.com/file/d/1_RflIvZYO0rRuS6eg4mvNLHt4Gsg9KXI/view?usp=sharing

-- 
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 113981] Adding a table row and/or resizing a table column height/ width for a large table is noticeably slower compared to LibO 5.0

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113981

Telesto  changed:

   What|Removed |Added

   Keywords||bibisected, perf,
   ||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 113981] Adding a table row and/or resizing a table column height/ width for a large table is noticeably slower compared to LibO 5.0

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113981

--- Comment #1 from Telesto  ---
Created attachment 137899
  --> https://bugs.documentfoundation.org/attachment.cgi?id=137899=edit
Bibisect log

Bibisected to the following range:
ef8163604f7946ba35b5d133cf6e7a41c750a112 is the first bad commit
commit ef8163604f7946ba35b5d133cf6e7a41c750a112
Author: Norbert Thiebaud 
Date:   Thu Nov 12 21:07:25 2015 -0800

source sha:f02ae7a1bba0a061b8d6d0fef1155bdd9feb16e3

source sha:f02ae7a1bba0a061b8d6d0fef1155bdd9feb16e3
source sha:d01a81338abe84491684b9f3925ba98c43163fe7
source sha:e08fbe4c592b25fb88828157ff054431ac8e2d8b
source sha:2d0341a23f95e322990006d78d3f514a9448ed84
source sha:e660a0515889ce42e95c57af8c3815a1afc2f1dc
source sha:2d30f347ccdc4539a695f04d91a3706d02a857e1
source sha:e9fcefe4640dfa0895dca703a37f27ea5b2e893c
source sha:14e409188b2068e04c63201803039b250113ae37
source sha:ce6eed613cb2bd79a66cf9c10e3370fcb4949c6d
source sha:9f90d987901f9f69e78370705a7f000f5d7d4902
source sha:2dbe457fbcd99ea09e5a97b39e216e575c260cbe
source sha:a201f0cc675ea5b5b1ef71d6cef7ea7ef4e74923
source sha:8557a8a74dc692ef7ec83d95413ddc3186aa0695
source sha:d7627da5c9b0b351e8150b08febf64273ba0231e
source sha:c4ef30ea916752ba5a057b49960a60a55f70c84c
source sha:bb34de0189a7c2ac81c08f3a283a71c2e67093d3
source sha:11fc639c0897a192f1da0c69d1f7ab683ff1208e
source sha:52e08f200e5ed525cb1ff92a13ab85d36cd7459f
source sha:fd8c98861c94dfa572253b53809c49bbd975dfc0
source sha:d6c82fe72787702c9c90ff890b86519604a4273c
source sha:e7ab3554f53df02088451361a154e4574494a8f7
source sha:8bae6345bff0508f5f01e0061d7b576f36e6961d
source sha:54c679af63b87dd83b6da07201b68728bded4ba9
source sha:0c7913de2f0b91de623838dfd4013c5e92bad6d8
source sha:4bdf05b28d6584a1986ac7e5855d0260ff62930d
source sha:32686b0d0a15a653f831d0645e5b7c1145860570
source sha:c65e00d908a2dcf47d3ff925d09e336d9b0939f7
source sha:899453aa8407fca8a93d51f12ad4e335d1beeb62
source sha:6128c10f550924c2b75f18b6c6220cc1770adba4
source sha:2b4d7be9484d360d8361dd71d767afbcc67fdcb2
source sha:a133053f94f7c5b05f4354bb4977c2250b470a8a
source sha:737555eb2ff5f4f90b9794784e1ac8f0451b9b97
source sha:5c142dd31de4a6d1c6ce9885ad06d84aca492152
source sha:266abd09fd2d449351e356bc48f65c725b121247
source sha:b92174e4c723bacfcfc245a483365cc7fb5d72c1
source sha:c504477e7c3c7109fc4439988d8f3eb11a267c74
source sha:44daaebf835bb60fb7e442e928cd30191f15af52
source sha:a7816853bad55ada597092c16ba9a0a761e067d0
source sha:14c2b509928b7c7a437464c10bd0f57ff307ad54
source sha:fa91dd31f39a24329d288d4e1cda28db3a16af0d
source sha:c21ddcdb30b8dd7be56176e00bc2d4780cb342e1
source sha:a31b4f4c6eaa7a2e5e5986a4dee5acbd94ada8d1
source sha:3503873c7b54c013e7cfe8f73ce8485862348592
source sha:1bea36ddadae18a66d2e6043681b5b6fa37e4da1
source sha:12bf19b8e6cff6309f70675ebaaeb7b356b1967b
source sha:2ff2fafff8fe455a2493d04e7da709588a691ddd
source sha:0521461eee932eefbd69fcd39407f181bc2213dd
source sha:8978ce53e16de9a597015b0704f813dffa7da920
source sha:44d3577f4b5ec181219268826d2ec504e61541f3

:04 04 1ce755f5622de2e074a52f040a4cbce581150fae
09ea88eeec0c2980170abeadabf9920e658174ab M  instdir

-- 
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 113981] New: Adding a table row and/or resizing a table column height /width for a large table is noticeably slower compared to LibO 5.0

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113981

Bug ID: 113981
   Summary: Adding a table row and/or resizing a table column
height/width for a large table is noticeably slower
compared to LibO 5.0
   Product: LibreOffice
   Version: 5.1.0.3 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tele...@surfxs.nl

Description:
Adding a table row and/or resizing a table column height/width for a large
table is noticeably slower compared to LibO 5.0

Steps to Reproduce:
1. Open Writer
2. Add a table 40x600
3. Add a row (slow) (and a CPU hogging)
4. Delete a row (fast)

Actual Results:  
Adding/ resizing a a row is pretty slow

Expected Results:
Should be fast 


Reproducible: Always


User Profile Reset: No



Additional Info:
Found in
Version: 6.0.0.0.alpha1+
Build ID: b3f1d199a72ce87cb65ddaeac922564f57da6a4d
CPU threads: 4; OS: Windows 6.3; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-11-06_00:10:53
Locale: nl-NL (nl_NL); Calc: CL

and in 
5.2


User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:52.0) Gecko/20100101
Firefox/52.0

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


[Libreoffice-bugs] [Bug 113539] FILEOPEN ODT: Slower opening of file containing a large table (25 rows 2000 columns)

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113539

Telesto  changed:

   What|Removed |Added

 CC||todven...@suomi24.fi

--- Comment #6 from Telesto  ---
A callgrind trace could be helpful.. ;-)

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


[Libreoffice-bugs] [Bug 101349] Default set of table styles

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=101349

Heiko Tietze  changed:

   What|Removed |Added

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

--- Comment #38 from Heiko Tietze  ---
Obviously, the localization of table styles is out of my capabilities.
Abandoning the not working patch https://gerrit.libreoffice.org/#/c/44739/

-- 
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 112395] SfxBoolItem::Clone(SfxItemPool*) leaks memory

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=112395

--- Comment #9 from Julien Nabet  ---
(In reply to Telesto from comment #8)
> Not sure if it's worth it, but there is still a small leak - 
> SfxBoolItem::Clone(SfxItemPool*)- when formatting text within a textbox
> (bold italic, underline, font color change)

This one may be fixed with
https://cgit.freedesktop.org/libreoffice/core/commit/?id=21f8b386e07702e375abd8000e7583f25a0804cf

-- 
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 113970] CppunitTest_sc_parallelism crashes on master

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113970

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:6.0.0

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


[Libreoffice-bugs] [Bug 113970] CppunitTest_sc_parallelism crashes on master

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113970

--- Comment #3 from Commit Notification 
 ---
Dennis Francis committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=925af83ca4a383be854317ce41b7eb739c09ec32

tdf#113970 : blacklist vlookup/hlookup for threading...

It will be available in 6.0.0.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://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 113972] Liberation fonts in Libre

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113972

Xisco Faulí  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 CC||xiscofa...@libreoffice.org
 Ever confirmed|0   |1

--- Comment #1 from Xisco Faulí  ---
Thank you for reporting the bug.
it seems you're using an old version of LibreOffice.
Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.

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


[Libreoffice-bugs] [Bug 113953] Speling msitake in Danish translation

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113953

Adolfo Jayme  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||leiflod...@gmail.com
 Ever confirmed|0   |1

--- Comment #1 from Adolfo Jayme  ---
@Leif: one for you, I guess?

-- 
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 113980] Insert Row and Insert Column in Standard Toolbar not available after ( Auto-) Filter has been applied

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113980

--- Comment #2 from Rainer Bielefeld Retired  
---
c) It seems the issue only appears if Autofilter has been applied as
   Standard Filter

-- 
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 113625] Apostrophe is entered in with the wrong font

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113625

Avi  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

--- Comment #3 from Avi  ---
Added an attachment with wrong vs. right Hebrew apostrophe. Issue is easily
reproducible: just write an apostrophe while in Hebrew mode. The apostrophe
will be entered using the English font rather than the Hebrew one.

In fact, I haven't found a trivial way to enter a Hebrew (e.g. David font)
apostrophe, other than pasting it from another application.

-- 
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 113980] Insert Row and Insert Column in Standard Toolbar not available after ( Auto-) Filter has been applied

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113980

Rainer Bielefeld Retired  changed:

   What|Removed |Added

 CC||LibreOffice@bielefeldundbus
   ||s.de
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=57
   ||351

--- Comment #1 from Rainer Bielefeld Retired  
---
Additional information:
-
a) No obvious DUP found with

b) also see "Bug 57351 - Calc: "Insert columns" is not available in the context
menu if an autofilter to hide rows is applied"

-- 
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 57351] Calc: "Insert columns" is not available in the context menu if an autofilter to hide rows is applied

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=57351

Rainer Bielefeld Retired  changed:

   What|Removed |Added

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

-- 
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 113625] Apostrophe is entered in with the wrong font

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113625

--- Comment #2 from Avi  ---
Created attachment 137898
  --> https://bugs.documentfoundation.org/attachment.cgi?id=137898=edit
Wrong vs right apostrophe

-- 
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 113980] New: Insert Row and Insert Column in Standard Toolbar not available after ( Auto-) Filter has been applied

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113980

Bug ID: 113980
   Summary: Insert Row and Insert Column in Standard Toolbar not
available after (Auto-) Filter has been applied
   Product: LibreOffice
   Version: 5.4.2.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: libreoff...@bielefeldundbuss.de

Steps how to reproduce with Version: 5.4.2.2
Build-ID: 22b09f6418e8c2d508a9eaf86b2399209b0990f4
CPU-Threads: 4; Betriebssystem:Windows 6.1; UI-Render: Standard; 
Gebietsschema: de-DE (de_DE); Calc: group:

1. Open existing complex Spreadsheet document
2. Apply any auto filter
3. Click a cell in the middle of an area of joint rows
4. Try to click 'Insert Row' or 'Insert Column' icon in Standard Toolbar
   Expected: works, Pulldown menu opens
   Actual: Nothing happens until Document has been saved (by click on 'Save'
   icon

-- 
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 113539] FILEOPEN ODT: Slower opening of file containing a large table (25 rows 2000 columns)

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113539

Telesto  changed:

   What|Removed |Added

 Blocks||103100


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=103100
[Bug 103100] [META] Writer table bugs and enhancements
-- 
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 103100] [META] Writer table bugs and enhancements

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103100

Telesto  changed:

   What|Removed |Added

 Depends on||113539


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=113539
[Bug 113539] FILEOPEN ODT: Slower opening of file containing a large table (25
rows 2000 columns)
-- 
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 57351] Calc: "Insert columns" is not available in the context menu if an autofilter to hide rows is applied

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=57351

Rainer Bielefeld Retired  changed:

   What|Removed |Added

 CC||LibreOffice@bielefeldundbus
   ||s.de

--- Comment #20 from Rainer Bielefeld Retired  
---
NOT / No longer reporducible with Version: 5.4.2.2 
Build-ID: 22b09f6418e8c2d508a9eaf86b2399209b0990f4
CPU-Threads: 4; Betriebssystem:Windows 6.1; UI-Render: Standard; 
Gebietsschema: de-DE (de_DE); Calc: group

-- 
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 113539] FILEOPEN ODT: Slower opening of file containing a large table (25 rows 2000 columns)

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113539

Telesto  changed:

   What|Removed |Added

   Keywords||perf

-- 
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 99912] Writer creates a new hyperlink when proofing hyperlink text

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=99912

--- Comment #8 from Stanislav Horacek  ---
Still reproducible in: Version: 6.0.0.0.alpha0+
Build ID: 141fe1c5e7fbf67a083b34e49e19b6ea78a0eb2b

-- 
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 113979] Paste unformated text does not ignore empty cells

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113979

Laurent BP  changed:

   What|Removed |Added

Version|5.3.0.1 rc  |5.3.0.0.beta1

--- Comment #1 from Laurent BP  ---
Reproduce with:
- Version: 5.3.0.0.beta1 (x64)
Build ID: 690f553ecb3efd19143acbf01f3af4e289e94536
Threads CPU : 2; Version de l'OS :Windows 6.1; UI Render : par défaut; Layout
Engine: new; 
Locale : fr-FR (fr_FR); Calc: CL
- Version: 5.4.2.1 (x64)
Build ID: dfa67a98bede79c671438308dc9036d50465d2cb
Threads CPU : 2; OS : Windows 6.1; UI Render : par défaut; 
Locale : fr-FR (fr_FR); Calc: CL

Set as 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 99458] Interactive crop handles are covered by header drop-down button

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=99458

--- Comment #3 from Stanislav Horacek  ---
The same behaviour in: Version: 6.0.0.0.alpha0+
Build ID: 141fe1c5e7fbf67a083b34e49e19b6ea78a0eb2b

-- 
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 58676] EDITING: "Search in all sheets" setting should be persistent after reopening the application

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=58676

Stanislav Horacek  changed:

   What|Removed |Added

 Status|NEEDINFO|NEW

--- Comment #7 from Stanislav Horacek  ---
Any reason for NEEDINFO? Setting back to NEW as the enhancement is described
clearly.

-- 
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 113604] Optimal column width of table in Writer is cumbersome and not persistent

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113604

Telesto  changed:

   What|Removed |Added

 Blocks||107707


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=107707
[Bug 107707] [META] Writer table enhancements requests
-- 
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 107707] [META] Writer table enhancements requests

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=107707

Telesto  changed:

   What|Removed |Added

 Depends on||113604


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=113604
[Bug 113604] Optimal column width of table in Writer is cumbersome and not
persistent
-- 
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 113979] Paste unformated text does not ignore empty cells

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113979

Laurent BP  changed:

   What|Removed |Added

   Keywords||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 113979] New: Paste unformated text does not ignore empty cells

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113979

Bug ID: 113979
   Summary: Paste unformated text does not ignore empty cells
   Product: LibreOffice
   Version: 5.3.0.1 rc
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: jumbo4...@yahoo.fr

Created attachment 137897
  --> https://bugs.documentfoundation.org/attachment.cgi?id=137897=edit
Example file

Description: Pasting raw text, with empty columns, erase cells

Steps to reproduce:
1. Create a new sheet, with formulas in column D = SUM(A1:C1) (or open attached
document)
2. Copy this text:
1;2;3;;60
2;3;4;;61
Note: successive semi colons indicate an empty column
3. Click on menu button of Paste button > Unformated text
4. In dialog, check semi colon as separator, OK

Actual result:
Formula in column D are erased.

Expected result:
Formula in column D should be kept

Workaround: paste in another sheet, copy again and paste special with "Skip
empty cells" option

Reproduce with:
- Version: 5.3.0.1 (x64)
Build ID: 3b800451b1d0c48045de03b5b3c7bbbac87f20d9
Threads CPU : 2; Version de l'OS :Windows 6.1; UI Render : par défaut; Moteur
de mise en page : nouveau; 
Locale : fr-FR (fr_FR); Calc: CL
- Version: 5.3.6.1
Build ID: 686f202eff87ef707079aeb7f485847613344eb7
Threads CPU : 2; Version de l'OS :Windows 6.1; UI Render : par défaut; Moteur
de mise en page : nouveau; 
Locale : fr-FR (fr_FR); Calc: group

NOT reproduce with (works as expected):
- Version: 5.2.7.2 (x64)
Build ID: 2b7f1e640c46ceb28adf43ee075a6e8b8439ed10
Threads CPU : 2; Version de l'OS :Windows 6.1; UI Render : par défaut; 
Locale : fr-FR (fr_FR); Calc: CL
- Version: 5.3.0.0.alpha1 (x64)
Build ID: f4ca1573fcf445164c068c1046ab5d084e1b005f
Threads CPU : 2; Version de l'OS :Windows 6.1; UI Render : par défaut; 
Locale : fr-FR (fr_FR); 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 56178] monochrome TIFF not rendered correctly

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=56178

--- Comment #15 from Stanislav Horacek  ---
The incorrect rendering of the image persists in: Version: 6.0.0.0.alpha0+
Build ID: 141fe1c5e7fbf67a083b34e49e19b6ea78a0eb2b

-- 
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 113957] Fonts appear very pixelated on Impress presentations

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113957

--- Comment #2 from Telesto  ---
Please update to LibreOffice 5.3.7.2. 
http://www.libreoffice.org/download/download/

-- 
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 94899] Inconsistent menu items "Clear Direct Formatting" and " Default Formatting"

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=94899

--- Comment #5 from Stanislav Horacek  ---
Still present in: Version: 6.0.0.0.alpha0+
Build ID: 141fe1c5e7fbf67a083b34e49e19b6ea78a0eb2b

-- 
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 110461] Letter page format size prints portrait pages as landscape on OS X ( template dependent)

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=110461

Telesto  changed:

   What|Removed |Added

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

--- Comment #19 from Telesto  ---
Marking as dupe (again) of bug 92190
It's fixed on master 
http://dev-builds.libreoffice.org/daily/master/MacOSX-x86_64@49-TDF/current/

and in LibreOffice 5.4.4

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

-- 
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 92190] PRINTs landscape despite configured as portrait (Mac OS)

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=92190

--- Comment #97 from Telesto  ---
*** Bug 110461 has been marked as a duplicate of this bug. ***

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


[Libreoffice-bugs] [Bug 108800] [META] Print related issues

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=108800
Bug 108800 depends on bug 110461, which changed state.

Bug 110461 Summary: Letter page format size prints portrait pages as landscape 
on OS X (template dependent)
https://bugs.documentfoundation.org/show_bug.cgi?id=110461

   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 104028] PDF EXPORT: detail loss from WMF exporting to PDF (evince, adobe reader, edge)

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=104028

Xisco Faulí  changed:

   What|Removed |Added

 CC||gan...@poczta.onet.pl

--- Comment #23 from Xisco Faulí  ---
@Bartosz, I thought you might be interested in this one...

-- 
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 103378] [META] PDF export bugs and enhancements

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=103378
Bug 103378 depends on bug 113756, which changed state.

Bug 113756 Summary: Export a file with QR Code will not work correctly from 
writer (images as JPEG)
https://bugs.documentfoundation.org/show_bug.cgi?id=113756

   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 104028] PDF EXPORT: detail loss from WMF exporting to PDF (evince, adobe reader, edge)

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=104028

Xisco Faulí  changed:

   What|Removed |Added

 CC||dieter.brockn...@gmx.de

--- Comment #22 from Xisco Faulí  ---
*** Bug 113756 has been marked as a duplicate of this bug. ***

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


[Libreoffice-bugs] [Bug 113756] Export a file with QR Code will not work correctly from writer ( images as JPEG)

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113756

Xisco Faulí  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||xiscofa...@libreoffice.org
 Resolution|--- |DUPLICATE

--- Comment #7 from Xisco Faulí  ---
If I'm right, it's a dupe of bug 104028.
The issue is reproducible if the created PDF is opened in Evince or adobe
reader but not in Firefox or Chrome.

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

-- 
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 113978] New: [NOTEBOOKBAR][UI] Different size of font on items in tabbed compact and groupedbar full

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113978

Bug ID: 113978
   Summary: [NOTEBOOKBAR][UI] Different size of font on items in
tabbed compact and groupedbar full
   Product: LibreOffice
   Version: 6.0.0.0.alpha1+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: UI
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: 79045_79...@mail.ru

Description:
Different size of font on items in tabbed compact and groupedbar full

Steps to Reproduce:
1. Select tabbed compact or gruopedbar full variant of Notebookbar
2. See on different size of font on bullet, drop-down lists, etc.
3.

Actual Results:  
size of font is different

Expected Results:
size of font is same for each item on bar


Reproducible: Always


User Profile Reset: No



Additional Info:


User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:58.0) Gecko/20100101
Firefox/58.0

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


[Libreoffice-bugs] [Bug 112571] FILESAVE XLSX New named range is created every time an Excel made spreadsheet that contains print ranges is saved as XLSX

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=112571

--- Comment #7 from Gabor Kelemen  ---
(In reply to Aron Budea from comment #6)
> Same thing happens if there is is a filter on a column. 

Named ranges are used for a lot of things apparently. Print ranges,
autofilters, even pivot tables contain them. It's a versatile tool :).

-- 
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 113779] Punctuation Marks Are Not In Line With Text for Vertical Orientation in Traditional Chinese

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113779

Buovjaga  changed:

   What|Removed |Added

   Keywords|bibisectRequest, regression |
Version|5.4.2.2 release |3.5.0 release
 OS|All |Windows (All)

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


[Libreoffice-bugs] [Bug 113779] Punctuation Marks Are Not In Line With Text for Vertical Orientation in Traditional Chinese

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113779

--- Comment #4 from Buovjaga  ---
Created attachment 137896
  --> https://bugs.documentfoundation.org/attachment.cgi?id=137896=edit
Screenshot showing problems in 3.5

This is Windows-only. Linux aligns them OK. This is not a regression as the
problem is already in 3.5

-- 
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 113975] Expand the documentation for regular expressions

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113975

Olivier Hallot  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #1 from Olivier Hallot  ---
help.libreoffice.org is not editable because it is a transformation of the
local help system written in XML.

However, if you are willing to write about the issue, please just write in a
LibreOffice Writer document, and attach to this bug. I'll review and convert it
in XML for the help system, with your authorship.

Please be factual and concise, your contents will be translated into >60
languages.

-- 
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 113977] New: Implement REGEXEXTRACT function

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113977

Bug ID: 113977
   Summary: Implement REGEXEXTRACT function
   Product: LibreOffice
   Version: 5.4.3.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ddascalescu+freedesk...@gmail.com

Description:
Extracting a substring from a string is a royal pain with the existing text
function. It has to be done using a combination of MID(), LEFT() and awkward
repetitive arithmetic.

Steps to Reproduce:
https://help.libreoffice.org/Calc/Text_Functions only lists functions that
return the start of a found string, or that extract strings based on an offset
and number of characters (the latter causing the repetitive arithmetic I
mentioned. Here's my best attempt to extract a currency value for JPY:

A1: EUR:1.2,JPY:0.02,AUD:0.9,...
A2: =SEARCH("(?<=JPY:)\d", A1)  // ← value starts
A3: =FIND(",", A7, SEARCH("(?<=JPY:)\d", A1))  // ← value ends right before
that
A4: =MID(A1, SEARCH("(?<=JPY:)\d", A1), FIND(",", A1, SEARCH("(?<=JPY:)\d",
A1)) - SEARCH("(?<=JPY:)\d", A1))  // standalone formula #facepalm

Actual Results:  
Horrible formulas

Expected Results:
Per the documentation at https://support.google.com/docs/answer/3098244?hl=en,
REGEXEXTRACT would be far, far simpler:

=REGEXEXTRACT(A1, "(?<=JPY:)[^,]+")


Reproducible: Always


User Profile Reset: No



Additional Info:
A user cares a lot more about the actual substring they want to extract, than
about its offset and length within the original string.


User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like
Gecko) Chrome/62.0.3202.89 Safari/537.36

-- 
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 113970] CppunitTest_sc_parallelism crashes on master

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113970

Xisco Faulí  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||xiscofa...@libreoffice.org
 Ever confirmed|0   |1

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


[Libreoffice-bugs] [Bug 113845] Missing Hebrew letters in font used for displaying paragraph style names

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113845

--- Comment #7 from Eyal Rozenberg  ---
Not seeing this with LO 5.4.1.2 on Lubuntu 17.10 . Also, when I set the UI to
Hebrew, the vertical side-bar is on the left, not the right like in the
screenshots.

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


[Libreoffice-bugs] [Bug 107606] New kind of table styles should not use fonts "Thorndale" and "Andale Sans UI"

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=107606

--- Comment #11 from Heiko Tietze  ---
No idea how we can get rid of this Tahoma reference. I definitely chose
Liberation Sans in this table style.

-- 
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 113976] New: Document how to escape double quotes in text functions

2017-11-21 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=113976

Bug ID: 113976
   Summary: Document how to escape double quotes in text functions
   Product: LibreOffice
   Version: unspecified
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Documentation
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ddascalescu+freedesk...@gmail.com
CC: olivier.hal...@documentfoundation.org

Description:
I'm trying to SUBSTITUTE '"foo"' (including the double quotes) with "bar", but
I can't find out how to escape the double quotes.

https://help.libreoffice.org/Calc/Text_Functions#SUBSTITUTE isn't helpful.

Steps to Reproduce:
=SUBSTITUTE(A1, "\"foo\"", "bar")

Actual Results:  
Err:508

Expected Results:
A1 with '"foo"' replaced by "bar".


Reproducible: Always


User Profile Reset: No



Additional Info:
Quoting the search text using single quotes doesn't work.


User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like
Gecko) Chrome/62.0.3202.89 Safari/537.36

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


  1   2   3   >