[Libreoffice-bugs] [Bug 66791] FORMATTING: Incorrect application of "Asian text font"

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=66791

--- Comment #8 from Eric Ding <63jbnak...@snkmail.com> ---
Four years after the initial report, this bug still exists in LibreOffice 5.3.4
(running on Windows) with a mix of East Asian (CJK) and non-CJK fonts and text.

-- 
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 108707] Loading document progress bar label isnt consistent within the same app

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108707

V Stuart Foote  changed:

   What|Removed |Added

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

--- Comment #1 from V Stuart Foote  ---
Well, wouldn't we expect this to have been happening since each will use a
different import filter?  Assume bug 108706 would shift all filter sources to
the generic.

-- 
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 108706] Unify loading document progress bar label

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108706

V Stuart Foote  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #1 from V Stuart Foote  ---
Reasonable -> NEW

Probably best for simplicity to use a common "Loading document" label for each
module.

-- 
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-ux-advise] [Bug 104154] Add detailed list view to template manager

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=104154

Xisco Faulí  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 108708] Dropdown list icon is tinier than usual (gtk3)

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108708

Xisco Faulí  changed:

   What|Removed |Added

   Keywords||bibisected, bisected,
   ||regression
 Status|UNCONFIRMED |NEW
 CC||caol...@redhat.com,
   ||xiscofa...@libreoffice.org
Version|5.3.3.2 release |5.4.0.0.alpha0+
 Blocks||103182
 Ever confirmed|0   |1

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

author  Caolán McNamara 2017-03-22 11:21:33 (GMT)
committer   Caolán McNamara 2017-03-22 17:07:31
(GMT)
commit  aa5d6f5acbab12b1ba76365f776ba228ba5e7e0e (patch)
treeabf04e1458f2126f3503f515fca0a388cc9c032f
parent  5f4826d89bfa1398b16fc85cf593ff58ce5e36a9 (diff)
Resolves: tdf#106645 gtk3 scrollbar is too wide

Bisected with bibisect-linux-64-5.4.

Adding Cc: to Caolán McNamara


Referenced Bugs:

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

[Libreoffice-bugs] [Bug 108704] Intermittant chart update

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108704

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. Please attach a sample document, as this makes
it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' once the requested document is provided.
(Please note that the attachment will be public, remove any sensitive
information before attaching it. 
See
https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F
for help on how to do so.)

-- 
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 103182] [META] GTK3-specific bugs

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=103182

Xisco Faulí  changed:

   What|Removed |Added

 Depends on||108708


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108708
[Bug 108708] Dropdown list icon is tinier than usual (gtk3)
-- 
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 108708] New: Dropdown list icon is tinier than usual (gtk3)

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108708

Bug ID: 108708
   Summary: Dropdown list icon is tinier than usual (gtk3)
   Product: LibreOffice
   Version: 5.3.3.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: xiscofa...@libreoffice.org

Steps to reproduce:
1. Open attachment 134188 from bug 108673
2. Check dropdrown list icon on B1


Reproduced in

Version: 6.0.0.0.alpha0+
Build ID: 08f6f9dded1b142b858c455da03319abac691655
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); 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 49701] Provide UI button to abort loading of a file

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=49701

Yousuf Philips (jay)  changed:

   What|Removed |Added

 CC||michael.me...@collabora.com
   ||, t...@libreoffice.org

--- Comment #19 from Yousuf Philips (jay)  ---
(In reply to V Stuart Foote from comment #18)
> The UI already incorporates a "useful" location.  As the document is parsed
> for opening from the Start Center, or from system file manager--as the
> document frame opens there is a load progress bar rendered on the status bar
> labeled "Loading document..."

The label isnt consistent across apps (bug 108706) and sometimes doesnt show
(bug 108707).

> Normally it flashes up so quickly, you won't notice it. I had to dummy up a
> 800 page document to show it long enough during normal loads.

Yes most users wont notice the progress bar unless it is a large/complex file
or if the loading process has stalled.

> Question would be if that status/progress bar does "hang", or could be made
> to do so, and if we can extend it with a button widget to abort the loading
> of a hung document. It is already in the best location.

Yep the devs have to give their input on whether it is even possible to exit
out of the import routine with the proposed 'cancel' button.

Meeks, Thorsten, Samuel, Maxim: Any thoughts?

-- 
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 108706] Unify loading document progress bar label

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108706

Yousuf Philips (jay)  changed:

   What|Removed |Added

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

-- 
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 108566] [META] File loading and saving progress bar and related bugs and enhancements

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108566

Yousuf Philips (jay)  changed:

   What|Removed |Added

 Depends on||108707


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108707
[Bug 108707] Loading document progress bar label isnt consistent within the
same app
-- 
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 103407] [META] Unify behaviour and functions across apps

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=103407

Yousuf Philips (jay)  changed:

   What|Removed |Added

 Depends on||108707


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108707
[Bug 108707] Loading document progress bar label isnt consistent within the
same app
-- 
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 108707] New: Loading document progress bar label isnt consistent within the same app

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108707

Bug ID: 108707
   Summary: Loading document progress bar label isnt consistent
within the same app
   Product: LibreOffice
   Version: Inherited From OOo
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: philip...@hotmail.com
Blocks: 103407, 108566

If you load a .ppt file, the loading document progress bar label will be
'Powerpoint Import', while if you open a .pptx file it will be blank and if you
open a .odp it will be 'Loading Document'.

Version: 5.5.0.0.alpha0+
Build ID: 59c9d0653cc42560af48269bb8dee2c2b0b20f68
CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time:
2017-06-06_23:50:05
Locale: en-US (en_US.UTF-8); Calc: group


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=103407
[Bug 103407] [META] Unify behaviour and functions across apps
https://bugs.documentfoundation.org/show_bug.cgi?id=108566
[Bug 108566] [META] File loading and saving progress bar and related 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 108566] [META] File loading and saving progress bar and related bugs and enhancements

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108566

Yousuf Philips (jay)  changed:

   What|Removed |Added

 Depends on||108706


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108706
[Bug 108706] Unify loading document progress bar label
-- 
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 108706] New: Unify loading document progress bar label

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108706

Bug ID: 108706
   Summary: Unify loading document progress bar label
   Product: LibreOffice
   Version: Inherited From OOo
  Hardware: All
OS: All
Status: UNCONFIRMED
  Keywords: needsUXEval
  Severity: normal
  Priority: medium
 Component: Impress
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: philip...@hotmail.com
CC: c...@nouenoff.nl, tietze.he...@gmail.com,
vstuart.fo...@utsa.edu
Blocks: 103407, 108566

If you open a document in Impress, the status bar label says 'Load Document',
while in Calc is says 'Loading document' and in Writer it says 'Loading
document...'. These labels should be unified to a single label to reduce
duplication and translation unless the labels want to be unique like 'Loading
presentation', 'Loading spreadsheet', etc.

Also i would assume we dont need the three dots at the end of the label, as we
use three dots in labels to identify opening of dialogs.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=103407
[Bug 103407] [META] Unify behaviour and functions across apps
https://bugs.documentfoundation.org/show_bug.cgi?id=108566
[Bug 108566] [META] File loading and saving progress bar and related 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 103407] [META] Unify behaviour and functions across apps

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=103407

Yousuf Philips (jay)  changed:

   What|Removed |Added

 Depends on||108706


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108706
[Bug 108706] Unify loading document progress bar label
-- 
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 103182] [META] GTK3-specific bugs

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=103182

Xisco Faulí  changed:

   What|Removed |Added

 Depends on||108705


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108705
[Bug 108705] CRASH: LibreOffice crashes while pressing esc after a popup has
been displayed (gtk3)
-- 
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 108705] CRASH: LibreOffice crashes while pressing esc after a popup has been displayed ( gtk3)

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108705

Xisco Faulí  changed:

   What|Removed |Added

   Keywords||bibisected, bisected,
   ||regression
 Status|UNCONFIRMED |NEW
 CC||caol...@redhat.com,
   ||xiscofa...@libreoffice.org
Version|5.3.3.2 release |5.3.0.0.alpha0+
 Blocks||103182
 Ever confirmed|0   |1

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

author  Caolán McNamara 2016-07-07 09:39:00 (GMT)
committer   Caolán McNamara 2016-07-07 15:57:01
(GMT)
commit  6b9f42ea1dc0926bc445982ad57bf93561f1bd03 (patch)
tree1ba078e3eeacabd4f0560b4ca48b10701b149898
parent  fb045517532aababc06fb4b1112def53b03d9144 (diff)
Resolves: rhbz#1351224 wayland grab related crashes
only one popup active at a time. Try and find the right path through the
uncanny valley which allows popups to appear, to get all mouse input that
happens to them, forward keyboard input to their parents, dismiss when the
mouse is clicked outside them and not crash if another popup wants to appear
to replace it

Bisected with bibisect-linux-64-5.3

Adding Cc: to Caolán McNamara


Referenced Bugs:

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

[Libreoffice-bugs] [Bug 108705] New: CRASH: LibreOffice crashes while pressing esc after a popup has been displayed ( gtk3)

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108705

Bug ID: 108705
   Summary: CRASH: LibreOffice crashes while pressing esc after a
popup has been displayed (gtk3)
   Product: LibreOffice
   Version: 5.3.3.2 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: xiscofa...@libreoffice.org

Steps to reproduce:
1. Open attachment 134188 from bug 108673
2. Double click on B1 -> cursor is displayed
3. Click on the dropdown list icon
4. Press ESC key 3-4 times
5. Crash

Reproduced in

Version: 6.0.0.0.alpha0+
Build ID: 08f6f9dded1b142b858c455da03319abac691655
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); 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 65231] EDITING: Enable to change the color for record changes without loosing the differentiation between authors

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=65231

--- Comment #8 from Andrew  ---
I add my support for this enhancement request.

-- 
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 108704] New: Intermittant chart update

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108704

Bug ID: 108704
   Summary: Intermittant chart update
   Product: LibreOffice
   Version: 5.3.3.2 release
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: georg...@gvtc.com

Sometimes, a chart will not update when data in cells is changed. Right now, I
have one chart that never updates unless I move the chart AT LEAST one pixel on
the screen and then it will update itself. This has been going on since I first
began using LibreOffice calc and I have updated it twice since 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 108690] Incorrect result for len function for large numbers

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108690

Xisco Faulí  changed:

   What|Removed |Added

 CC||er...@redhat.com,
   ||xiscofa...@libreoffice.org

--- Comment #1 from Xisco Faulí  ---
I think this is related to bug 96918.
@Eike, could you please share your opinion on this?

-- 
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 76131] Existing pinned icon on Win7/ 8 is taskbar invalid after re-installation/update

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=76131

--- Comment #13 from Lynne Connolly  ---
I filed a new bug report which is a duplicate of this one. It's super annoying.
I have a long list of items pinned to my Writer jumplist, and with every update
I have to add them all over again.

-- 
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 108699] Losing Jump Lists on update

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108699

Xisco Faulí  changed:

   What|Removed |Added

 Resolution|NOTABUG |DUPLICATE

--- Comment #2 from Xisco Faulí  ---
Sorry for my previous commit.
This is a duplicate of bug 76131

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

-- 
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 76131] Existing pinned icon on Win7/ 8 is taskbar invalid after re-installation/update

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=76131

Xisco Faulí  changed:

   What|Removed |Added

 CC||lynneconnoll...@yahoo.co.uk

--- Comment #12 from Xisco Faulí  ---
*** Bug 108699 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 108699] Losing Jump Lists on update

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108699

Xisco Faulí  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||xiscofa...@libreoffice.org
 Resolution|--- |NOTABUG

--- Comment #1 from Xisco Faulí  ---
This is probably happening because you delete your user profile, which is the
place where the

-- 
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-commits] core.git: sw/qa writerfilter/source

2017-06-22 Thread Justin Luth 
 sw/qa/extras/ooxmlexport/data/tdf82173_endnoteStyle.docx |binary
 sw/qa/extras/ooxmlexport/ooxmlexport9.cxx|6 ++
 writerfilter/source/dmapper/StyleSheetTable.cxx  |1 +
 3 files changed, 7 insertions(+)

New commits:
commit 52b6c6493837a6bdccffd16d06daba54e932bd07
Author: Justin Luth 
Date:   Fri Jun 9 13:02:40 2017 +0300

writerfilter: map endnote text to Endnote

I'm not exactly sure what role the Endnote Symbol char style
plays, but it is only related to Endnote Characters, not the
main footnote text.

Note: the existing mapping rarely takes effect since MSWord
exports the stylename in lower-case. Unfortunately, there is
no history to indicate why "Endnote Text" is mapped to
"Endnote Symbol". That looks like an error to me.

related to tdf#82173 which exposed this issue.

Change-Id: Ie92f527b1e594fd571f1118d18a8ff225cfc2314
Reviewed-on: https://gerrit.libreoffice.org/38605
Tested-by: Jenkins 
Reviewed-by: Justin Luth 

diff --git a/sw/qa/extras/ooxmlexport/data/tdf82173_endnoteStyle.docx 
b/sw/qa/extras/ooxmlexport/data/tdf82173_endnoteStyle.docx
index 1c6c2f4f5b8c..d38a65943c32 100644
Binary files a/sw/qa/extras/ooxmlexport/data/tdf82173_endnoteStyle.docx and 
b/sw/qa/extras/ooxmlexport/data/tdf82173_endnoteStyle.docx differ
diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport9.cxx 
b/sw/qa/extras/ooxmlexport/ooxmlexport9.cxx
index 93f3f320f27d..f628aab82670 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport9.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport9.cxx
@@ -545,6 +545,12 @@ DECLARE_OOXMLEXPORT_TEST(testTdf82173_endnoteStyle, 
"tdf82173_endnoteStyle.docx"
 CPPUNIT_ASSERT_EQUAL( 24.0f, getProperty< float >(xEndnote->getAnchor(), 
"CharHeight") );
 CPPUNIT_ASSERT_EQUAL( sal_Int32(0xFF), getProperty< sal_Int32 
>(xEndnote->getAnchor(), "CharColor") );
 
+uno::Reference xEndnoteText;
+xEndnotes->getByIndex(0) >>= xEndnoteText;
+// This was Footnote Symbol
+CPPUNIT_ASSERT_EQUAL(OUString("Endnote"), 
getProperty(getParagraphOfText(1, xEndnoteText), "ParaStyleName"));
+CPPUNIT_ASSERT_EQUAL(sal_Int32(0x993300), 
getProperty(getParagraphOfText(1, xEndnoteText), "CharColor"));
+
 uno::Reference 
xPageStyle(getStyles("CharacterStyles")->getByName("Endnote Characters"), 
uno::UNO_QUERY);
 CPPUNIT_ASSERT_EQUAL( sal_Int32(58),   getProperty< sal_Int32 
>(xPageStyle, "CharEscapementHeight") );
 CPPUNIT_ASSERT_EQUAL( sal_Int32(0xFF00FF), getProperty< sal_Int32 
>(xPageStyle, "CharColor") );
diff --git a/writerfilter/source/dmapper/StyleSheetTable.cxx 
b/writerfilter/source/dmapper/StyleSheetTable.cxx
index 53fb4c1b3d0c..699f605a52a6 100644
--- a/writerfilter/source/dmapper/StyleSheetTable.cxx
+++ b/writerfilter/source/dmapper/StyleSheetTable.cxx
@@ -1363,6 +1363,7 @@ static const sal_Char* const aStyleNamePairs[] =
 "Line Number",   "Line numbering",
 "Page Number",   "Page Number",
 "Endnote Reference", "Endnote Characters",
+"endnote text",  "Endnote",
 "Endnote Text",  "Endnote Symbol",
 "Table of Authorities",  "",
 "Macro Text","",
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 108702] endless loop

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108702

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. To be certain the reported issue is not
related to corruption in the user profile, could you please reset your
Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and
re-test?

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the issue is still present

-- 
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-commits] core.git: sc/source

2017-06-22 Thread Mike Kaganski 
 sc/source/filter/excel/xepivotxml.cxx |  103 --
 1 file changed, 98 insertions(+), 5 deletions(-)

New commits:
commit 430774c4edcdba3e6a4e383d9ac9345a517e227f
Author: Mike Kaganski 
Date:   Tue Jun 13 22:00:51 2017 +0300

tdf#89139: dump pivotField items

This makes the pivot table exported to XLSX refreshable (does not
crash Excel on pivot table refresh).

Change-Id: Icc35795cd116e091b75bb1d4a603c52ccc71c44d
Reviewed-on: https://gerrit.libreoffice.org/39018
Tested-by: Jenkins 
Reviewed-by: Kohei Yoshida 

diff --git a/sc/source/filter/excel/xepivotxml.cxx 
b/sc/source/filter/excel/xepivotxml.cxx
index 04d85f0a9ff8..bf820838e0ee 100644
--- a/sc/source/filter/excel/xepivotxml.cxx
+++ b/sc/source/filter/excel/xepivotxml.cxx
@@ -13,6 +13,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #include 
 #include 
@@ -414,6 +415,47 @@ struct DataField
 DataField( long nPos, const ScDPSaveDimension* pDim ) : mnPos(nPos), 
mpDim(pDim) {}
 };
 
+/** Returns a OOXML subtotal function name string. See ECMA-376-1:2016 
18.18.43 */
+OString GetSubtotalFuncName(ScGeneralFunction eFunc)
+{
+switch (eFunc)
+{
+case ScGeneralFunction::SUM:   return "sum";
+case ScGeneralFunction::COUNT: return "count";
+case ScGeneralFunction::AVERAGE:   return "avg";
+case ScGeneralFunction::MAX:   return "max";
+case ScGeneralFunction::MIN:   return "min";
+case ScGeneralFunction::PRODUCT:   return "product";
+case ScGeneralFunction::COUNTNUMS: return "countA";
+case ScGeneralFunction::STDEV: return "stdDev";
+case ScGeneralFunction::STDEVP:return "stdDevP";
+case ScGeneralFunction::VAR:   return "var";
+case ScGeneralFunction::VARP:  return "varP";
+default:;
+}
+return "default";
+}
+
+sal_Int32 GetSubtotalAttrToken(ScGeneralFunction eFunc)
+{
+switch (eFunc)
+{
+case ScGeneralFunction::SUM:   return XML_sumSubtotal;
+case ScGeneralFunction::COUNT: return XML_countSubtotal;
+case ScGeneralFunction::AVERAGE:   return XML_avgSubtotal;
+case ScGeneralFunction::MAX:   return XML_maxSubtotal;
+case ScGeneralFunction::MIN:   return XML_minSubtotal;
+case ScGeneralFunction::PRODUCT:   return XML_productSubtotal;
+case ScGeneralFunction::COUNTNUMS: return XML_countASubtotal;
+case ScGeneralFunction::STDEV: return XML_stdDevSubtotal;
+case ScGeneralFunction::STDEVP:return XML_stdDevPSubtotal;
+case ScGeneralFunction::VAR:   return XML_varSubtotal;
+case ScGeneralFunction::VARP:  return XML_varPSubtotal;
+default:;
+}
+return XML_defaultSubtotal;
+}
+
 }
 
 void XclExpXmlPivotTables::SavePivotTableXml( XclExpXmlStream& rStrm, const 
ScDPObject& rDPObj, sal_Int32 nCacheId )
@@ -554,8 +596,9 @@ void XclExpXmlPivotTables::SavePivotTableXml( 
XclExpXmlStream& rStrm, const ScDP
 XML_count, 
OString::number(static_cast(aCachedDims.size())).getStr(),
 FSEND);
 
-for (const ScDPSaveDimension* pDim : aCachedDims)
+for (size_t i = 0; i < nFieldCount; ++i)
 {
+const ScDPSaveDimension* pDim = aCachedDims[i];
 if (!pDim)
 {
 pPivotStrm->singleElement(XML_pivotField,
@@ -584,13 +627,63 @@ void XclExpXmlPivotTables::SavePivotTableXml( 
XclExpXmlStream& rStrm, const ScDP
 continue;
 }
 
-pPivotStrm->startElement(XML_pivotField,
-XML_axis, toOOXMLAxisType(eOrient),
-XML_showAll, BS(false),
+// Dump field items.
+css::uno::Sequence aMemberNames;
+{
+// We need to get the members in actual order, getting which 
requires non-const reference here
+auto& dpo = const_cast(rDPObj);
+dpo.GetMemberNames(i, aMemberNames);
+}
+
+const ScDPCache::ScDPItemDataVec& rCacheFieldItems = 
rCache.GetDimMemberValues(i);
+std::vector aMemberSequence;
+for (const OUString& sMemberName : aMemberNames)
+{
+auto it = std::find_if(rCacheFieldItems.begin(), 
rCacheFieldItems.end(),
+[](const ScDPItemData& arg) -> bool { return 
arg.GetString() == sMemberName; });
+if (it != rCacheFieldItems.end())
+{
+aMemberSequence.push_back(it - rCacheFieldItems.begin());
+}
+}
+
+auto pAttList = sax_fastparser::FastSerializerHelper::createAttrList();
+pAttList->add(XML_axis, toOOXMLAxisType(eOrient));
+pAttList->add(XML_showAll, BS(false));
+
+long nSubTotalCount = pDim->GetSubTotalsCount();
+std::vector aSubtotalSequence;
+for (long nSubTotal = 0; nSubTotal < nSubTotalCount; ++nSubTotal)
+{
+

[Libreoffice-bugs] [Bug 108641] Bibliography does not pick up added entries from the database

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108641

--- Comment #9 from Ben  ---
Julien,

I'm merely trying to create a Bibliography at the end of a book which I'm
trying to complete.

To give you a better sense of the history:
1. I started out with a set of references of which I put the information in the
database by using tools->bibliography.
2. Added references in the document to entries in the database.
3. Generated the Bibliography in the document. All might have been ok at this
point (not entirely sure).
4. Added new elements in the database using tools->bibliography.
5. Generated the Bibliography in the document again. I think it was at this
point where information was not included in the document, although it appear in
the database view of tools->bibliography.

I may have used the database directly at a much after that when I noticed that
the Bibliography did not get fully updated when using tools->bibliography.

I don't know how to get out of this state since I the explanation under the
link you provided was not entirely clear to me.

Any suggestions would be welcome to get out of this state so that I can finish
my work.

BTW, I recall that I reported this issue several years ago and other people had
similar issues. I don't know it the issue got lost with the transition form OO
to LO or it was deemed to be resolved.

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

[Libreoffice-bugs] [Bug 108631] ENHANCEMENT: Optimization of the file-save strategy

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108631

Aron Budea  changed:

   What|Removed |Added

  Component|Calc|filters and storage

--- Comment #3 from Aron Budea  ---
Eike and Markus told me it's likely something done in generic storage code, and
not Calc-specific.

-- 
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 108636] [META] Extensive file accesses

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108636

Aron Budea  changed:

   What|Removed |Added

 Depends on||104332


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=104332
[Bug 104332] Thesaurus in the Tools menu causes it to open slowly the first
time
-- 
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 104332] Thesaurus in the Tools menu causes it to open slowly the first time

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=104332

Aron Budea  changed:

   What|Removed |Added

   Keywords|bibisected, bisected,   |
   |regression  |
 Blocks||108636

--- Comment #15 from Aron Budea  ---
Let's remove the regression-related keywords, as it's not a really a
regression.
Linking Telesto's process monitor output from the other thread: attachment
134214.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108636
[Bug 108636] [META] Extensive file accesses
-- 
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 108636] [META] Extensive file accesses

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108636
Bug 108636 depends on bug 108698, which changed state.

Bug 108698 Summary: Lots of disk queries related to python 3.5.0 when accessing 
Tools menu first time after launch
https://bugs.documentfoundation.org/show_bug.cgi?id=108698

   What|Removed |Added

 Status|UNCONFIRMED |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 108698] Lots of disk queries related to python 3.5.0 when accessing Tools menu first time after launch

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108698

Aron Budea  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||ba...@caesar.elte.hu
 Resolution|--- |DUPLICATE

--- Comment #2 from Aron Budea  ---
This has already been reported, but let me link your data there. Thanks!

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

-- 
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 104332] Thesaurus in the Tools menu causes it to open slowly the first time

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=104332

--- Comment #14 from Aron Budea  ---
*** Bug 108698 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

Re: The BSDs and sysconf()

2017-06-22 Thread Chris Sherlock 
OK, so I’ve tracked back the commit where this was introduced…

https://cgit.freedesktop.org/libreoffice/core/commit/sal/osl/unx/file.cxx?id=cbedb240486a21c5d5676e7a7f4e2ba17a55dbab
 


It appears that it might have been in a previous VCS (cvs?) and migrated to 
subversion. The provenance of the commit is unknown, but I think someone was 
being very conservative, or didn’t realise this has been available for a long 
time on BSD. 

Chris

> On 23 Jun 2017, at 7:47 am, Chris Sherlock  wrote:
> 
> Nope, I’m mistaken. This has been in the FreeBSD sources since 1998!
> 
> https://svnweb.freebsd.org/base/head/lib/libc/gen/sysconf.c?r1=12674=34030 
> 
> 
> Chris
> 
>> On 23 Jun 2017, at 7:39 am, Chris Sherlock > > wrote:
>> 
>> sysconf() first appeared in BSD4.4, which was sometime before the year 2003
>> 
>> It’s been around for a long, long time. I’m genuinely unclear why we are 
>> checking for this, given that it has literally been in BSD for such a long 
>> time now!
>> 
>> Chris
>> 
>>> On 23 Jun 2017, at 3:55 am, Noel Grandin >> > wrote:
>>> 
>>> The relevant question is not whether they support it __now__, but if they 
>>> support it in the oldest version of those operating systems that we support.
>>> 
>>> 
>>> If you can find out when each of those OS's gained support for that, then 
>>> we can possibly drop that support. At the very least, even if we don't drop 
>>> support, we should add a comment there, so we know when we can drop support.
>>> ​
>> 
> 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: The BSDs and sysconf()

2017-06-22 Thread Chris Sherlock 
Nope, I’m mistaken. This has been in the FreeBSD sources since 1998!

https://svnweb.freebsd.org/base/head/lib/libc/gen/sysconf.c?r1=12674=34030 


Chris

> On 23 Jun 2017, at 7:39 am, Chris Sherlock  wrote:
> 
> sysconf() first appeared in BSD4.4, which was sometime before the year 2003
> 
> It’s been around for a long, long time. I’m genuinely unclear why we are 
> checking for this, given that it has literally been in BSD for such a long 
> time now!
> 
> Chris
> 
>> On 23 Jun 2017, at 3:55 am, Noel Grandin  wrote:
>> 
>> The relevant question is not whether they support it __now__, but if they 
>> support it in the oldest version of those operating systems that we support.
>> 
>> 
>> If you can find out when each of those OS's gained support for that, then we 
>> can possibly drop that support. At the very least, even if we don't drop 
>> support, we should add a comment there, so we know when we can drop support.
>> ​
> 

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: The BSDs and sysconf()

2017-06-22 Thread Chris Sherlock 
sysconf() first appeared in BSD4.4, which was sometime before the year 2003

It’s been around for a long, long time. I’m genuinely unclear why we are 
checking for this, given that it has literally been in BSD for such a long time 
now!

Chris

> On 23 Jun 2017, at 3:55 am, Noel Grandin  wrote:
> 
> The relevant question is not whether they support it __now__, but if they 
> support it in the oldest version of those operating systems that we support.
> 
> 
> If you can find out when each of those OS's gained support for that, then we 
> can possibly drop that support. At the very least, even if we don't drop 
> support, we should add a comment there, so we know when we can drop support.
> ​

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-bugs] [Bug 82173] FILEOPEN: DOCX - "Footnote References" character styles incorrectly imported

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=82173

Justin L  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |jl...@mail.com
   |desktop.org |
 Whiteboard|interoperability|interoperability
   |target:5.5.0 target:6.0.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 108696] Add PDF type/quality drop down menu list to PDF export dialog

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108696

--- Comment #3 from V Stuart Foote  ---
@Jay, not so sure we need or want to do this and that the current behavior is
best. And that to control the configuration of the PDF use the menu entry, to
take defaults (or current configuration) use the Export button.

The Toolbar button is linked to ".uno:ExportDirectToPDF" [1] and gets
description from help as: "Exports the current document directly as PDF. No
settings dialog is shown." [2] It opens an OS or LO native dialog "Export" with
just the "PDF - Portable Document Format (.pdf)" filter.

+SID_DIRECTEXPORTDOCASPDF,6674,.uno:ExportDirectToPDF

While the Menu entry is linked to ".uno:ExportToPDF" no description, that opens
the "PDF Options" dialog for configuration of the export filter, and then on
export sends via the same OS or Native Export dialog with limited droplist.

Intentionally not passing through the dialog, believe we take the configuration
of the last PDF export.

+SID_EXPORTDOCASPDF,6673,.uno:ExportToPDF

Point is, the Toolbar button is "intended" to be streamlined, while the menu
entry is intended to provide full configuration.

=-ref-=
http://opengrok.libreoffice.org/xref/core/officecfg/registry/data/org/openoffice/Office/UI/GenericCommands.xcu#4833

http://opengrok.libreoffice.org/xref/core/officecfg/registry/data/org/openoffice/Office/UI/GenericCommands.xcu#4819

http://opengrok.libreoffice.org/xref/core/sfx2/sdi/sfx.sdi#4729

http://opengrok.libreoffice.org/xref/help/source/text/shared/02/0709.xhp#38

-- 
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-commits] core.git: include/osl

2017-06-22 Thread Chris Sherlock 
 include/osl/file.h|  190 ++---
 include/osl/file.hxx  |  104 +++
 include/osl/module.hxx|   10 -
 include/osl/mutex.h   |6 
 include/osl/pipe_decl.hxx |   48 ---
 include/osl/process.h |  135 ++--
 include/osl/profile.h |4 
 include/osl/security_decl.hxx |   11 +
 include/osl/signal.h  |5 
 include/osl/socket.h  |  275 +++---
 include/osl/socket_decl.hxx   |   16 +-
 include/osl/thread.hxx|2 
 include/osl/time.h|2 
 13 files changed, 406 insertions(+), 402 deletions(-)

New commits:
commit ba4831629e93bd6957ed8cfce9cec25f4f8ce5e4
Author: Chris Sherlock 
Date:   Fri Jun 23 06:08:00 2017 +1000

osl: doxygen fixes for headers

Change-Id: I3f30b5ab985c2ff709116568905b941c5d50fd1a

diff --git a/include/osl/file.h b/include/osl/file.h
index 9b9e31e5bf11..62601b747b55 100644
--- a/include/osl/file.h
+++ b/include/osl/file.h
@@ -139,10 +139,10 @@ typedef void *oslDirectoryItem;
 
 /** Open a directory for enumerating its contents.
 
-@param  pustrDirectoryURL [in]
+@param[in]  pustrDirectoryURL
 The full qualified URL of the directory.
 
-@param  pDirectory [out]
+@param[out]  pDirectory
 On success it receives a handle used for subsequent calls by 
osl_getNextDirectoryItem().
 The handle has to be released by a call to osl_closeDirectory().
 
@@ -168,14 +168,14 @@ SAL_DLLPUBLIC oslFileError SAL_CALL osl_openDirectory(
 Retrieves the next item of a previously opened directory.
 All handles have an initial refcount of 1.
 
-@param  Directory [in]
+@param[in]  Directory
 A directory handle received from a previous call to osl_openDirectory().
 
-@param  pItem [out]
+@param[out]  pItem
 On success it receives a handle that can be used for subsequent calls to 
osl_getFileStatus().
 The handle has to be released by a call to osl_releaseDirectoryItem().
 
-@param  uHint [in]
+@param[in]  uHint
 With this parameter the caller can tell the implementation that (s)he
 is going to call this function uHint times afterwards. This enables the 
implementation to
 get the information for more than one file and cache it until the next 
calls.
@@ -200,7 +200,7 @@ SAL_DLLPUBLIC oslFileError SAL_CALL 
osl_getNextDirectoryItem(
 
 /** Release a directory handle.
 
-@param Directory [in]
+@param[in] Directory
 A handle received by a call to osl_openDirectory().
 
 @retval osl_File_E_None on success
@@ -220,10 +220,10 @@ SAL_DLLPUBLIC oslFileError SAL_CALL osl_closeDirectory(
 Due to performance issues it is not recommended to use this function while
 enumerating the contents of a directory. In this case use 
osl_getNextDirectoryItem() instead.
 
-@param pustrFileURL [in]
+@param[in] pustrFileURL
 An absolute file URL.
 
-@param pItem [out]
+@param[out] pItem
 On success it receives a handle which can be used for subsequent calls to 
osl_getFileStatus().
 The handle has to be released by a call to osl_releaseDirectoryItem().
 
@@ -257,7 +257,7 @@ SAL_DLLPUBLIC oslFileError SAL_CALL osl_getDirectoryItem(
 
 The caller responsible for releasing the directory item handle using 
osl_releaseDirectoryItem().
 
-@param  Item [in]
+@param[in]  Item
 A handle received by a call to osl_getDirectoryItem() or 
osl_getNextDirectoryItem().
 
 @retval osl_File_E_None on success
@@ -278,7 +278,7 @@ SAL_DLLPUBLIC oslFileError SAL_CALL 
osl_acquireDirectoryItem(
 If the refcount reaches 0 the data associated with
 this directory item handle will be released.
 
-@param  Item [in]
+@param[in]  Item
 A handle received by a call to osl_getDirectoryItem() or 
osl_getNextDirectoryItem().
 
 @retval osl_File_E_None on success
@@ -297,10 +297,10 @@ SAL_DLLPUBLIC oslFileError SAL_CALL 
osl_releaseDirectoryItem(
 The comparison is done first by URL, and then by resolving links to
 find the target, and finally by comparing inodes on unix.
 
-@param  pItemA [in]
+@param[in]  pItemA
 A directory handle to compare with another handle
 
-@param  pItemB [in]
+@param[in]  pItemB
 A directory handle to compare with pItemA
 
 @retval sal_True if the items point to an identical resource
@@ -392,15 +392,15 @@ typedef struct _oslFileStatus {
 
 /** Retrieve information about a single file or directory.
 
-@param  Item [in]
+@param[in]  Item
 A handle received by a previous call to osl_getDirectoryItem() or 
osl_getNextDirectoryItem().
 
-@param  pStatus [in|out]
+@param[in,out] pStatus
 Points to a structure which receives the information of the file or 
directory
 represented by the handle Item. The member uStructSize has to be 
initialized to
 sizeof(oslFileStatus) before calling this

[Libreoffice-bugs] [Bug 108636] [META] Extensive file accesses

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108636

Telesto  changed:

   What|Removed |Added

 Depends on||108703


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108703
[Bug 108703] LibO is trying to access OpenOffice\dict_word.brk &
dict_word_en.brk when scrolling through a document
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 108703] LibO is trying to access OpenOffice\dict_word.brk & dict_word_en.brk when scrolling through a document

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108703

Telesto  changed:

   What|Removed |Added

 Blocks||108636


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108636
[Bug 108636] [META] Extensive file accesses
-- 
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 108703] New: LibO is trying to access OpenOffice\dict_word.brk & dict_word_en.brk when scrolling through a document

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108703

Bug ID: 108703
   Summary: LibO is trying to access OpenOffice\dict_word.brk &
dict_word_en.brk when scrolling through a document
   Product: LibreOffice
   Version: 6.0.0.0.alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: trivial
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tele...@surfxs.nl

Description:
LibO is trying to access OpenOffice\dict_word.brk & dict_word_en.brk when
scrolling through a document. 

Steps to Reproduce:
1. Open attachment 133938
2. Enable spell-check
2. Use Process Monitor with Filter set to soffice.bin
3. Scroll the document up and down

Actual Results:  
LibO is trying to access OpenOffice\dict_word.brk & dict_word_en.brk

Expected Results:
Probably not; seems a bit outdated to me


Reproducible: Always

User Profile Reset: No

Additional Info:
Found in
Version: 6.0.0.0.alpha0+
Build ID: 18f513145477d4621290253d936dad7a40ee4c05
CPU threads: 4; OS: Windows 6.19; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-06-21_06:40:38
Locale: nl-NL (nl_NL); Calc: CL

but not in
5.4.0.0b2

icuuc59.dll udata_getRawMemory_59 + 0x55
icuuc59.dll icu_59::CStr::operator() + 0x448
icuuc59.dll icu_59::CStr::operator() + 0xcbc
icuuc59.dll udata_open_59 + 0x5c
i18npoollo.dll  com_sun_star_i18n_BreakIterator_get_implementation + 0x1982
i18npoollo.dll  com_sun_star_i18n_BreakIterator_get_implementation + 0x13f0
i18npoollo.dll  i18npoollo.dll + 0x6dfc
editenglo.dll   SfxEnumItem::GetValue + 0x4c02
editenglo.dll   SvxTabStop::GetFill + 0xf72d
editenglo.dll   EditEngine::CompleteOnlineSpelling + 0x41
   0x77a41e29
vcllo.dll   Timer::Invoke + 0xd
vcllo.dll   Application::Execute + 0x18e
sofficeapp.dll  sofficeapp.dll + 0xd626
vcllo.dll   DeInitVCL + 0xb5a
vcllo.dll   SVMain + 0x29
sofficeapp.dll  soffice_main + 0x79
soffice.bin soffice.bin + 0x1021
KERNEL32.DLLBaseThreadInitThunk + 0xe
ntdll.dll   RtlInitializeExceptionChain + 0x85
ntdll.dll   RtlInitializeExceptionChain + 0x58



User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:45.0) Gecko/20100101
Firefox/45.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 108696] Add PDF type/quality drop down menu list to PDF export dialog

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108696

Cor Nouws  changed:

   What|Removed |Added

   Priority|medium  |low

--- Comment #2 from Cor Nouws  ---
along with some choices, then also offer "more .."

-- 
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 108669] UI: The default blue area fill color isn' t pre-selected in the color picker palette

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108669

--- Comment #4 from Cor Nouws  ---
(In reply to Katarina Behrens (CIB) from comment #3)
> The colour is not preselected as someone thought it would be a brilliant
> idea and improved UX when standard colour aka Tango Blue aka #729FCF was
> removed from standard colour palette 

I think that is more a mistake, something that has been overseen.

-- 
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 101821] Scrolling and then clicking into document crashes Writer

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=101821

Michael Stahl  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Assignee|libreoffice-b...@lists.free |mst...@redhat.com
   |desktop.org |

--- Comment #27 from Michael Stahl  ---

looks like i was wrong about the layout loop, the layout does indeed never
finish and hog the CPU, but if you are more patient than i was initially
you can modify the document (probably it's easier if you don't use a
slow --enable-dbgutil build).

the section has the m_bEndnAtEnd flag set - this causes it to be created with a
SwColumnFrame despite only 1 column.

there is a single 1-column section covering the entire bugdoc.

there are endnotes but not footnotes in bugdoc.

crash is caused by: FindFootnoteBossFrame is called wrongly with
bFootnotes=true for a endnote, then it is placed in the endnote
SwFootnoteContFrame instead of the page's

... and then i asked valgrind and it reported a couple of user-after-frees ...

the crash is fixed on master, the layout still there but that's a separate 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 107770] Calc 5.3.2.2 impossibly slow

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=107770

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 107770] Calc 5.3.2.2 impossibly slow

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=107770

Telesto  changed:

   What|Removed |Added

   Keywords||bibisectRequest
 CC||tele...@surfxs.nl

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

Re: Signal handling in Java

2017-06-22 Thread Michael Stahl 
On 22.06.2017 19:53, Noel Grandin wrote:
> if we care about playing nicely with pre-existing signal handles
> installed by the JVM, then surely the right answer is that we too should
> implement signal-chaining.
> i.e. when we install our signal handlers, we should store the address of
> the previously installed handler (if any) and call that inside our
> signal handler.

On 22.06.2017 18:23, Chris Sherlock wrote:
>> Pre-installed signal handlers (A) are supported by means of saving
>> existing signal handlers, for signals that are used by the VM, when
>> the VM is first created. Later, when any of these signals are raised
>> and found not to be targeted at the Java HotSpot VM, the
>> pre-installed
>> handlers are invoked. In other words, pre-installed handlers are
>> "chained" behind the VM handlers for these signals.

the key phrase here is "found not to be targeted at the Java HotSpot VM"
- the JVM knows from the address associated with the signal whether it's
an "expected" one that it can handle itself, or an unexpected one that
it can pass along the chain.

LO however has no idea which signals the JVM would "expect", and as far
as LO itself is concerned there are no "expected" SIGSEGVs, every one is
a crash.

as furthermore the signal handler functions don't have a return value, i
don't see how the chaining in that direction can ever work.

>> The signal-chaining facility also allows an application to link and
>> load a shared library libjsig.so before libc/libthread/libpthread.
>> This library ensures that calls such as signal(), sigset(),
>> andsigaction() are intercepted so that they do not actually replace
>> the Java HotSpot VM's signal handlers if the handlers conflict with
>> those already installed by the Java HotSpot VM (B). Instead, these

so effectively the only way this can work if we somehow locate and
LD_PRELOAD this libjsig.so somewhere before soffice.bin is invoked.

to me this does rather not sound like it would reduce the number of
hoops to jump through or make anything more reliable.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-bugs] [Bug 108627] Use Wiktionary API to show word definitions

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108627

Heiko Tietze  changed:

   What|Removed |Added

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

--- Comment #1 from Heiko Tietze  ---
Makes sense as an extension.

-- 
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 108702] New: endless loop

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108702

Bug ID: 108702
   Summary: endless loop
   Product: LibreOffice
   Version: 5.4.0.0.beta2
  Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: rob...@iafrica.com

Description:
Under some condition - I don't know what it is, the doc goes into an endless
loop.Not sure if this is because of autosave or something else, 

Steps to Reproduce:
1. type in document
2. 
3.

Actual Results:  
status bar starts looping displaying save file message. 

Expected Results:
shouldn't do that


Reproducible: Always

User Profile Reset: No

Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: TextDocument
[Information guessed from browser]
OS: Linux (All)
OS is 64bit: yes
Builds ID: LibreOffice 5.4.0.0.beta2


User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:54.0) Gecko/20100101
Firefox/54.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 100822] FILEOPEN: xlsx file: imported DateTime cells are empty ( Excel 2010 compatible)

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=100822

--- Comment #2 from Marten Feldtmann  ---
Confirmed under Ubuntu 16.04

Windows and Linux LibreOffice Calc 5.1.6.2

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

[Libreoffice-bugs] [Bug 108636] [META] Extensive file accesses

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108636

Telesto  changed:

   What|Removed |Added

 Depends on||106588


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=106588
[Bug 106588] Delay when opening Preferences and clicking on Application Colors
-- 
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 106588] Delay when opening Preferences and clicking on Application Colors

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=106588

Telesto  changed:

   What|Removed |Added

 Blocks||108636


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108636
[Bug 108636] [META] Extensive file accesses
-- 
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 106588] Delay when opening Preferences and clicking on Application Colors

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=106588

--- Comment #11 from Telesto  ---
Created attachment 134215
  --> https://bugs.documentfoundation.org/attachment.cgi?id=134215=edit
Process Monitor Output

The share\palette directory is visited quite a lot. Every palette file (for
example) breeze.soc and classic.sog will be accessed 46 times (in 1 sec)

Version: 6.0.0.0.alpha0+
Build ID: 18f513145477d4621290253d936dad7a40ee4c05
CPU threads: 4; OS: Windows 6.19; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-06-21_06:40:38
Locale: nl-NL (nl_NL); Calc: CL

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

[Libreoffice-bugs] [Bug 108701] New: [Feature Request] Open Forms with a Button Action without having to create a Macro

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108701

Bug ID: 108701
   Summary: [Feature Request] Open Forms with a Button Action
without having to create a Macro
   Product: LibreOffice
   Version: 5.4.0.0.beta2
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Base
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: johnmaveric...@mail.com

Description:
I found various requests and questions about Opening a Form from a Form (just
like in MS Access), but they all end up with creating a Macro.

That scares newbies!

There should be a pre-build function in Base for this!

Steps to Reproduce:
After a Database is created, a form and a Button is created in that form.

1.Double click the button
2.Go to action
3.Open Dropdown box

Actual Results:  
No option to Open Another Form

Expected Results:
There should be an option to Open a Different Form (Just like in MS Access)


Reproducible: Always

User Profile Reset: No

Additional Info:


User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101
Firefox/54.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 108697] New default set of bullet characters

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108697

--- Comment #3 from V Stuart Foote  ---
@Jay, *

Agree some change to that list are needed, and perhaps expand in the UI as for
bug 106507

current list of bullets is here:

http://opengrok.libreoffice.org/xref/core/svx/source/dialog/svxbmpnumvalueset.cxx#68

But, we are limited to what we provide hardcoded to OpenSymbol; and that font
will likely need additional glyphs and movement of glyphs from PUA to correct
Unicode codepoint.

For example:
BLACK DIAMOND SUIT U+e00c -> U+2666
BLACK SQUARE U+e00a -> U+25a0

-- 
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-commits] core.git: include/osl

2017-06-22 Thread Chris Sherlock 
 include/osl/file.h |   28 
 1 file changed, 28 insertions(+)

New commits:
commit 2b88f432f14e617ad27e6a3f560f85c18603697a
Author: Chris Sherlock 
Date:   Fri Jun 23 04:21:27 2017 +1000

osl: document osl_mapFile parameters and return values

Change-Id: I307662ef0d8360da3cbc7edc96890575715bbf07

diff --git a/include/osl/file.h b/include/osl/file.h
index dec771d6d8b4..9b9e31e5bf11 100644
--- a/include/osl/file.h
+++ b/include/osl/file.h
@@ -791,6 +791,34 @@ SAL_DLLPUBLIC oslFileError SAL_CALL osl_getFileSize(
 just a pointer to the file inside the already mapped .apk is
 returned.
 
+@param Handle   [in]Handle of the file to be mapped.
+@param ppAddr   [out]   Memory address of the mapped file
+@param uLength  [in]Amount to map of the file from the offset
+@param uOffset  [in]Offset into the file to map
+@param uFlags   [in]osl_File_MapFlag_RandomAccess or
+osl_File_MapFlag_WillNeed
+
+@retval osl_File_E_None on success
+@retval osl_File_E_INVAL invalid file handle, on Unix systems also
+can mean that the address, length of the file or the
+file offset are too large or not aligned on a page
+boundaryi; on Linux can also mean after Linux 2.6.12
+that the length was set to 0 (illogical.
+@retval osl_File_E_OVERFLOW requested mapping size too large,
+or the file offset was too large
+@retval osl_File_E_ACCES file descriptor to non-regular file, or
+file descriptor not open for reading, or the file
+descriptor is not open in read/write mode
+@retval osl_File_E_AGAIN file has been locked, or too much memory
+has been locked
+@retval osl_File_E_NODEV underlying filesystem of specified file
+does not support memory mapping
+@retval osl_File_E_TXTBSY on Linux means that writing to the mapped
+file is denied, but the file descriptor points to a file
+open for writing
+@retval osl_File_E_NOMEM process's maximum number of mappings have
+been exceeded
+
 @since UDK 3.2.10
 */
 SAL_DLLPUBLIC oslFileError SAL_CALL osl_mapFile (
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 86100] FILEOPEN Excel 2003 XML: DateTime cells imported wrong

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=86100

--- Comment #7 from Marten Feldtmann  ---
Here under Linux/64 LibreOffice 5.1.6.2 I found, that the date part is
imported, but the time part is lost (and therefore always be 00:00:00).

Totally unuseable this filter - there are even problems when importing boolean
values

-- 
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

Re: The BSDs and sysconf()

2017-06-22 Thread Noel Grandin 
The relevant question is not whether they support it __now__, but if they
support it in the oldest version of those operating systems that we support.


If you can find out when each of those OS's gained support for that, then
we can possibly drop that support. At the very least, even if we don't drop
support, we should add a comment there, so we know when we can drop support.
​
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Signal handling in Java

2017-06-22 Thread Noel Grandin 
if we care about playing nicely with pre-existing signal handles installed
by the JVM, then surely the right answer is that we too should implement
signal-chaining.
i.e. when we install our signal handlers, we should store the address of
the previously installed handler (if any) and call that inside our signal
handler.
​
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-commits] core.git: include/osl

2017-06-22 Thread Chris Sherlock 
 include/osl/file.h |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit 97c6719c45c0f095a1f13a5ba2a8743f304e4201
Author: Chris Sherlock 
Date:   Fri Jun 23 03:46:36 2017 +1000

osl: typo from last commit

Change-Id: I3dce45da77c6ab21be5a999d4ea5b7944a07bbd7

diff --git a/include/osl/file.h b/include/osl/file.h
index de0fc2aa4dcd..dec771d6d8b4 100644
--- a/include/osl/file.h
+++ b/include/osl/file.h
@@ -761,7 +761,7 @@ SAL_DLLPUBLIC oslFileError SAL_CALL osl_setFileSize(
 SAL_DLLPUBLIC oslFileError SAL_CALL osl_getFileSize(
 oslFileHandle Handle, sal_uInt64 *pSize );
 
-/** Indicate that the file can be accessws randomly (i.e. there is no 
sequential
+/** Indicate that the file can be accessed randomly (i.e. there is no 
sequential
 reading). Basically it means that the first byte of every page in the
 file-mapping will be read.
 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] online.git: 2 commits - kit/Kit.cpp wsd/DocumentBroker.cpp wsd/TileCache.cpp wsd/TileCache.hpp

2017-06-22 Thread Michael Meeks 
 kit/Kit.cpp|   33 +++--
 wsd/DocumentBroker.cpp |1 +
 wsd/TileCache.cpp  |   25 +
 wsd/TileCache.hpp  |   11 +--
 4 files changed, 38 insertions(+), 32 deletions(-)

New commits:
commit d43589c34355694b0ffbc3b129fcaba22bcdbb22
Author: Michael Meeks 
Date:   Thu Jun 22 13:58:50 2017 +0100

Replace now un-used locking with thread affinity assertions.

Change-Id: I8c08d1618404740e9dc1d5ff2cb7d9d460ca2be5

diff --git a/wsd/DocumentBroker.cpp b/wsd/DocumentBroker.cpp
index 2e37ccf7..f1785de5 100644
--- a/wsd/DocumentBroker.cpp
+++ b/wsd/DocumentBroker.cpp
@@ -558,6 +558,7 @@ bool DocumentBroker::load(const 
std::shared_ptr& session, const s
 // Use the local temp file's timestamp.
 _lastFileModifiedTime = 
Poco::File(_storage->getRootFilePath()).getLastModified();
 _tileCache.reset(new TileCache(_storage->getUri(), 
_lastFileModifiedTime, _cacheRoot));
+_tileCache->setThreadOwner(std::this_thread::get_id());
 }
 
 LOOLWSD::dumpNewSessionTrace(getJailId(), sessionId, _uriOrig, 
_storage->getRootFilePath());
diff --git a/wsd/TileCache.cpp b/wsd/TileCache.cpp
index ff30710f..ab3070d8 100644
--- a/wsd/TileCache.cpp
+++ b/wsd/TileCache.cpp
@@ -17,7 +17,6 @@
 #include 
 #include 
 #include 
-#include 
 #include 
 #include 
 #include 
@@ -73,6 +72,7 @@ TileCache::TileCache(const std::string& docURL,
 
 TileCache::~TileCache()
 {
+_owner = std::thread::id(0);
 LOG_INF("~TileCache dtor for uri [" << _docURL << "].");
 }
 
@@ -114,7 +114,7 @@ std::shared_ptr 
TileCache::findTileBeingRendered(c
 {
 const std::string cachedName = cacheFileName(tileDesc);
 
-Util::assertIsLocked(_tilesBeingRenderedMutex);
+assertCorrectThread();
 
 const auto tile = _tilesBeingRendered.find(cachedName);
 return tile != _tilesBeingRendered.end() ? tile->second : nullptr;
@@ -124,7 +124,7 @@ void TileCache::forgetTileBeingRendered(const TileDesc& 
tile)
 {
 const std::string cachedName = cacheFileName(tile);
 
-Util::assertIsLocked(_tilesBeingRenderedMutex);
+assertCorrectThread();
 
 _tilesBeingRendered.erase(cachedName);
 }
@@ -149,7 +149,7 @@ std::unique_ptr TileCache::lookupTile(const 
TileDesc& tile)
 
 void TileCache::saveTileAndNotify(const TileDesc& tile, const char *data, 
const size_t size)
 {
-std::unique_lock lock(_tilesBeingRenderedMutex);
+assertCorrectThread();
 
 std::shared_ptr tileBeingRendered = 
findTileBeingRendered(tile);
 
@@ -321,8 +321,7 @@ void TileCache::invalidateTiles(int part, int x, int y, int 
width, int height)
 
 File dir(_cacheDir);
 
-std::unique_lock lock(_cacheMutex);
-std::unique_lock lockSubscribers(_tilesBeingRenderedMutex);
+assertCorrectThread();
 
 if (dir.exists() && dir.isDirectory())
 {
@@ -446,7 +445,7 @@ void TileCache::subscribeToTileRendering(const TileDesc& 
tile, const std::shared
 oss << '(' << tile.getPart() << ',' << tile.getTilePosX() << ',' << 
tile.getTilePosY() << ')';
 const auto name = oss.str();
 
-std::unique_lock lock(_tilesBeingRenderedMutex);
+assertCorrectThread();
 
 std::shared_ptr tileBeingRendered = 
findTileBeingRendered(tile);
 
@@ -493,7 +492,7 @@ std::string TileCache::cancelTiles(const 
std::shared_ptr 
 assert(subscriber && "cancelTiles expects valid subscriber");
 LOG_TRC("Cancelling tiles for " << subscriber->getName());
 
-std::unique_lock lock(_tilesBeingRenderedMutex);
+assertCorrectThread();
 
 const auto sub = subscriber.get();
 
@@ -534,4 +533,14 @@ std::string TileCache::cancelTiles(const 
std::shared_ptr 
 return canceltiles.empty() ? canceltiles : "canceltiles " + canceltiles;
 }
 
+void TileCache::assertCorrectThread()
+{
+const bool correctThread = _owner == std::thread::id(0) || 
std::this_thread::get_id() == _owner;
+if (!correctThread)
+LOG_ERR("TileCache method invoked from foreign thread. Expected: 0x" 
<< std::hex <<
+_owner << " but called from 0x" << std::this_thread::get_id() 
<< " (" <<
+std::dec << Util::getThreadId() << ").");
+assert (correctThread);
+}
+
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/wsd/TileCache.hpp b/wsd/TileCache.hpp
index 9f86cc72..5f8e71cf 100644
--- a/wsd/TileCache.hpp
+++ b/wsd/TileCache.hpp
@@ -13,7 +13,7 @@
 #include 
 #include 
 #include 
-#include 
+#include 
 #include 
 
 #include 
@@ -75,10 +75,11 @@ public:
 /// Store the timestamp to modtime.txt.
 void saveLastModified(const Poco::Timestamp& timestamp);
 
-std::unique_lock getTilesBeingRenderedLock() { return 
std::unique_lock(_tilesBeingRenderedMutex); }
-
 void forgetTileBeingRendered(const TileDesc& tile);
 
+void setThreadOwner(const std::thread::id ) { _owner = id; }
+void assertCorrectThread();
+
 private:
 void invalidateTiles(int part, int x, int y, int width, int

[Libreoffice-bugs] [Bug 108700] image anchored to a cell is changed to anchored to page after reopen

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108700

javier sierra  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

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

[Libreoffice-bugs] [Bug 108700] New: image anchored to a cell is changed to anchored to page after reopen

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108700

Bug ID: 108700
   Summary: image anchored to a cell is changed to anchored to
page after reopen
   Product: LibreOffice
   Version: 3.6.4.3 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: jsie...@isione.com

When an image is anchor to a cell, then save the file, When you open the file
again the image is anchored to page, not to the cell you had choosen.

Thanks for your attention

-- 
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-commits] core.git: include/osl

2017-06-22 Thread Chris Sherlock 
 include/osl/file.h |   59 ++---
 1 file changed, 38 insertions(+), 21 deletions(-)

New commits:
commit 1bb4e6c0a1aac9b505416eb1f7c952f6b788afa2
Author: Chris Sherlock 
Date:   Fri Jun 23 03:32:35 2017 +1000

osl: File map flag constants documented

Change-Id: I8f02cfdcaa1a5d2ce981b5de1b9754da36760649
Reviewed-on: https://gerrit.libreoffice.org/39124
Reviewed-by: Chris Sherlock 
Tested-by: Chris Sherlock 

diff --git a/include/osl/file.h b/include/osl/file.h
index 63a032881adb..de0fc2aa4dcd 100644
--- a/include/osl/file.h
+++ b/include/osl/file.h
@@ -415,7 +415,8 @@ typedef struct _oslFileStatus {
 @retval osl_File_E_OVERFLOW value too large for defined data type
 @retval osl_File_E_INTR function call was interrupted
 @retval osl_File_E_NOLINK link has been severed
-@retval osl_File_E_MULTIHOP components of path require hopping to multiple 
remote machines and the file system does not allow it
+@retval osl_File_E_MULTIHOP components of path require hopping to multiple
+remote machines and the file system does not allow it
 @retval osl_File_E_MFILE too many open files used by the process
 @retval osl_File_E_NFILE too many open files in the system
 @retval osl_File_E_NOSPC no space left on device
@@ -530,7 +531,8 @@ SAL_DLLPUBLIC oslFileError SAL_CALL 
osl_getVolumeDeviceMountPath(
 */
 
 typedef struct _oslVolumeInfo {
-/** Must be initialized with the size in bytes of the structure before passing 
it to any function */
+/** Must be initialized with the size in bytes of the structure before
+passing it to any function */
 sal_uInt32  uStructSize;
 /** Determines which members of the structure contain valid data */
 sal_uInt32  uValidFields;
@@ -546,10 +548,12 @@ typedef struct _oslVolumeInfo {
 sal_uInt32  uMaxNameLength;
 /** Maximum length of a full qualified path in system notation */
 sal_uInt32  uMaxPathLength;
-/** Points to a string that receives the name of the file system type. String 
should be set to zero before calling osl_getVolumeInformation
-and released after usage. */
+/** Points to a string that receives the name of the file system type. String
+should be set to zero before calling osl_getVolumeInformation and released
+after usage. */
 rtl_uString *ustrFileSystemName;
-/** Pointer to handle the receives underlying device. Handle should be set to 
zero before calling osl_getVolumeInformation*/
+/** Pointer to handle the receives underlying device. Handle should be set to
+zero before calling osl_getVolumeInformation */
 oslVolumeDeviceHandle   *pDeviceHandle;
 } oslVolumeInfo;
 
@@ -668,16 +672,20 @@ SAL_DLLPUBLIC oslFileError SAL_CALL osl_openFile(
 Handle to a file received by a previous call to osl_openFile().
 
 @param uHow [in]
-How to calculate the offset - osl_Pos_Absolut means start at the beginning 
of the file, osl_Pos_Current means
-offset from the current seek position and osl_Pos_End means the offset 
will be negative and the position will be
-calculated backwards from the end of the file by the offset provided.
+How to calculate the offset - osl_Pos_Absolut means start at the
+beginning of the file, osl_Pos_Current means offset from the current
+seek position and osl_Pos_End means the offset will be negative and
+the position will be calculated backwards from the end of the file by
+the offset provided.
 
 @param uPos [in]
 Seek offset, depending on uHow. If uHow is osl_Pos_End then the value must 
be negative.
 
 @retval osl_File_E_None on success
-@retval osl_File_E_INVAL the format of the parameters was not valid (e.g. 
if uHow is osl_Pos_End then must be negative)
-@retval osl_File_E_OVERFLOW the resulting file offset would be a value 
which cannot be represented correctly for regular files
+@retval osl_File_E_INVAL the format of the parameters was not valid
+(e.g. if uHow is osl_Pos_End then must be negative)
+@retval osl_File_E_OVERFLOW the resulting file offset would be a
+value which cannot be represented correctly for regular files
 
 @seeosl_openFile()
 @seeosl_getFilePos()
@@ -695,7 +703,8 @@ SAL_DLLPUBLIC oslFileError SAL_CALL osl_setFilePos(
 
 @retval osl_File_E_None on success
 @retval osl_File_E_INVAL the format of the parameters was not valid
-@retval osl_File_E_OVERFLOW the resulting file offset would be a value 
which cannot be represented correctly for regular files
+@retval osl_File_E_OVERFLOW the resulting file offset would be a value
+which cannot be represented correctly for regular files
 
 @see osl_openFile()
 @see osl_setFilePos()
@@ -718,7 +727,8 @@ SAL_DLLPUBLIC oslFileError SAL_CALL osl_getFilePos(
 
 @retval osl_File_E_None on success
 @retval

[Libreoffice-bugs] [Bug 108699] New: Losing Jump Lists on update

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108699

Bug ID: 108699
   Summary: Losing Jump Lists on update
   Product: LibreOffice
   Version: unspecified
  Hardware: PowerPC
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: lynneconnoll...@yahoo.co.uk

Every time I do an update to Libre Office (64 bit) I lose the jump lists from
my Taskbar. I've already amended Windows to show more items in the Jump Lists,
and I rely on the Writer ones to show me what I'm working on. But an update
wipes everything out. The shortcut is rendered invalid, and doesn't work any
more. Any chance of stopping this happening?

-- 
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 108697] New default set of bullet characters

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108697

--- Comment #2 from Heiko Tietze  ---
Isn't this a dup of bug 106507?

-- 
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 79877] Option to revert to old Pop-Up edit method for Input Fields

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=79877

V Stuart Foote  changed:

   What|Removed |Added

 CC||bu...@bubli.org,
   ||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||mst...@redhat.com,
   ||vstuart.fo...@utsa.edu
   See Also||https://bz.apache.org/ooo/s
   ||how_bug.cgi?id=33737,
   ||https://bz.apache.org/ooo/s
   ||how_bug.cgi?id=125108
 OS|Windows (All)   |All

--- Comment #10 from V Stuart Foote  ---
The in-place field editing is very useful, but as noted the old dialog really
was efficient for sequentially completing a form template, and unfortunately
the current "Edit Fields" dialog does not provide editing of the field values.
You can change the field(s) but not the actual content. Not the best for
completing a form.

While the old dialog probably needed to go, the "Edit Fields" dialog needs
rework to supplement the in-place field editing.

-- 
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-ux-advise] [Bug 79877] Option to revert to old Pop-Up edit method for Input Fields

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=79877

V Stuart Foote  changed:

   What|Removed |Added

 CC||bu...@bubli.org,
   ||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||mst...@redhat.com,
   ||vstuart.fo...@utsa.edu
   See Also||https://bz.apache.org/ooo/s
   ||how_bug.cgi?id=33737,
   ||https://bz.apache.org/ooo/s
   ||how_bug.cgi?id=125108
 OS|Windows (All)   |All

--- Comment #10 from V Stuart Foote  ---
The in-place field editing is very useful, but as noted the old dialog really
was efficient for sequentially completing a form template, and unfortunately
the current "Edit Fields" dialog does not provide editing of the field values.
You can change the field(s) but not the actual content. Not the best for
completing a form.

While the old dialog probably needed to go, the "Edit Fields" dialog needs
rework to supplement the in-place field editing.

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

[Libreoffice-bugs] [Bug 108522] Restore (or configure) old behavior when clicking on an input field

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108522

V Stuart Foote  changed:

   What|Removed |Added

Crash report or|https://bz.apache.org/ooo/s |
crash signature|how_bug.cgi?id=33737,   |
   |https://bz.apache.org/ooo/s |
   |how_bug.cgi?id=125108   |
   See Also||https://bz.apache.org/ooo/s
   ||how_bug.cgi?id=33737,
   ||https://bz.apache.org/ooo/s
   ||how_bug.cgi?id=125108

-- 
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-ux-advise] [Bug 108522] Restore (or configure) old behavior when clicking on an input field

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108522

V Stuart Foote  changed:

   What|Removed |Added

Crash report or|https://bz.apache.org/ooo/s |
crash signature|how_bug.cgi?id=33737,   |
   |https://bz.apache.org/ooo/s |
   |how_bug.cgi?id=125108   |
   See Also||https://bz.apache.org/ooo/s
   ||how_bug.cgi?id=33737,
   ||https://bz.apache.org/ooo/s
   ||how_bug.cgi?id=125108

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

[Libreoffice-bugs] [Bug 108522] Restore (or configure) old behavior when clicking on an input field

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108522

V Stuart Foote  changed:

   What|Removed |Added

 CC||vstuart.fo...@utsa.edu
Crash report or||https://bz.apache.org/ooo/s
crash signature||how_bug.cgi?id=33737,
   ||https://bz.apache.org/ooo/s
   ||how_bug.cgi?id=125108
 Resolution|FIXED   |DUPLICATE
Summary|Discussion: Restore (or |Restore (or configure) old
   |configure) old behavior |behavior when clicking on
   |when clicking on an input   |an input field
   |field   |

--- Comment #7 from V Stuart Foote  ---
The in-place field editing [1] is functional.

The double click, or context menu, to open "Edit Fields" dialog is correct and
consistent behavior and has been present since 4.2 as noted, picked up from AOO
work [2]. 

Unfortunately it probably is not the correct dialog as the Edit Fields dialog
does not actually allow editing of the field content [3]. 

We have bug 79877 (and better discussion in dupe bug 75319) to rather than the
"Edit Fields" dialog use the Field input dialog for proforma entry--as used to
be connected to the .uno:UpdateInputFields and assigned the F9_SHIFT_F1 short
cut, but that remains non functional for sequential editing of templated forms. 

Setting this as duplicate of tdf#79877

=-ref-=

[1]
https://cgit.freedesktop.org/libreoffice/core/commit/?id=c2b5521921b806ff7b04cdacebde3834d2aafd4b


[2] https://bz.apache.org/ooo/show_bug.cgi?id=33737

[3] https://bz.apache.org/ooo/show_bug.cgi?id=125108

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

-- 
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-ux-advise] [Bug 108522] Restore (or configure) old behavior when clicking on an input field

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108522

V Stuart Foote  changed:

   What|Removed |Added

 CC||vstuart.fo...@utsa.edu
Crash report or||https://bz.apache.org/ooo/s
crash signature||how_bug.cgi?id=33737,
   ||https://bz.apache.org/ooo/s
   ||how_bug.cgi?id=125108
 Resolution|FIXED   |DUPLICATE
Summary|Discussion: Restore (or |Restore (or configure) old
   |configure) old behavior |behavior when clicking on
   |when clicking on an input   |an input field
   |field   |

--- Comment #7 from V Stuart Foote  ---
The in-place field editing [1] is functional.

The double click, or context menu, to open "Edit Fields" dialog is correct and
consistent behavior and has been present since 4.2 as noted, picked up from AOO
work [2]. 

Unfortunately it probably is not the correct dialog as the Edit Fields dialog
does not actually allow editing of the field content [3]. 

We have bug 79877 (and better discussion in dupe bug 75319) to rather than the
"Edit Fields" dialog use the Field input dialog for proforma entry--as used to
be connected to the .uno:UpdateInputFields and assigned the F9_SHIFT_F1 short
cut, but that remains non functional for sequential editing of templated forms. 

Setting this as duplicate of tdf#79877

=-ref-=

[1]
https://cgit.freedesktop.org/libreoffice/core/commit/?id=c2b5521921b806ff7b04cdacebde3834d2aafd4b


[2] https://bz.apache.org/ooo/show_bug.cgi?id=33737

[3] https://bz.apache.org/ooo/show_bug.cgi?id=125108

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

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

[Libreoffice-bugs] [Bug 79877] Option to revert to old Pop-Up edit method for Input Fields

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=79877

V Stuart Foote  changed:

   What|Removed |Added

 CC||bernhard.w...@cib.de

--- Comment #9 from V Stuart Foote  ---
*** Bug 108522 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-commits] core.git: sw/qa writerfilter/source

2017-06-22 Thread Miklos Vajna 
 sw/qa/extras/ooxmlexport/data/tdf108682.docx |binary
 sw/qa/extras/ooxmlexport/ooxmlexport9.cxx|   11 +++
 writerfilter/source/dmapper/DomainMapper.cxx |   16 +---
 3 files changed, 24 insertions(+), 3 deletions(-)

New commits:
commit f575f70b8303ba187f6989920281ff02e7a431c9
Author: Miklos Vajna 
Date:   Thu Jun 22 13:41:30 2017 +0200

tdf#108682 DOCX import: fix  for negative values

I didn't find UI in Word to create



the equivalent markup when you set line spacing to exactly 13pt for new
documents is:



The OOXML spec and Microsoft's implementer notes ([MS-OI29500]) is also
pretty silent about what a negative value means. However, if this markup
is converted to WW8 by Word, then the WW8 LPSD structure is like this
(as presented by doc-dumper):


  
  


For the 0xfefc value the [MS-DOC] spec clearly states that means the
type of the spacing is "exactly", with the value of 0x1-0xfefc, i.e.
the same 260 twips.

Change-Id: I84b485d02dea49c610b6df2e06ccce03e1d29d21
Reviewed-on: https://gerrit.libreoffice.org/39091
Tested-by: Jenkins 
Reviewed-by: Miklos Vajna 

diff --git a/sw/qa/extras/ooxmlexport/data/tdf108682.docx 
b/sw/qa/extras/ooxmlexport/data/tdf108682.docx
new file mode 100644
index ..1364025b826c
Binary files /dev/null and b/sw/qa/extras/ooxmlexport/data/tdf108682.docx differ
diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport9.cxx 
b/sw/qa/extras/ooxmlexport/ooxmlexport9.cxx
index 39af9d435af7..93f3f320f27d 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport9.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport9.cxx
@@ -25,6 +25,8 @@
 #include 
 #include 
 #include 
+#include 
+#include 
 
 #include 
 #include 
@@ -694,6 +696,15 @@ DECLARE_OOXMLEXPORT_TEST(testTdf107618, "tdf107618.doc")
 CPPUNIT_ASSERT_EQUAL(true, getProperty(xPageStyle, "HeaderIsOn"));
 }
 
+DECLARE_OOXMLEXPORT_TEST(testTdf108682, "tdf108682.docx")
+{
+auto aLineSpacing = getProperty(getParagraph(1), 
"ParaLineSpacing");
+// This was style::LineSpacingMode::PROP.
+CPPUNIT_ASSERT_EQUAL(style::LineSpacingMode::FIX, aLineSpacing.Mode);
+// 260 twips in mm100, this was a negative value.
+CPPUNIT_ASSERT_EQUAL(static_cast(459), aLineSpacing.Height);
+}
+
 CPPUNIT_PLUGIN_IMPLEMENT();
 
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/writerfilter/source/dmapper/DomainMapper.cxx 
b/writerfilter/source/dmapper/DomainMapper.cxx
index 67bd4648e42f..7253ae190581 100644
--- a/writerfilter/source/dmapper/DomainMapper.cxx
+++ b/writerfilter/source/dmapper/DomainMapper.cxx
@@ -453,9 +453,19 @@ void DomainMapper::lcl_attribute(Id nName, Value & val)
 if( sal::static_int_cast(nIntValue) == 
NS_ooxml::LN_Value_doc_ST_LineSpacingRule_auto)
 {
 m_pImpl->appendGrabBag(m_pImpl->m_aSubInteropGrabBag, 
"lineRule", "auto");
-aSpacing.Mode = style::LineSpacingMode::PROP;
-//reinterpret the already set value
-aSpacing.Height = sal_Int16( aSpacing.Height * 100 /  
ConversionHelper::convertTwipToMM100( nSingleLineSpacing ));
+if (aSpacing.Height >= 0)
+{
+aSpacing.Mode = style::LineSpacingMode::PROP;
+//reinterpret the already set value
+aSpacing.Height = sal_Int16( aSpacing.Height * 100 
/  ConversionHelper::convertTwipToMM100( nSingleLineSpacing ));
+}
+else
+{
+// Negative value still means a positive height,
+// just the mode is "exact".
+aSpacing.Mode = style::LineSpacingMode::FIX;
+aSpacing.Height *= -1;
+}
 }
 else if( sal::static_int_cast(nIntValue) == 
NS_ooxml::LN_Value_doc_ST_LineSpacingRule_atLeast)
 {
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

The BSDs and sysconf()

2017-06-22 Thread Chris Sherlock 
Hi all, 

I’ve moved past signal handling for now and have reached file mapping for my 
book on the guts of LibreOffice - 
https://www.gitbook.com/book/chrissherlock1/inside-libreoffice/details 


As I’ve been reading through how we handle file mapping, I’ve noticed we do 
something a bit unusual for finding the page size on BSD systems. From what I 
can see, OpenBSD, NetBSD, FreeBSD, OS X and DragonflyBSD all supports sysconf() 
now. However, we have some special cased code in sal/osl/unx/file.cxx that is 
used by the file mapping API when it gets the pagesize of the system. Currently 
it is special casing out the BSDs to use getpagesize(), and everything else 
that is POSIX compliant uses sysconf(_SC_PAGESIZE). 

However, I checked out the latest man pages for all the BSDs, and they all seem 
to support sysconf(_SC_PAGESIZE). Is there any reason we are checking the 
platform and using getpagesize() for the BSDs now?

I’ve submitted a gerrit change in case there is no good reason:

https://gerrit.libreoffice.org/#/c/39120/ 


If anyone would like to review it, would be great. 

Chris___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-bugs] [Bug 108636] [META] Extensive file accesses

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108636

Telesto  changed:

   What|Removed |Added

 Depends on||108698


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108698
[Bug 108698] Lots of disk queries related to python 3.5.0 when accessing Tools
menu first time after launch
-- 
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 108698] Lots of disk queries related to python 3.5.0 when accessing Tools menu first time after launch

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108698

Telesto  changed:

   What|Removed |Added

 Blocks||108636


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108636
[Bug 108636] [META] Extensive file accesses
-- 
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 108698] Lots of disk queries related to python 3.5.0 when accessing Tools menu first time after launch

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108698

--- Comment #1 from Telesto  ---
Created attachment 134214
  --> https://bugs.documentfoundation.org/attachment.cgi?id=134214=edit
Snipped of the Process Monitor Output

-- 
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 108698] New: Lots of disk queries related to python 3.5.0 when accessing Tools menu first time after launch

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108698

Bug ID: 108698
   Summary: Lots of disk queries related to python 3.5.0 when
accessing Tools menu first time after launch
   Product: LibreOffice
   Version: 5.4.0.0.beta2
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: minor
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tele...@surfxs.nl

Description:
There are quite a lot of disk queries related to python 3.5.0 when accessing
Tools menu first time after launch. Not sure if it's something or not. 

Steps to Reproduce:
1. Open Writer
2. Launch Process Monitor with filter set to soffice.bin
3. Click on Tools in the menu

Actual Results:  
Python files are accessed quite a lot (see attachment)

Expected Results:
Probably less (???)


Reproducible: Always

User Profile Reset: No

Additional Info:
Version: 6.0.0.0.alpha0+
Build ID: 18f513145477d4621290253d936dad7a40ee4c05
CPU threads: 4; OS: Windows 6.19; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-06-21_06:40:38
Locale: nl-NL (nl_NL); Calc: CL


User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:45.0) Gecko/20100101
Firefox/45.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-commits] core.git: .gitignore

2017-06-22 Thread Muhammet Kara 
 .gitignore |3 +++
 1 file changed, 3 insertions(+)

New commits:
commit 777637a3cd46763cf79fb4f2c0a6929349a810f6
Author: Muhammet Kara 
Date:   Thu Jun 22 16:51:15 2017 +0300

gitignore: compile_commands.json

This file is generated by "make vim-ide-integration"

Change-Id: I9355bc36b2a654efd6183b268662b10b224f2117
Reviewed-on: https://gerrit.libreoffice.org/39108
Tested-by: Jenkins 
Reviewed-by: Markus Mohrhard 

diff --git a/.gitignore b/.gitignore
index da1b3ea881ac..3ec069d1f0c9 100644
--- a/.gitignore
+++ b/.gitignore
@@ -171,3 +171,6 @@ LibreOffice.VC.VC.opendb
 # Sublime Specific
 *.sublime-project
 *.sublime-workspace
+
+# vim-ide-integration
+compile_commands.json
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

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

2017-06-22 Thread Eike Rathke 
 sc/qa/unit/ucalc_formula.cxx |   38 +-
 1 file changed, 37 insertions(+), 1 deletion(-)

New commits:
commit 2522bbeecc628bb16ee17286e11b54613f78b195
Author: Eike Rathke 
Date:   Thu Jun 22 18:41:43 2017 +0200

Unit test for named single reference pointing to deleted row, tdf#108671

Change-Id: Idb22bd00572d362eb2cc0137fe01835d6c28fcf8

diff --git a/sc/qa/unit/ucalc_formula.cxx b/sc/qa/unit/ucalc_formula.cxx
index 6154ed4d9915..feb5b8df5625 100644
--- a/sc/qa/unit/ucalc_formula.cxx
+++ b/sc/qa/unit/ucalc_formula.cxx
@@ -3075,6 +3075,18 @@ void Test::testFormulaRefUpdateNameDeleteRow()
 OUString aExpr = pCode->CreateString(aCxt, ScAddress(0,0,0));
 CPPUNIT_ASSERT_EQUAL(OUString("$B$2:$B$4"), aExpr);
 
+// Insert a new name 'MyAddress' to reference $B$3. Note absolute row.
+bInserted = m_pDoc->InsertNewRangeName("MyAddress", ScAddress(0,0,0), 
"$B$3");
+CPPUNIT_ASSERT(bInserted);
+
+const ScRangeData* pName2 = 
m_pDoc->GetRangeName()->findByUpperName("MYADDRESS");
+CPPUNIT_ASSERT(pName2);
+
+sc::TokenStringContext aCxt2(m_pDoc, 
formula::FormulaGrammar::GRAM_ENGLISH);
+const ScTokenArray* pCode2 = pName2->GetCode();
+OUString aExpr2 = pCode2->CreateString(aCxt2, ScAddress(0,0,0));
+CPPUNIT_ASSERT_EQUAL(OUString("$B$3"), aExpr2);
+
 ScDocFunc& rFunc = getDocShell().GetDocFunc();
 
 // Delete row 3.
@@ -3082,10 +3094,14 @@ void Test::testFormulaRefUpdateNameDeleteRow()
 aMark.SelectOneTable(0);
 rFunc.DeleteCells(ScRange(0,2,0,MAXCOL,2,0), , DEL_CELLSUP, true);
 
-// The reference in the name should get updated to B2:B3.
+// The reference in the 'MyRange' name should get updated to B2:B3.
 aExpr = pCode->CreateString(aCxt, ScAddress(0,0,0));
 CPPUNIT_ASSERT_EQUAL(OUString("$B$2:$B$3"), aExpr);
 
+// The reference in the 'MyAddress' name should get updated to $B$#REF!.
+aExpr2 = pCode2->CreateString(aCxt2, ScAddress(0,0,0));
+CPPUNIT_ASSERT_EQUAL(OUString("$B$#REF!"), aExpr2);
+
 // Delete row 3 again.
 rFunc.DeleteCells(ScRange(0,2,0,MAXCOL,2,0), , DEL_CELLSUP, true);
 aExpr = pCode->CreateString(aCxt, ScAddress(0,0,0));
@@ -3130,6 +3146,13 @@ void Test::testFormulaRefUpdateNameDeleteRow()
 aExpr = pCode->CreateString(aCxt, ScAddress(0,0,0));
 CPPUNIT_ASSERT_EQUAL(OUString("$B$2:$B$4"), aExpr);
 
+pName2 = m_pDoc->GetRangeName()->findByUpperName("MYADDRESS");
+CPPUNIT_ASSERT(pName2);
+pCode2 = pName2->GetCode();
+
+aExpr2 = pCode2->CreateString(aCxt2, ScAddress(0,0,0));
+CPPUNIT_ASSERT_EQUAL(OUString("$B$3"), aExpr2);
+
 m_pDoc->InsertTab(1, "test2");
 
 ScMarkData aMark2;
@@ -3143,6 +3166,19 @@ void Test::testFormulaRefUpdateNameDeleteRow()
 aExpr = pCode->CreateString(aCxt, ScAddress(0,0,0));
 CPPUNIT_ASSERT_EQUAL(OUString("$B$2:$B$4"), aExpr);
 
+pName2 = m_pDoc->GetRangeName()->findByUpperName("MYADDRESS");
+CPPUNIT_ASSERT(pName2);
+pCode2 = pName2->GetCode();
+
+// Deleting a range the 'MyAddress' name points into due to its implicit
+// relative sheet reference to the sheet where used does not invalidate
+// the named expression because when updating the sheet reference is
+// relative to its base position on sheet 0 (same for the 'MyRange' range,
+// which is the reason why it is not updated either).
+// This is a tad confusing..
+aExpr2 = pCode2->CreateString(aCxt2, ScAddress(0,0,0));
+CPPUNIT_ASSERT_EQUAL(OUString("$B$3"), aExpr2);
+
 m_pDoc->DeleteTab(1);
 m_pDoc->DeleteTab(0);
 }
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 107553] [META] Writer table styles bugs and enhancements

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=107553

Dieter Praas  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-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=103100

Dieter Praas  changed:

   What|Removed |Added

 Depends on||107553


Referenced Bugs:

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

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=107553

Dieter Praas  changed:

   What|Removed |Added

 Depends on||93747


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=93747
[Bug 93747] Apply style in a selected table cell leaks to another table cell
-- 
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-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=103100

Dieter Praas  changed:

   What|Removed |Added

 Depends on|93747   |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=93747
[Bug 93747] Apply style in a selected table cell leaks to another table cell
-- 
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 102946] [META] Styles bugs and enhancements

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=102946

Dieter Praas  changed:

   What|Removed |Added

 Depends on|93747   |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=93747
[Bug 93747] Apply style in a selected table cell leaks to another table cell
-- 
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 93747] Apply style in a selected table cell leaks to another table cell

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=93747

Dieter Praas  changed:

   What|Removed |Added

 CC||dgp-m...@gmx.de
 Blocks|102946, 103100  |107553


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=102946
[Bug 102946] [META] Styles bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103100
[Bug 103100] [META] Writer table bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107553
[Bug 107553] [META] Writer table styles 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 86739] Picture misaligned when inserting and adjusting the rows or column ( anchor to cell as default in options)

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=86739

Timur  changed:

   What|Removed |Added

 CC||gti...@gmail.com,
   ||serval2...@yahoo.fr,
   ||tietze.he...@gmail.com,
   ||vstuart.fo...@utsa.edu
Version|4.3.4.1 release |3.4.0 release

--- Comment #6 from Timur  ---
This was confirmed before defining the resolution. 
On image insert, OO and LO 3.3 had anchor to cell as default. LO 3.4 and on has
anchor to page as default. 
Let's ask someone why it was changed and why we should change it back based on
single example. 
Other possibility is to have option on insert image dialog to set image's
anchor type: ToCell or ToPage, as in previous comment. I support that but we
need to change title then. 

PS: There was crash on this file with 6.0+ which was fixed with Bug 108610.

-- 
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 108522] Discussion: Restore (or configure) old behavior when clicking on an input field

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108522

Katarina Behrens (CIB)  changed:

   What|Removed |Added

 Resolution|NOTABUG |FIXED

--- Comment #6 from Katarina Behrens (CIB)  ---

> that's not a bug, that's a feature.
> 
> users have complained about the ridiculous old input field for years.

So now some users complain because they are used to the ridiculous old input
field and the new behaviour is change for the worse for them [1] You can't make
everyone happy.

So how about restoring the old behaviour and hiding it behind some, dunno,
'EnableLegacyFieldEditing' expert config option?


[1] maybe they are simply reluctant to learn new things

-- 
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 108697] New default set of bullet characters

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108697

--- Comment #1 from Yousuf Philips (jay)  ---
This list along with the unicode values for these bullets as well as images are
available in this google doc.

https://docs.google.com/document/d/16-6zkZl5LiICnUILhv1CfIHIdyQFyTJKp7XGST5zq5U/edit#bookmark=id.fjy2txljed77

-- 
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 106507] Add 4 more default bullet types to toolbar split button and dialog

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=106507

Yousuf Philips (jay)  changed:

   What|Removed |Added

 CC||philip...@hotmail.com
 Blocks||103369
Summary|Small enhancement to bullet |Add 4 more default bullet
   |formatting toolbar: Add 4   |types to toolbar split
   |more default bullet types   |button and dialog

--- Comment #8 from Yousuf Philips (jay)  ---
(In reply to Gerry from comment #0)
> – (U+2013) "Halbgeviertstrich" (in English: en dash / en rule)
> ‐ (U+2010) "Divis" (in English: hyphen)

TextEdit and iWork Pages have a dash preset, though Pages uses U+2D.

> ► (U+25BA)

iWork Pages has a similar fully filled right arrow with a stem.

> → (U+2192)

iWork Pages has a similar right arrow with a stem, though it is thicker.

We definitely need a better set of defaults, which should be discussed as a
whole as in bug 108697.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=103369
[Bug 103369] [META] Bullet, numbered, and outline list 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 103369] [META] Bullet, numbered, and outline list bugs and enhancements

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=103369

Yousuf Philips (jay)  changed:

   What|Removed |Added

 Depends on||106507


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=106507
[Bug 106507] Add 4 more default bullet types to toolbar split button and dialog
-- 
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-ux-advise] [Bug 106507] Add 4 more default bullet types to toolbar split button and dialog

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=106507

Yousuf Philips (jay)  changed:

   What|Removed |Added

 CC||philip...@hotmail.com
 Blocks||103369
Summary|Small enhancement to bullet |Add 4 more default bullet
   |formatting toolbar: Add 4   |types to toolbar split
   |more default bullet types   |button and dialog

--- Comment #8 from Yousuf Philips (jay)  ---
(In reply to Gerry from comment #0)
> – (U+2013) "Halbgeviertstrich" (in English: en dash / en rule)
> ‐ (U+2010) "Divis" (in English: hyphen)

TextEdit and iWork Pages have a dash preset, though Pages uses U+2D.

> ► (U+25BA)

iWork Pages has a similar fully filled right arrow with a stem.

> → (U+2192)

iWork Pages has a similar right arrow with a stem, though it is thicker.

We definitely need a better set of defaults, which should be discussed as a
whole as in bug 108697.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=103369
[Bug 103369] [META] Bullet, numbered, and outline list bugs and enhancements
-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 108697] New default set of bullet characters

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=108697

Yousuf Philips (jay)  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

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

[Libreoffice-bugs] [Bug 106988] Default set of list styles

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=106988

Yousuf Philips (jay)  changed:

   What|Removed |Added

 Depends on||108697


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108697
[Bug 108697] New default set of bullet characters
-- 
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 103369] [META] Bullet, numbered, and outline list bugs and enhancements

2017-06-22 Thread bugzilla-daemon 
https://bugs.documentfoundation.org/show_bug.cgi?id=103369

Yousuf Philips (jay)  changed:

   What|Removed |Added

 Depends on||108697


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108697
[Bug 108697] New default set of bullet characters
-- 
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   4   >