Re: Render differences of DOCX between Word and LO/AOO

[Chris Sherlock]

Can you submit a bug?

https://bugs.documentfoundation.org/enter_bug.cgi 


Chris


> On 1 Feb 2018, at 4:21 am, Jens Tröger  wrote:
> 
> Thank you Jonathon for the char/word count explanation.
> 
> However, I’m more concerned about the differences in rendering (which in
> turn accounts for the large difference in page count) and the loss of font
> use (see the heading). If need be I can provide a test document that
> demonstrates these issues.
> 
> 
> 
> --
> Sent from: http://nabble.documentfoundation.org/Dev-f1639786.html
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/libreoffice

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

[Libreoffice-bugs] [Bug 112428] After saving document, containing dates in cells, the document displays wrong date format if I open it in MS Office

[bugzilla-daemon]

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

Kevin Suo  changed:

   What|Removed |Added

 CC||suokunl...@126.com

--- Comment #9 from Kevin Suo  ---
I do reproduce the bug in version:
Version: 5.4.0.0.alpha1+ Build ID: 9feb7f7039a3b59974cbf266922177e961a52dd1
(following the steps in comment 7)

But I do not reproduce it in the 6.0.1.1 release.

Could someone confirm?

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

[Libreoffice-bugs] [Bug 111678] fileopen .fods endless loop

[bugzilla-daemon]

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

krishna [:kr1shna]  changed:

   What|Removed |Added

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

--- Comment #3 from krishna [:kr1shna]  ---
its fixed

Version: 6.1.0.0.alpha0+
core:db42098d99bd8648fcd7b6f669e3e5ad4142670a
tinderbox: pull time 2018-02-10 05:53:37
tinderbox: buildname: Android-ARM@24-Bytemark-Hosting
lyf flame 3, android 5.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 111677] fileopen .fodt endless loop

[bugzilla-daemon]

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

krishna [:kr1shna]  changed:

   What|Removed |Added

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

--- Comment #2 from krishna [:kr1shna]  ---
its fixed

Version: 6.1.0.0.alpha0+
core:db42098d99bd8648fcd7b6f669e3e5ad4142670a
tinderbox: pull time 2018-02-10 05:53:37
tinderbox: buildname: Android-ARM@24-Bytemark-Hosting
lyf flame 3, android 5.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 111623] fileopen .odp endless loop

[bugzilla-daemon]

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

krishna [:kr1shna]  changed:

   What|Removed |Added

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

--- Comment #3 from krishna [:kr1shna]  ---
its fixed

Version: 6.1.0.0.alpha0+
core:db42098d99bd8648fcd7b6f669e3e5ad4142670a
tinderbox: pull time 2018-02-10 05:53:37
tinderbox: buildname: Android-ARM@24-Bytemark-Hosting
lyf flame 3, android 5.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 111621] fileopen .fodp endless loop

[bugzilla-daemon]

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

krishna [:kr1shna]  changed:

   What|Removed |Added

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

--- Comment #3 from krishna [:kr1shna]  ---
its fixed

Version: 6.1.0.0.alpha0+
core:db42098d99bd8648fcd7b6f669e3e5ad4142670a
tinderbox: pull time 2018-02-10 05:53:37
tinderbox: buildname: Android-ARM@24-Bytemark-Hosting
lyf flame 3, android 5.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 109158] slower loading of a huge AutoCorrect replacement table

[bugzilla-daemon]

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

--- Comment #22 from tommy27  ---
a portable 5.3.7 release is available here:
https://sourceforge.net/projects/winpenpack/files/X-LibreOffice/releases/

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

[Libreoffice-bugs] [Bug 114132] Tiling bitmaps does not work for charts (Format Wall)

[bugzilla-daemon]

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

Kevin Suo  changed:

   What|Removed |Added

 CC||suokunl...@126.com
Version|5.4.2.2 release |5.4.0.0.alpha1+
 OS|Windows (All)   |All

--- Comment #6 from Kevin Suo  ---
Bug already exits in the "oldest" version in the 6.0 bibisect repo, on linux.

Version: 5.4.0.0.alpha1+
Build ID: 9feb7f7039a3b59974cbf266922177e961a52dd1
CPU threads: 4; OS: Linux 4.14; UI render: default; VCL: gtk3; 
Locale: zh-CN (zh_CN.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 112990] LO60master on macOS: crashing at start with OpenGL enabled

[bugzilla-daemon]

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

--- Comment #54 from Martin Srebotnjak  ---
Yes, JiCi, the patch was submitted after 6.0.1 was created.
We are all waiting for daily 6.0 or master builds to test, but unfortunately
none were built after February 8 (unlike Win and Linux).
See here:
https://dev-builds.libreoffice.org/daily/master/?C=M=D
https://dev-builds.libreoffice.org/daily/libreoffice-6-0/?C=M=D

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

[Libreoffice-bugs] [Bug 109158] slower loading of a huge AutoCorrect replacement table

[bugzilla-daemon]

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

--- Comment #21 from tommy27  ---
@Stuart

yes, parsing 200K entries must cause some load, but why LibO 6.x and 5.4.x load
the same autocorrect replacament table 3 times slower than 5.3.x ?

the point of my report is that there has been a performance regression between
those releases.

another thing I've noticed is that Win8.1 x64 is musch slower than Win7 x64

in my initial description which was performed on a Win7 machine the loading
time was 4 seconds in 5.3.x and 10 seconds in other branches 

when moving on another computer with Win8.1 x64 the time climbed to 8 and 21
seconds respectively.

in order to fully reproduce the bug you should test that autocorrect table in
5.3.7 and measure the time needed to load the list.

you tested only 6.1.x and you took 10 seconds to load the list... try 5.3.x and
you see that is faster

-- 
You are receiving this mail because:
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: How to check that CVE-2018-6871 is fixed?

[Chris Sherlock]

Sorry, I should also note that we have a security advisories page:

https://www.libreoffice.org/about-us/security/advisories/ 


This one is fixed in LibreOffice 5.4.5/6.0.1

Chris

> On 11 Feb 2018, at 6:22 pm, Chris Sherlock  wrote:
> 
> Fixed in commit:
> 
> https://cgit.freedesktop.org/libreoffice/core/commit/?id=34bbe8f858fd992c784586b839c0f1dc8a218b4a
>  
> 
> 
> 
>> author   Caolán McNamara > >2018-01-10 14:27:35 +
>> committerCaolán McNamara > >2018-01-11 21:28:06 +0100
>> commit   34bbe8f858fd992c784586b839c0f1dc8a218b4a (patch)
>> tree a66fb5e4361698bf1e3e275427f766e7492310e0
>> parent   dddb683300a0ce0fd713c924ebd9e005df60fea9 (diff)
>> limit WEBSERVICE to http[s] protocols
>> and like excel...
>> 
>> 'For protocols that aren’t supported, such as ftp:// or file://, WEBSERVICE
>> returns the #VALUE! error value.'
>> 
>> Change-Id: I0e9c6fd3426fad56a199eafac48de9b0f23914b3
>> Reviewed-on: https://gerrit.libreoffice.org/47709 
>> 
>> Tested-by: Jenkins >
>> Reviewed-by: Caolán McNamara >
>> Tested-by: Caolán McNamara >
> 
> Chris
> 
>> On 10 Feb 2018, at 10:07 pm, Paul Menzel > > wrote:
>> 
>> Dear LibreOffice folks,
>> 
>> 
>> So according to CVE-2018-6871, “LibreOffice through 6.0.1 allows remote
>> attackers to read arbitrary files via =WEBSERVICE calls in a document,
>> which use the COM.MICROSOFT.WEBSERVICE function.”.
>> 
>> Maybe it’s my English, but “through 6.0.1” sounds to me like, that
>> version is affected. The vulnerability description page [2] says, that 
>> LibreOffice 6.0.1 is not affected.
>> 
>>> 100% success rate, absolutely silent, affect LibreOffice prior to
>>> 5.4.5/6.0.1 in all operation systems (GNU/Linux, MS Windows, macOS
>>> etc.) and may be embedded in almost all formats supporting by LO.
>> 
>> I was searching the bug tracker [3] for *CVE-2018-6871* and got no result, 
>> and the git commit log also doesn’t mention it. Neither do the release notes 
>> [4][5].
>> 
>> So, how can I find out, in what version that vulnerability was fixed?
>> 
>> 
>> Kind regards,
>> 
>> Paul
>> 
>> 
>> [1] https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-6871 
>> 
>> [2] https://github.com/jollheef/libreoffice-remote-arbitrary-file-disclosure 
>> 
>> [3] https://bugs.documentfoundation.org/ 
>> 
>> [4] 
>> https://blog.documentfoundation.org/blog/2018/02/09/early-availability-libreoffice-5-4-5-libreoffice-6-0-1/
>>  
>> 
>> [5] https://wiki.documentfoundation.org/Releases/6.0.1/RC1 
>> 
>> ___
>> LibreOffice mailing list
>> LibreOffice@lists.freedesktop.org 
>> https://lists.freedesktop.org/mailman/listinfo/libreoffice
> 

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

Re: How to check that CVE-2018-6871 is fixed?

[Chris Sherlock]

Fixed in commit:

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



> authorCaolán McNamara 2018-01-10 14:27:35 
> +
> committer Caolán McNamara 2018-01-11 21:28:06 
> +0100
> commit34bbe8f858fd992c784586b839c0f1dc8a218b4a (patch)
> tree  a66fb5e4361698bf1e3e275427f766e7492310e0
> parentdddb683300a0ce0fd713c924ebd9e005df60fea9 (diff)
> limit WEBSERVICE to http[s] protocols
> and like excel...
> 
> 'For protocols that aren’t supported, such as ftp:// or file://, WEBSERVICE
> returns the #VALUE! error value.'
> 
> Change-Id: I0e9c6fd3426fad56a199eafac48de9b0f23914b3
> Reviewed-on: https://gerrit.libreoffice.org/47709
> Tested-by: Jenkins 
> Reviewed-by: Caolán McNamara 
> Tested-by: Caolán McNamara 

Chris

> On 10 Feb 2018, at 10:07 pm, Paul Menzel  
> wrote:
> 
> Dear LibreOffice folks,
> 
> 
> So according to CVE-2018-6871, “LibreOffice through 6.0.1 allows remote
> attackers to read arbitrary files via =WEBSERVICE calls in a document,
> which use the COM.MICROSOFT.WEBSERVICE function.”.
> 
> Maybe it’s my English, but “through 6.0.1” sounds to me like, that
> version is affected. The vulnerability description page [2] says, that 
> LibreOffice 6.0.1 is not affected.
> 
>> 100% success rate, absolutely silent, affect LibreOffice prior to
>> 5.4.5/6.0.1 in all operation systems (GNU/Linux, MS Windows, macOS
>> etc.) and may be embedded in almost all formats supporting by LO.
> 
> I was searching the bug tracker [3] for *CVE-2018-6871* and got no result, 
> and the git commit log also doesn’t mention it. Neither do the release notes 
> [4][5].
> 
> So, how can I find out, in what version that vulnerability was fixed?
> 
> 
> Kind regards,
> 
> Paul
> 
> 
> [1] https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-6871
> [2] https://github.com/jollheef/libreoffice-remote-arbitrary-file-disclosure
> [3] https://bugs.documentfoundation.org/
> [4] 
> https://blog.documentfoundation.org/blog/2018/02/09/early-availability-libreoffice-5-4-5-libreoffice-6-0-1/
> [5] https://wiki.documentfoundation.org/Releases/6.0.1/RC1
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/libreoffice

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

[Libreoffice-bugs] [Bug 115625] FILEOPEN DOCX: Text Frame Placed on Wrong Position

[bugzilla-daemon]

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

Kevin Suo  changed:

   What|Removed |Added

Version|6.0.1.1 release |5.4.0.0.alpha1+

--- Comment #3 from Kevin Suo  ---
Bug already exists in: 5.4.0.0.alpha1+ 9feb7f7039a3b

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

[Libreoffice-bugs] [Bug 36709] First Line Indent Using Ch (Characters) as Units Won' t Change Size as Font Size Grow

[bugzilla-daemon]

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

--- Comment #11 from Kevin Suo  ---
See also:
https://tieba.baidu.com/p/5516848517

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

[Libreoffice-bugs] [Bug 36709] First Line Indent Using Ch (Characters) as Units Won' t Change Size as Font Size Grow

[bugzilla-daemon]

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

--- Comment #10 from Kevin Suo  ---
A workaround for Chinese users:
Use CM (厘米) instead.

四号：0.98 厘米
小四：0.86 厘米
五号：0.74 厘米

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

Unifying Color

[Chris Sherlock]

Hi all, 

I am trying to unify our color code. We currently have the following that 
handles color:

Color - in tools
BitmapColor - completely seperate and in vcl
SalColor - a typedef to a sal_uInt32 with a MAKE_SALCOLOR constexpr
BColor - part of basegfx, takes three doubles and inherits from B3DTuple

As a start, I have removed the very unhelpful operator Color() from 
BitmapColor. It’s not clear that the conversion from BitmapColor to Color is 
being handled by the operator function, so I changed this to GetColor() to make 
it very clear that the two are not the same. 

I firmly believe that the Color class should not be in tools, however. The only 
modules that use this need vcl, and vcl seems to be the perfect module to keep 
this. Also, BitmapColor, IMO, should really be derived from Color (thus doing 
away with BitmapColor::GetColor()).

As a start I’ve submitted a change to gerrit to move Color from tools to vcl:

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


This compiles cleanly on my Linux and OS X system, but gives the following 
error on Windows in gerrit (I don’t have a Windows system to compile on, 
unfortunately) - I genuinely don’t know why this is occurring, can anyone help?

> Creating library 
> C:/cygwin/home/tdf/lode/jenkins/workspace/lo_gerrit/Config/windows_msc_dbgutil_32/workdir/LinkTarget/Library/isvl.lib
>  and object 
> C:/cygwin/home/tdf/lode/jenkins/workspace/lo_gerrit/Config/windows_msc_dbgutil_32/workdir/LinkTarget/Library/isvl.exp
> numfmuno.o : error LNK2019: unresolved external symbol "__declspec(dllimport) 
> public: unsigned long __thiscall Color::GetColor(void)const " 
> (__imp_?GetColor@Color@@QBEKXZ) referenced in function "public: virtual long 
> __cdecl SvNumberFormatterServiceObj::queryColorForNumber(long,double,long)" 
> (?queryColorForNumber@SvNumberFormatterServiceObj@@UAAJJNJ@Z)
> zformat.o : error LNK2019: unresolved external symbol "__declspec(dllimport) 
> public: bool __thiscall Color::operator==(class Color const &)const " 
> (__imp_??8Color@@QBE_NABV0@@Z) referenced in function "public: void 
> __thiscall SvNumberformat::GetFormatSpecialInfo(bool &,bool &,unsigned short 
> &,unsigned short &)const " 
> (?GetFormatSpecialInfo@SvNumberformat@@QBEXAA_N0AAG1@Z)
> zforscan.o : error LNK2019: unresolved external symbol "__declspec(dllimport) 
> public: __thiscall Color::Color(unsigned long)" (__imp_??0Color@@QAE@K@Z) 
> referenced in function "public: __thiscall 
> ImpSvNumberformatScan::ImpSvNumberformatScan(class SvNumberFormatter *)" 
> (??0ImpSvNumberformatScan@@QAE@PAVSvNumberFormatter@@@Z)
> zforscan.o : error LNK2019: unresolved external symbol "__declspec(dllimport) 
> public: virtual __thiscall Color::~Color(void)" (__imp_??1Color@@UAE@XZ) 
> referenced in function "public: __thiscall 
> ImpSvNumberformatScan::ImpSvNumberformatScan(class SvNumberFormatter *)" 
> (??0ImpSvNumberformatScan@@QAE@PAVSvNumberFormatter@@@Z)
> zforscan.o : error LNK2019: unresolved external symbol "__declspec(dllimport) 
> public: __thiscall Color::Color(class Color const &)" 
> (__imp_??0Color@@QAE@ABV0@@Z) referenced in function "public: void __thiscall 
> std::allocator::construct(class Color 
> *,class Color &&)" 
> (??$construct@VColor@@V1@@?$allocator@VColor@@@std@@QAEXPAVColor@@$$QAV2@@Z)
> zforscan.o : error LNK2001: unresolved external symbol "public: virtual 
> unsigned char __thiscall Color::GetBlue(void)const " (?GetBlue@Color@@UBEEXZ)
> zforscan.o : error LNK2001: unresolved external symbol "public: virtual 
> unsigned char __thiscall Color::GetGreen(void)const " 
> (?GetGreen@Color@@UBEEXZ)
> zforscan.o : error LNK2001: unresolved external symbol "public: virtual 
> unsigned char __thiscall Color::GetRed(void)const " (?GetRed@Color@@UBEEXZ)
> zforscan.o : error LNK2001: unresolved external symbol "public: virtual void 
> __thiscall Color::SetBlue(unsigned char)" (?SetBlue@Color@@UAEXE@Z)
> zforscan.o : error LNK2001: unresolved external symbol "public: virtual void 
> __thiscall Color::SetGreen(unsigned char)" (?SetGreen@Color@@UAEXE@Z)
> zforscan.o : error LNK2001: unresolved external symbol "public: virtual void 
> __thiscall Color::SetRed(unsigned char)" (?SetRed@Color@@UAEXE@Z)
> C:/cygwin/home/tdf/lode/jenkins/workspace/lo_gerrit/Config/windows_msc_dbgutil_32/instdir/program/svllo.dll
>  : fatal error LNK1120: 11 unresolved externals
> [build CXX] framework/source/helper/statusindicator.cxx
> [build CXX] framework/source/helper/statusindicatorfactory.cxx
> [build CXX] framework/source/helper/tagwindowasmodified.cxx
> [build CXX] framework/source/helper/titlebarupdate.cxx
> [build CXX] framework/source/helper/uiconfigelementwrapperbase.cxx
> 
> mt.exe : general error c101008d: Failed to write the updated manifest to the 
> resource of file 
> "C:/cygwin/home/tdf/lode/jenkins/workspace/lo_gerrit/Config/windows_msc_dbgutil_32/instdir/program/svllo.dll".
>  The system cannot find the file specified.
> 
> make[2]: *** 

[Libreoffice-bugs] [Bug 36709] First Line Indent Using Ch (Characters) as Units Won' t Change Size as Font Size Grow

[bugzilla-daemon]

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

Kevin Suo  changed:

   What|Removed |Added

Summary|First Line Indent Using Ch  |First Line Indent Using Ch
   |as Units Won't Change Size  |(Characters) as Units Won't
   |as Font Size Grow   |Change Size as Font Size
   ||Grow

-- 
You are receiving this mail because:
You 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/vcl vcl/inc vcl/source

[Tomaž Vajngerl]

 include/vcl/graph.hxx   |3 +++
 vcl/inc/impgraph.hxx|   11 +++
 vcl/source/gdi/graph.cxx|   17 +
 vcl/source/gdi/impgraph.cxx |5 +
 4 files changed, 36 insertions(+)

New commits:
commit c6a23023150c164a19236139fa413d43006ce21c
Author: Tomaž Vajngerl 
Date:   Thu Feb 8 20:00:37 2018 +0900

Add origin URL to Graphic to remember where the image came from

Change-Id: I73e7377c2049211de0b464efff03058dc5de33a6
Reviewed-on: https://gerrit.libreoffice.org/49554
Tested-by: Jenkins 
Reviewed-by: Tomaž Vajngerl 

diff --git a/include/vcl/graph.hxx b/include/vcl/graph.hxx
index f0a528c84b42..2ec7a7e14706 100644
--- a/include/vcl/graph.hxx
+++ b/include/vcl/graph.hxx
@@ -196,6 +196,9 @@ public:
 return reinterpret_cast(ImplGetImpGraphic());
 }
 
+OUString getOriginURL() const;
+void setOriginURL(OUString const & rOriginURL);
+
 public:
 
 std::shared_ptr& GetContext();
diff --git a/vcl/inc/impgraph.hxx b/vcl/inc/impgraph.hxx
index 1dc5adc30ab5..6c76275abbb2 100644
--- a/vcl/inc/impgraph.hxx
+++ b/vcl/inc/impgraph.hxx
@@ -50,6 +50,7 @@ private:
 bool mbDummyContext;
 VectorGraphicDataPtr maVectorGraphicData;
 css::uno::Sequence maPdfData;
+OUString msOriginURL;
 
 private:
 
@@ -70,6 +71,16 @@ private:
 booloperator==( const ImpGraphic& rImpGraphic ) const;
 booloperator!=( const ImpGraphic& rImpGraphic ) const { 
return !( *this == rImpGraphic ); }
 
+OUString getOriginURL() const
+{
+return msOriginURL;
+}
+
+void setOriginURL(OUString const & rOriginURL)
+{
+msOriginURL = rOriginURL;
+}
+
 voidImplCreateSwapInfo();
 voidImplClearGraphics();
 voidImplClear();
diff --git a/vcl/source/gdi/graph.cxx b/vcl/source/gdi/graph.cxx
index 0505bf6e1172..69e962c8ee64 100644
--- a/vcl/source/gdi/graph.cxx
+++ b/vcl/source/gdi/graph.cxx
@@ -597,6 +597,23 @@ const uno::Sequence& Graphic::getPdfData() const
 return mxImpGraphic->maPdfData;
 }
 
+OUString Graphic::getOriginURL() const
+{
+if (mxImpGraphic)
+{
+return mxImpGraphic->getOriginURL();
+}
+return OUString();
+}
+
+void Graphic::setOriginURL(OUString const & rOriginURL)
+{
+if (mxImpGraphic)
+{
+mxImpGraphic->setOriginURL(rOriginURL);
+}
+}
+
 namespace {
 
 struct Id: public rtl::Static {};
diff --git a/vcl/source/gdi/impgraph.cxx b/vcl/source/gdi/impgraph.cxx
index 84aa0462c863..0e4ecc354ed1 100644
--- a/vcl/source/gdi/impgraph.cxx
+++ b/vcl/source/gdi/impgraph.cxx
@@ -120,6 +120,7 @@ ImpGraphic::ImpGraphic(const ImpGraphic& rImpGraphic)
 , mbDummyContext(rImpGraphic.mbDummyContext)
 , maVectorGraphicData(rImpGraphic.maVectorGraphicData)
 , maPdfData(rImpGraphic.maPdfData)
+, msOriginURL(rImpGraphic.msOriginURL)
 {
 if( rImpGraphic.mpGfxLink )
 mpGfxLink = o3tl::make_unique( *rImpGraphic.mpGfxLink );
@@ -145,6 +146,7 @@ ImpGraphic::ImpGraphic(ImpGraphic&& rImpGraphic)
 , mbDummyContext(rImpGraphic.mbDummyContext)
 , maVectorGraphicData(std::move(rImpGraphic.maVectorGraphicData))
 , maPdfData(std::move(rImpGraphic.maPdfData))
+, msOriginURL(rImpGraphic.msOriginURL)
 {
 rImpGraphic.ImplClear();
 rImpGraphic.mbDummyContext = false;
@@ -211,6 +213,7 @@ ImpGraphic& ImpGraphic::operator=( const ImpGraphic& 
rImpGraphic )
 maSwapInfo = rImpGraphic.maSwapInfo;
 mpContext = rImpGraphic.mpContext;
 mbDummyContext = rImpGraphic.mbDummyContext;
+msOriginURL = rImpGraphic.msOriginURL;
 
 mpAnimation.reset();
 
@@ -254,6 +257,7 @@ ImpGraphic& ImpGraphic::operator=(ImpGraphic&& rImpGraphic)
 mpGfxLink = std::move(rImpGraphic.mpGfxLink);
 maVectorGraphicData = std::move(rImpGraphic.maVectorGraphicData);
 maPdfData = std::move(rImpGraphic.maPdfData);
+msOriginURL = rImpGraphic.msOriginURL;
 
 rImpGraphic.ImplClear();
 rImpGraphic.mbDummyContext = false;
@@ -373,6 +377,7 @@ void ImpGraphic::ImplClear()
 ImplClearGraphics();
 meType = GraphicType::NONE;
 mnSizeBytes = 0;
+msOriginURL.clear();
 }
 
 void ImpGraphic::ImplSetDefaultType()
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: include/svx offapi/com svx/source

[Tomaž Vajngerl]

 include/svx/xmlgrhlp.hxx|8 ++-
 offapi/com/sun/star/document/XGraphicStorageHandler.idl |6 +-
 svx/source/xml/xmlgrhlp.cxx |   42 +---
 3 files changed, 47 insertions(+), 9 deletions(-)

New commits:
commit d4a44dc4cd5b4a1679a5325bc202dc9ca39d75c5
Author: Tomaž Vajngerl 
Date:   Thu Feb 8 05:13:49 2018 +0900

extend XGraphicStorageHandler with saveGraphicByName

We want to save the graphic with a specific name, usually this is
when we want to use the same name that was used when reading the
image from the document.

Change-Id: I7419f0593dea333a60ce513190211e0409480e66
Reviewed-on: https://gerrit.libreoffice.org/49553
Reviewed-by: Tomaž Vajngerl 
Tested-by: Tomaž Vajngerl 

diff --git a/include/svx/xmlgrhlp.hxx b/include/svx/xmlgrhlp.hxx
index 0137f0044b67..a9eca5495a20 100644
--- a/include/svx/xmlgrhlp.hxx
+++ b/include/svx/xmlgrhlp.hxx
@@ -48,6 +48,7 @@ class SVX_DLLPUBLIC SvXMLGraphicHelper final : public 
cppu::WeakComponentImplHel

 css::document::XGraphicStorageHandler,

 css::document::XBinaryStreamResolver>
 {
+private:
 typedef ::std::pair< OUString, OUString >  
   URLPair;
 typedef ::std::vector< URLPair >   
 URLPairVector;
 typedef ::std::vector< GraphicObject > 
 GraphicObjectVector;
@@ -94,6 +95,8 @@ class SVX_DLLPUBLIC SvXMLGraphicHelper final : public 
cppu::WeakComponentImplHel
 
 virtual void SAL_CALL   disposing() override;
 
+SVX_DLLPRIVATE OUString 
implSaveGraphic(css::uno::Reference const & rxGraphic, 
OUString const & rRequestName);
+
 public:
 SvXMLGraphicHelper( SvXMLGraphicHelperMode 
eCreateMode );
 
@@ -111,11 +114,14 @@ public:
 
 // XGraphicStorageHandler
 virtual css::uno::Reference SAL_CALL
-loadGraphic(const OUString& aURL) override;
+loadGraphic(OUString const & aURL) override;
 
 virtual OUString SAL_CALL
 saveGraphic(css::uno::Reference const & 
rxGraphic) override;
 
+virtual OUString SAL_CALL
+saveGraphicByName(css::uno::Reference const & 
rxGraphic, OUString const & rRequestName) override;
+
 virtual css::uno::Reference SAL_CALL
 createInputStream(css::uno::Reference const & 
rxGraphic) override;
 
diff --git a/offapi/com/sun/star/document/XGraphicStorageHandler.idl 
b/offapi/com/sun/star/document/XGraphicStorageHandler.idl
index 7172710df56d..b0c9ee2efa26 100644
--- a/offapi/com/sun/star/document/XGraphicStorageHandler.idl
+++ b/offapi/com/sun/star/document/XGraphicStorageHandler.idl
@@ -15,15 +15,17 @@
 
 module com {  module sun {  module star {  module document {
 
-/** used to load, save and serialize XGraphic objects
-
+/** used to load, save and serialize XGraphic objects to the document storage
  */
 interface XGraphicStorageHandler : com::sun::star::uno::XInterface
 {
+
 com::sun::star::graphic::XGraphic loadGraphic([in] string aURL);
 
 string saveGraphic([in] com::sun::star::graphic::XGraphic xGraphic);
 
+string saveGraphicByName([in] com::sun::star::graphic::XGraphic xGraphic, 
[in] string aRequestedName);
+
 com::sun::star::io::XInputStream createInputStream([in] 
com::sun::star::graphic::XGraphic xGraphic);
 };
 
diff --git a/svx/source/xml/xmlgrhlp.cxx b/svx/source/xml/xmlgrhlp.cxx
index 296bd3f9a57e..e109defbefbe 100644
--- a/svx/source/xml/xmlgrhlp.cxx
+++ b/svx/source/xml/xmlgrhlp.cxx
@@ -695,10 +695,12 @@ bool SvXMLGraphicHelper::ImplWriteGraphic( const 
OUString& rPictureStorageName,
 // higher PDF version, while aGfxLink still contains the
 // original data provided by the user.
 pStream->WriteBytes(rPdfData.getConstArray(), 
rPdfData.getLength());
-bRet = (pStream->GetError() == ERRCODE_NONE);
 }
 else
+{
 pStream->WriteBytes(aGfxLink.GetData(), 
aGfxLink.GetDataSize());
+}
+bRet = (pStream->GetError() == ERRCODE_NONE);
 }
 else
 {
@@ -991,7 +993,7 @@ OUString SAL_CALL 
SvXMLGraphicHelper::resolveGraphicObjectURL( const OUString& r
 }
 
 // XGraphicStorageHandler
-uno::Reference SAL_CALL 
SvXMLGraphicHelper::loadGraphic(const OUString& rURL)
+uno::Reference SAL_CALL 
SvXMLGraphicHelper::loadGraphic(OUString const & rURL)
 {
 osl::MutexGuard aGuard(maMutex);
 
@@ -1023,8 +1025,19 @@ uno::Reference SAL_CALL 
SvXMLGraphicHelper::loadGraphic(const
 return xGraphic;
 }
 
+OUString 

[Libreoffice-bugs] [Bug 115625] FILEOPEN DOCX: Text Frame Placed on Wrong Position

[bugzilla-daemon]

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

Kevin Suo  changed:

   What|Removed |Added

   Keywords||filter:docx

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

[Libreoffice-bugs] [Bug 115625] FILEOPEN DOCX: Text Frame Placed on Wrong Position

[bugzilla-daemon]

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

--- Comment #2 from Kevin Suo  ---
Created attachment 139770
  --> https://bugs.documentfoundation.org/attachment.cgi?id=139770=edit
screenshot bad

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

[Libreoffice-bugs] [Bug 115625] FILEOPEN DOCX: Text Frame Placed on Wrong Position

[bugzilla-daemon]

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

--- Comment #1 from Kevin Suo  ---
Created attachment 139769
  --> https://bugs.documentfoundation.org/attachment.cgi?id=139769=edit
screenshot good

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

[Libreoffice-bugs] [Bug 115625] New: FILEOPEN DOCX: Text Frame Placed on Wrong Position

[bugzilla-daemon]

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

Bug ID: 115625
   Summary: FILEOPEN DOCX: Text Frame Placed on Wrong Position
   Product: LibreOffice
   Version: 6.0.1.1 release
  Hardware: All
OS: Linux (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: suokunl...@126.com

Created attachment 139768
  --> https://bugs.documentfoundation.org/attachment.cgi?id=139768=edit
test.docx

The attached sample DOCX file contains a text frame, and below the text frame
is a table. If I open it with MSO 2010, the text frame appears above the table
without intersection. However, when I open with LibreOffice, the text frame is
"intersecting" with the table.

Steps to Reproduce:
1. Open the attached test DOCX file.

Expected Result:
See screenshot "good". This is the result when open with MSO 2010.

Current Result:
See screenshot "bad". this is the result when open with LibreOffice.

Version: 6.0.1.1
Build ID：60bfb1526849283ce2491346ed2aa51c465abfe6
CPU 线程：4; 操作系统：Linux 4.14; UI 渲染：默认; VCL: gtk2; 
区域语言：zh-CN (zh_CN.UTF-8); Calc: group
Fedora 27 x64.

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

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

[Tomaž Vajngerl]

 sd/source/filter/ppt/pptin.cxx |1 -
 1 file changed, 1 deletion(-)

New commits:
commit 2a6997ddd7b48a2e53f6e53b81de8eccd5e5083b
Author: Tomaž Vajngerl 
Date:   Sun Feb 11 09:33:18 2018 +0900

Remove unused include

Change-Id: Ie71de80213ffd8ba3e4ee75b0a92d13faeaf3d09
Reviewed-on: https://gerrit.libreoffice.org/49555
Reviewed-by: Tomaž Vajngerl 
Tested-by: Tomaž Vajngerl 

diff --git a/sd/source/filter/ppt/pptin.cxx b/sd/source/filter/ppt/pptin.cxx
index 62e6e636c792..5befe39a9526 100644
--- a/sd/source/filter/ppt/pptin.cxx
+++ b/sd/source/filter/ppt/pptin.cxx
@@ -68,7 +68,6 @@
 #include 
 #include "propread.hxx"
 #include 
-#include 
 #include 
 
 #include 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 115624] New: Unable to use screen grab utility after installing LibreOffice_5.4.5.1_Win_x64

[bugzilla-daemon]

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

Bug ID: 115624
   Summary: Unable to use screen grab utility after installing
LibreOffice_5.4.5.1_Win_x64
   Product: LibreOffice
   Version: 5.4.5.1 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: pauljo...@paulvjones.ca

Description:
This applies to Win 8.1 on a Dell Inspiron 15. After installing the security
update 5.4.5.1_Win_x64 my screen grab utility (Skitch) would not work with any
program, not just LibreOffice. When attempting to take a screen snap I
encountered a black screen.

To fix the problem I had to uninstall 5.4.5.1 and perform a System Restore to a
restore point immediately prior to the install. There were no issues after I
reinstalled 5.4.4.

Steps to Reproduce:
1. Install LibreOfice_5.4.5.1_Win_x64
4. Run a screen grab utility like Skitch on any screen
2. You will encounter a black screen
3.

Actual Results:  
A black screen

Expected Results:
The screen shot grid


Reproducible: Always


User Profile Reset: No



Additional Info:
Looks like a global change to the Windows registry was made during the 5.4.5.1
install to inhibit screen grabs. 


User-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML,
like Gecko) Chrome/63.0.3239.132 Safari/537.36

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

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

[Tomaž Vajngerl]

 sd/qa/unit/export-tests.cxx |   49 +++-
 1 file changed, 35 insertions(+), 14 deletions(-)

New commits:
commit c2a4b16ebfde78c6180465c938475f67c4e8e7b7
Author: Tomaž Vajngerl 
Date:   Thu Feb 8 05:08:17 2018 +0900

extend testLinkedGraphicRT if state after import is as expected

Change-Id: Ia3452d7946148db20f8a876c92f945cb4e68ddb5
Reviewed-on: https://gerrit.libreoffice.org/49552
Tested-by: Jenkins 
Reviewed-by: Tomaž Vajngerl 

diff --git a/sd/qa/unit/export-tests.cxx b/sd/qa/unit/export-tests.cxx
index 73d8bb5c49c6..8994f0d8883c 100644
--- a/sd/qa/unit/export-tests.cxx
+++ b/sd/qa/unit/export-tests.cxx
@@ -549,8 +549,7 @@ void SdExportTest::testLinkedGraphicRT()
 for( size_t nExportFormat = 0; nExportFormat < SAL_N_ELEMENTS(vFormats); 
++nExportFormat )
 {
 // Load the original file with one image
-::sd::DrawDocShellRef xDocShRef = 
loadURL(m_directories.getURLFromSrc("/sd/qa/unit/data/odp/document_with_linked_graphic.odp"),
 ODP);
-const OString sFailedMessage = OString("Failed on filter: ") + 
OString(aFileFormats[vFormats[nExportFormat]].pFilterName);
+sd::DrawDocShellRef xDocShRef = 
loadURL(m_directories.getURLFromSrc("/sd/qa/unit/data/odp/document_with_linked_graphic.odp"),
 ODP);
 
 // Export the document and import again for a check
 uno::Reference< lang::XComponent > xComponent(xDocShRef->GetModel(), 
uno::UNO_QUERY);
@@ -558,6 +557,24 @@ void SdExportTest::testLinkedGraphicRT()
 utl::MediaDescriptor aMediaDescriptor;
 aMediaDescriptor["FilterName"] <<= 
OStringToOUString(OString(aFileFormats[vFormats[nExportFormat]].pFilterName), 
RTL_TEXTENCODING_UTF8);
 
+// Check if the graphic has been imported correctly (before doing the 
export/import run)
+{
+const OString sFailedImportMessage = "Failed to correctly import 
the document";
+SdDrawDocument* pDoc = xDocShRef->GetDoc();
+CPPUNIT_ASSERT_MESSAGE(sFailedImportMessage.getStr(), pDoc != 
nullptr);
+const SdrPage* pPage = pDoc->GetPage(1);
+CPPUNIT_ASSERT_MESSAGE(sFailedImportMessage.getStr(), pPage != 
nullptr);
+SdrGrafObj* pObject = dynamic_cast(pPage->GetObj(2));
+CPPUNIT_ASSERT_MESSAGE(sFailedImportMessage.getStr(), pObject != 
nullptr );
+CPPUNIT_ASSERT_MESSAGE(sFailedImportMessage.getStr(), 
pObject->IsLinkedGraphic() );
+
+const GraphicObject& rGraphicObj = pObject->GetGraphicObject(true);
+CPPUNIT_ASSERT_MESSAGE(sFailedImportMessage.getStr(), 
!rGraphicObj.IsSwappedOut());
+CPPUNIT_ASSERT_EQUAL_MESSAGE(sFailedImportMessage.getStr(), 
int(GraphicType::Bitmap), int(rGraphicObj.GetGraphic().GetType()));
+CPPUNIT_ASSERT_EQUAL_MESSAGE(sFailedImportMessage.getStr(), 
sal_uLong(864900), rGraphicObj.GetSizeBytes());
+}
+
+// Save and reload
 utl::TempFile aTempFile;
 aTempFile.EnableKillingFile();
 xStorable->storeToURL(aTempFile.GetURL(), 
aMediaDescriptor.getAsConstPropertyValueList());
@@ -566,18 +583,22 @@ void SdExportTest::testLinkedGraphicRT()
 xDocShRef = loadURL(aTempFile.GetURL(), nExportFormat);
 
 // Check whether graphic imported well after export
-SdDrawDocument *pDoc = xDocShRef->GetDoc();
-CPPUNIT_ASSERT_MESSAGE( sFailedMessage.getStr(), pDoc != nullptr );
-const SdrPage *pPage = pDoc->GetPage(1);
-CPPUNIT_ASSERT_MESSAGE( sFailedMessage.getStr(), pPage != nullptr );
-SdrGrafObj* pObject = dynamic_cast(pPage->GetObj(2));
-CPPUNIT_ASSERT_MESSAGE( sFailedMessage.getStr(), pObject != nullptr );
-CPPUNIT_ASSERT_MESSAGE( sFailedMessage.getStr(), 
pObject->IsLinkedGraphic() );
-
-const GraphicObject& rGraphicObj = pObject->GetGraphicObject(true);
-CPPUNIT_ASSERT_MESSAGE( sFailedMessage.getStr(), 
!rGraphicObj.IsSwappedOut());
-CPPUNIT_ASSERT_EQUAL_MESSAGE( sFailedMessage.getStr(), 
int(GraphicType::Bitmap), int(rGraphicObj.GetGraphic().GetType()));
-CPPUNIT_ASSERT_EQUAL_MESSAGE( sFailedMessage.getStr(), 
sal_uLong(864900), rGraphicObj.GetSizeBytes());
+{
+const OString sFailedMessage = OString("Failed on filter: ") + 
OString(aFileFormats[vFormats[nExportFormat]].pFilterName);
+
+SdDrawDocument *pDoc = xDocShRef->GetDoc();
+CPPUNIT_ASSERT_MESSAGE( sFailedMessage.getStr(), pDoc != nullptr );
+const SdrPage *pPage = pDoc->GetPage(1);
+CPPUNIT_ASSERT_MESSAGE( sFailedMessage.getStr(), pPage != nullptr 
);
+SdrGrafObj* pObject = dynamic_cast(pPage->GetObj(2));
+CPPUNIT_ASSERT_MESSAGE( sFailedMessage.getStr(), pObject != 
nullptr );
+CPPUNIT_ASSERT_MESSAGE( sFailedMessage.getStr(), 

[Libreoffice-bugs] [Bug 115552] Base crashes if I open Tools-->SQL...

[bugzilla-daemon]

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

Janos  changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |FIXED

--- Comment #3 from Janos  ---
False alarm, sorry. I have completely reinstalled Ubuntu 16.04 using the
...amd64.iso DVD and now everything works fine. Coped back my /val/lib/mysql
database and the system is completely restored. I was confused by the "amd"
labeling of the ISO install DVD since the hp laptop has Intel CPU, not amd.
Thanks, anyway for your attention, and thanks for the great software.

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

[Libreoffice-bugs] [Bug 115552] Base crashes if I open Tools-->SQL...

[bugzilla-daemon]

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

Janos  changed:

   What|Removed |Added

 Resolution|FIXED   |NOTABUG

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

[Libreoffice-bugs] [Bug 115547] Firebird: Link is formed to an external file with file:///C: (three slash)

[bugzilla-daemon]

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

--- Comment #14 from s...@imail.ru ---
Tested on LO 6.0.1.1 (installation on windows 7).
Received firebird_sdbc_error.
But if on your OS everything is OK. I'm not going to argue.

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

[Libreoffice-bugs] [Bug 91862] Format changes in DOC files are not displayed as tracked changes

[bugzilla-daemon]

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

--- Comment #6 from QA Administrators  ---
** Please read this message in its entirety before responding **

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 105459] broken PDF generated ( Chrome/Acrobat Reader )

[bugzilla-daemon]

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

--- Comment #5 from QA Administrators  ---
** Please read this message in its entirety before responding **

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 68364] FORMCONTROLS: Conditional text error

[bugzilla-daemon]

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

--- Comment #8 from QA Administrators  ---
** Please read this message in its entirety before responding **

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

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

If you have time, please do the following:

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

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

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

Please DO NOT

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


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

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


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

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

Warm Regards,
QA Team

MassPing-UntouchedBug

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

[Libreoffice-bugs] [Bug 115623] New: EPUB: support vertical writing mode (rl-tb).

[bugzilla-daemon]

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

Bug ID: 115623
   Summary: EPUB: support vertical writing mode (rl-tb).
   Product: LibreOffice
   Version: 6.0.0.3 release
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: mark...@gmail.com

Description:
In ODF, style:writing-mode attribute of style:page-layout-properties[1] defines
the writing direction. According to [1], it can also appear in paragraph
properties, section properties, table properties, and table cell properties,
though writer UI allows only it be defined in page, table cell, and text frame. 

Vertical writing is typically used in literature or novel in traditional
Chinese. So the feature make sense in the context of digital book. 

[1]http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part1.html#__RefHeading__1420256_253892949


Steps to Reproduce:
None

Actual Results:  
writing mode ignore.

Expected Results:
allows exporting vertical writing mode.


Reproducible: Always


User Profile Reset: No



Additional Info:


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

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

[Libreoffice-bugs] [Bug 87485] Writer: embedded PNG results in slow scrolling (GTK3 related)

[bugzilla-daemon]

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

--- Comment #48 from zyklo...@web.de ---
// By the way: Is there already a bug for those annoying lines existing, that
you also see in the screen cast?

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

[Libreoffice-bugs] [Bug 87485] Writer: embedded PNG results in slow scrolling (GTK3 related)

[bugzilla-daemon]

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

--- Comment #47 from zyklo...@web.de ---
Created attachment 139767
  --> https://bugs.documentfoundation.org/attachment.cgi?id=139767=edit
Stuttering scroll action with v.6.0.1.1-Flatpak

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

[Libreoffice-bugs] [Bug 87485] Writer: embedded PNG results in slow scrolling (GTK3 related)

[bugzilla-daemon]

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

--- Comment #46 from zyklo...@web.de ---
v6.0.1.1

I added pages before and after the image of that document. Scrolling with free
mouse wheel spin (a Logitech mouse wheel thing) over the whole document then
slowed down for the time when the image was visible. It was quite noticeable,
especially when watching the ruler. You see the ruler jumping in my attached
screen cast.

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

CppCheck Report Update

[cppcheck.libreoff...@gmail.com]

A new cppcheck report is available at : 
http://dev-builds.libreoffice.org/cppcheck_reports/master/


Note:
The script generating this report was run at :
2018-11-02_02:19:13 with user buildslave at host vm140 as 
/home/buildslave/source/dev-tools/cppcheck/cppcheck-report.sh -s 
/home/buildslave/source/libo-core -c /home/buildslave/source/cppcheck -w 
/home/buildslave/tmp/www

It can be found and improved here:

https://gerrit.libreoffice.org/gitweb?p=dev-tools.git;a=blob;f=cppcheck/cppcheck-report.sh


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

[Libreoffice-commits] core.git: readlicense_oo/docs README.md

[Ilmari Lauhakangas]

 README.md  |6 +++---
 readlicense_oo/docs/readme.xrm |   24 
 2 files changed, 15 insertions(+), 15 deletions(-)

New commits:
commit 51cb2e66897a9dd5676b33d35a5683a8f8e56ef5
Author: Ilmari Lauhakangas 
Date:   Fri Feb 9 14:19:29 2018 +0200

Updated links in readme files (https etc.)

Change-Id: Id4906290f312dc6d1800d5d17dedf1f07dd3480d
Reviewed-on: https://gerrit.libreoffice.org/49491
Tested-by: Jenkins 
Reviewed-by: Adolfo Jayme Barrientos 

diff --git a/README.md b/README.md
index 1a91674665e7..1bbf9b58a481 100644
--- a/README.md
+++ b/README.md
@@ -16,8 +16,8 @@ A quick overview of the LibreOffice code structure.
 You can develop for LibreOffice in one of two ways, one
 recommended and one much less so. First the somewhat less recommended
 way: it is possible to use the SDK to develop an extension,
-for which you can read the API docs [here](http://api.libreoffice.org/)
-and [here](http://wiki.services.openoffice.org/wiki/Documentation/DevGuide).
+for which you can read the API docs [here](https://api.libreoffice.org/)
+and [here](https://wiki.openoffice.org/wiki/Documentation/DevGuide).
 This re-uses the (extremely generic) UNO APIs that are also used by
 macro scripting in StarBasic.
 
@@ -68,7 +68,7 @@ Each module should have a `README` file inside it which has 
some
 degree of documentation for that module; patches are most welcome to
 improve those. We have those turned into a web page here:
 
-http://docs.libreoffice.org/
+https://docs.libreoffice.org/
 
 However, there are two hundred modules, many of them of only
 peripheral interest for a specialist audience. So - where is the
diff --git a/readlicense_oo/docs/readme.xrm b/readlicense_oo/docs/readme.xrm
index 86b075aade14..4f4c802581ff 100644
--- a/readlicense_oo/docs/readme.xrm
+++ b/readlicense_oo/docs/readme.xrm
@@ -17,14 +17,14 @@


${PRODUCTNAME} 
${PRODUCTVERSION} ReadMe
-   For the latest 
updates to this readme file, see http://www.libreoffice.org/welcome/readme.html;>http://www.libreoffice.org/welcome/readme.html
+   For the latest 
updates to this readme file, see https://www.libreoffice.org/welcome/readme.html;>https://www.libreoffice.org/welcome/readme.html
This file contains 
important information about the ${PRODUCTNAME} software. You are recommended to 
read this information very carefully before starting installation.
-   The ${PRODUCTNAME} 
community is responsible for the development of this product, and invites you 
to consider participating as a community member. If you are a new user, you can 
visit the ${PRODUCTNAME} site, where you will find lots of information about 
the ${PRODUCTNAME} project and the communities that exist around it. Go to http://www.libreoffice.org/;>http://www.libreoffice.org/.
+   The ${PRODUCTNAME} 
community is responsible for the development of this product, and invites you 
to consider participating as a community member. If you are a new user, you can 
visit the ${PRODUCTNAME} site, where you will find lots of information about 
the ${PRODUCTNAME} project and the communities that exist around it. Go to https://www.libreoffice.org/;>https://www.libreoffice.org/.
Is ${PRODUCTNAME} Really 
Free for Any User?
${PRODUCTNAME} is free for 
use by everybody. You may take this copy of ${PRODUCTNAME} and install it on as 
many computers as you like, and use it for any purpose you like (including 
commercial, government, public administration and educational use). For further 
details see the license text packaged with this ${PRODUCTNAME} download.
Why is ${PRODUCTNAME} 
Free for Any User?
You can use this copy of 
${PRODUCTNAME} free of charge because individual contributors and corporate 
sponsors have designed, developed, tested, translated, documented, supported, 
marketed, and helped in many other ways to make ${PRODUCTNAME} what it is today 
- the world's leading Open Source productivity software for home and office.
-   If you appreciate their 
efforts, and would like to ensure that ${PRODUCTNAME} continues to be available 
far into the future, please consider contributing to the project - see http://www.documentfoundation.org/contribution/;>http://www.documentfoundation.org/contribution/
 for details. Everyone can make a contribution of some kind.
+   If you appreciate their 
efforts, and would like to ensure that ${PRODUCTNAME} continues to be available 
far into the future, please consider contributing to the project - see https://www.documentfoundation.org/contribution/;>https://www.documentfoundation.org/contribution/
 for details. Everyone can make a contribution 

[Libreoffice-bugs] [Bug 115622] NAVIGATION: Calc fails to page-down accurately, neglects to display certain rows

[bugzilla-daemon]

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

tagishsimon  changed:

   What|Removed |Added

 CC||tagishsi...@gmail.com

--- Comment #1 from tagishsimon  ---
Created attachment 139766
  --> https://bugs.documentfoundation.org/attachment.cgi?id=139766=edit
Simple file exhibiting the pagedown problem

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

[Libreoffice-bugs] [Bug 115622] New: NAVIGATION: Calc fails to page-down accurately, neglects to display certain rows

[bugzilla-daemon]

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

Bug ID: 115622
   Summary: NAVIGATION: Calc fails to page-down accurately,
neglects to display certain rows
   Product: LibreOffice
   Version: 6.0.0.3 release
  Hardware: All
OS: Mac OS X (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: tagishsi...@gmail.com

Description:
I want to page-down through my speadsheet & visually inspect *all* rows.
Depending on which row has cursor focus, LibreOffice either does what you'd
expect (shows all rows, as a sequence of pages) or does not do what you'd
expect (omits to show certain rows).

Referring to the attached file, in full-screen mode on a macbook pro...

if the cursor focus is on row 1 and I page down, I see the following rows as I
page down:
1-44
45-79
79-122
123-169
169-225 ... i.e. all good - I get to see all rows.

If the cursor focus is on row 20 and I page down, I see rows:
1-44
38-71
76-119
122-168 ... so rows 72-75, and rows 120 & 121 were not displayed. 

That's a *huge* problem for my use case, and evidence that LO cannot do
something fairly basic: show spreadsheet contents in full as a series of pages
as I page down.

Steps to Reproduce:
1. Open file 'pagedown_problem.ods'
2. Place cursor focus on row 20
3. Page down & observe the row range being displayed for each page
4. (optionally: weep)

Actual Results:  
Several rows are not displayed to the user

Expected Results:
all rows should be displayed to the user


Reproducible: Always


User Profile Reset: No



Additional Info:


User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:58.0)
Gecko/20100101 Firefox/58.0

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

[Libreoffice-commits] core.git: Branch 'distro/cib/libreoffice-5-2' - external/python3 pyuno/README

[Michael Stahl]

 external/python3/ExternalPackage_python3.mk |5 ++---
 external/python3/UnpackedTarball_python3.mk |2 +-
 external/python3/python-3.3.3-aix.patch.1   |7 ++-
 external/python3/python-3.3.3-elf-rpath.patch.1 |   14 ++
 pyuno/README|2 +-
 5 files changed, 20 insertions(+), 10 deletions(-)

New commits:
commit 40687b1fb4120723691bdcead76971fab9a7abb1
Author: Michael Stahl 
Date:   Wed Sep 21 23:42:52 2016 +0200

python3: put a RPATH into libpython3.so

libpython3.so is the "ABI compatible" wrapper library around
libpython3.5m.so - it is not actually used by anything in LO right now,
but let's ensure it has RPATH $ORIGIN just in case.

This revealed that the AIX patch in python3 accidentally changed the
SONAME of libpython3.5m.so from upstream's libpython3.5m.so.1.0
on ELF platforms, because the SONAME variable was set in the shell
command but read as a make variable in the next line, which is actually
evaluated earlier.

So rename a few files in packages to use the upstream SONAME.

Change-Id: I3611f75eee62b0993b853230521a2fa41ac5cd9c
(cherry picked from commit b078e0d638514b298616838fae090b8294bac32f)

diff --git a/external/python3/ExternalPackage_python3.mk 
b/external/python3/ExternalPackage_python3.mk
index 3a37e2e0f14d..0bde9ae68c8a 100644
--- a/external/python3/ExternalPackage_python3.mk
+++ b/external/python3/ExternalPackage_python3.mk
@@ -45,9 +45,8 @@ $(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/python$(PYT
 else
 $(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/python.bin,python))
 $(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/libpython$(PYTHON_VERSION_MAJOR).so,libpython$(PYTHON_VERSION_MAJOR).so))
-$(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/libpython$(PYTHON_VERSION_MAJOR).$(PYTHON_VERSION_MINOR)m.so,libpython$(PYTHON_VERSION_MAJOR).$(PYTHON_VERSION_MINOR)m.so))
-$(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/libpython$(PYTHON_VERSION_MAJOR).$(PYTHON_VERSION_MINOR)m.so-gdb.py,Tools/gdb/libpython.py))
-# versioned lib/libpython3.3m.so.1.0 appears to be unnecessary?
+$(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/libpython$(PYTHON_VERSION_MAJOR).$(PYTHON_VERSION_MINOR)m.so.1.0,libpython$(PYTHON_VERSION_MAJOR).$(PYTHON_VERSION_MINOR)m.so))
+$(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/libpython$(PYTHON_VERSION_MAJOR).$(PYTHON_VERSION_MINOR)m.so.1.0-gdb.py,Tools/gdb/libpython.py))
 
 # Unfortunately the python build system does not allow to explicitly enable or
 # disable these, it just tries to build them and then prints which did not
diff --git a/external/python3/UnpackedTarball_python3.mk 
b/external/python3/UnpackedTarball_python3.mk
index 51f8b99dc5ad..20192af318bf 100644
--- a/external/python3/UnpackedTarball_python3.mk
+++ b/external/python3/UnpackedTarball_python3.mk
@@ -17,7 +17,7 @@ $(eval $(call gb_UnpackedTarball_fix_end_of_line,python3,\
 
 $(eval $(call gb_UnpackedTarball_add_patches,python3,\
external/python3/i100492-freebsd.patch.1 \
-   external/python3/python-3.3.3-aix.patch.1 \
+   $(if $(filter AIX,$(OS)),external/python3/python-3.3.3-aix.patch.1) \
external/python3/python-3.3.0-darwin.patch.1 \
external/python3/python-3.5.4-ssl.patch.1 \
external/python3/python-3.5.4-msvc-disable.patch.1 \
diff --git a/external/python3/python-3.3.3-aix.patch.1 
b/external/python3/python-3.3.3-aix.patch.1
index 1387e9c8852e..571d69a88f6b 100644
--- a/external/python3/python-3.3.3-aix.patch.1
+++ b/external/python3/python-3.3.3-aix.patch.1
@@ -103,15 +103,12 @@ diff -ru python3.orig/configure.ac python3/configure.ac
 diff -ru python3.orig/Makefile.pre.in python3/Makefile.pre.in
 --- python3.orig/Makefile.pre.in   2015-07-05 18:50:07.0 +0200
 +++ python3/Makefile.pre.in2015-07-26 17:34:00.386488960 +0200
-@@ -598,14 +598,20 @@
+@@ -598,14 +598,17 @@
  
  libpython$(LDVERSION).so: $(LIBRARY_OBJS)
if test $(INSTSONAME) != $(LDLIBRARY); then \
 -  $(BLDSHARED) -Wl,-h$(INSTSONAME) -o $(INSTSONAME) 
$(LIBRARY_OBJS) $(MODLIBS) $(SHLIBS) $(LIBC) $(LIBM) $(LDLAST); \
-+  if [ "`echo $(MACHDEP) | sed 's/^\(...\).*/\1/'`" != "aix" ]; 
then \
-+  SONAME="-Wl,-h$(INSTSONAME)"; \
-+  fi; \
-+  $(BLDSHARED) $(SONAME) -o $(INSTSONAME) $(LIBRARY_OBJS) 
$(MODLIBS) $(SHLIBS) $(LIBC) $(LIBM) $(LDLAST); \
++  $(BLDSHARED) -o $(INSTSONAME) $(LIBRARY_OBJS) $(MODLIBS) 
$(SHLIBS) $(LIBC) $(LIBM) $(LDLAST); \
$(LN) -f $(INSTSONAME) $@; \
else \
$(BLDSHARED) -o $@ $(LIBRARY_OBJS) $(MODLIBS) $(SHLIBS) $(LIBC) 
$(LIBM) $(LDLAST); \
diff --git a/external/python3/python-3.3.3-elf-rpath.patch.1 

[Libreoffice-commits] core.git: Branch 'feature/cib_contract57b' - external/python3 pyuno/README

[Michael Stahl]

 external/python3/ExternalPackage_python3.mk |5 ++---
 external/python3/UnpackedTarball_python3.mk |2 +-
 external/python3/python-3.3.3-aix.patch.1   |7 ++-
 external/python3/python-3.3.3-elf-rpath.patch.1 |   14 ++
 pyuno/README|2 +-
 5 files changed, 20 insertions(+), 10 deletions(-)

New commits:
commit 63a2af616614f8b78d060c62ab55733417642b90
Author: Michael Stahl 
Date:   Wed Sep 21 23:42:52 2016 +0200

python3: put a RPATH into libpython3.so

libpython3.so is the "ABI compatible" wrapper library around
libpython3.5m.so - it is not actually used by anything in LO right now,
but let's ensure it has RPATH $ORIGIN just in case.

This revealed that the AIX patch in python3 accidentally changed the
SONAME of libpython3.5m.so from upstream's libpython3.5m.so.1.0
on ELF platforms, because the SONAME variable was set in the shell
command but read as a make variable in the next line, which is actually
evaluated earlier.

So rename a few files in packages to use the upstream SONAME.

Change-Id: I3611f75eee62b0993b853230521a2fa41ac5cd9c
(cherry picked from commit b078e0d638514b298616838fae090b8294bac32f)

diff --git a/external/python3/ExternalPackage_python3.mk 
b/external/python3/ExternalPackage_python3.mk
index 3a37e2e0f14d..0bde9ae68c8a 100644
--- a/external/python3/ExternalPackage_python3.mk
+++ b/external/python3/ExternalPackage_python3.mk
@@ -45,9 +45,8 @@ $(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/python$(PYT
 else
 $(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/python.bin,python))
 $(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/libpython$(PYTHON_VERSION_MAJOR).so,libpython$(PYTHON_VERSION_MAJOR).so))
-$(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/libpython$(PYTHON_VERSION_MAJOR).$(PYTHON_VERSION_MINOR)m.so,libpython$(PYTHON_VERSION_MAJOR).$(PYTHON_VERSION_MINOR)m.so))
-$(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/libpython$(PYTHON_VERSION_MAJOR).$(PYTHON_VERSION_MINOR)m.so-gdb.py,Tools/gdb/libpython.py))
-# versioned lib/libpython3.3m.so.1.0 appears to be unnecessary?
+$(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/libpython$(PYTHON_VERSION_MAJOR).$(PYTHON_VERSION_MINOR)m.so.1.0,libpython$(PYTHON_VERSION_MAJOR).$(PYTHON_VERSION_MINOR)m.so))
+$(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/libpython$(PYTHON_VERSION_MAJOR).$(PYTHON_VERSION_MINOR)m.so.1.0-gdb.py,Tools/gdb/libpython.py))
 
 # Unfortunately the python build system does not allow to explicitly enable or
 # disable these, it just tries to build them and then prints which did not
diff --git a/external/python3/UnpackedTarball_python3.mk 
b/external/python3/UnpackedTarball_python3.mk
index 51f8b99dc5ad..20192af318bf 100644
--- a/external/python3/UnpackedTarball_python3.mk
+++ b/external/python3/UnpackedTarball_python3.mk
@@ -17,7 +17,7 @@ $(eval $(call gb_UnpackedTarball_fix_end_of_line,python3,\
 
 $(eval $(call gb_UnpackedTarball_add_patches,python3,\
external/python3/i100492-freebsd.patch.1 \
-   external/python3/python-3.3.3-aix.patch.1 \
+   $(if $(filter AIX,$(OS)),external/python3/python-3.3.3-aix.patch.1) \
external/python3/python-3.3.0-darwin.patch.1 \
external/python3/python-3.5.4-ssl.patch.1 \
external/python3/python-3.5.4-msvc-disable.patch.1 \
diff --git a/external/python3/python-3.3.3-aix.patch.1 
b/external/python3/python-3.3.3-aix.patch.1
index 1387e9c8852e..571d69a88f6b 100644
--- a/external/python3/python-3.3.3-aix.patch.1
+++ b/external/python3/python-3.3.3-aix.patch.1
@@ -103,15 +103,12 @@ diff -ru python3.orig/configure.ac python3/configure.ac
 diff -ru python3.orig/Makefile.pre.in python3/Makefile.pre.in
 --- python3.orig/Makefile.pre.in   2015-07-05 18:50:07.0 +0200
 +++ python3/Makefile.pre.in2015-07-26 17:34:00.386488960 +0200
-@@ -598,14 +598,20 @@
+@@ -598,14 +598,17 @@
  
  libpython$(LDVERSION).so: $(LIBRARY_OBJS)
if test $(INSTSONAME) != $(LDLIBRARY); then \
 -  $(BLDSHARED) -Wl,-h$(INSTSONAME) -o $(INSTSONAME) 
$(LIBRARY_OBJS) $(MODLIBS) $(SHLIBS) $(LIBC) $(LIBM) $(LDLAST); \
-+  if [ "`echo $(MACHDEP) | sed 's/^\(...\).*/\1/'`" != "aix" ]; 
then \
-+  SONAME="-Wl,-h$(INSTSONAME)"; \
-+  fi; \
-+  $(BLDSHARED) $(SONAME) -o $(INSTSONAME) $(LIBRARY_OBJS) 
$(MODLIBS) $(SHLIBS) $(LIBC) $(LIBM) $(LDLAST); \
++  $(BLDSHARED) -o $(INSTSONAME) $(LIBRARY_OBJS) $(MODLIBS) 
$(SHLIBS) $(LIBC) $(LIBM) $(LDLAST); \
$(LN) -f $(INSTSONAME) $@; \
else \
$(BLDSHARED) -o $@ $(LIBRARY_OBJS) $(MODLIBS) $(SHLIBS) $(LIBC) 
$(LIBM) $(LDLAST); \
diff --git a/external/python3/python-3.3.3-elf-rpath.patch.1 

[Libreoffice-commits] core.git: Branch 'feature/cib_contract136' - external/python3 pyuno/README

[Michael Stahl]

 external/python3/ExternalPackage_python3.mk |5 ++---
 external/python3/UnpackedTarball_python3.mk |2 +-
 external/python3/python-3.3.3-aix.patch.1   |7 ++-
 external/python3/python-3.3.3-elf-rpath.patch.1 |   14 ++
 pyuno/README|2 +-
 5 files changed, 20 insertions(+), 10 deletions(-)

New commits:
commit c705deebd7f93d2fff3c9d5292adcd4ed05c3814
Author: Michael Stahl 
Date:   Wed Sep 21 23:42:52 2016 +0200

python3: put a RPATH into libpython3.so

libpython3.so is the "ABI compatible" wrapper library around
libpython3.5m.so - it is not actually used by anything in LO right now,
but let's ensure it has RPATH $ORIGIN just in case.

This revealed that the AIX patch in python3 accidentally changed the
SONAME of libpython3.5m.so from upstream's libpython3.5m.so.1.0
on ELF platforms, because the SONAME variable was set in the shell
command but read as a make variable in the next line, which is actually
evaluated earlier.

So rename a few files in packages to use the upstream SONAME.

Change-Id: I3611f75eee62b0993b853230521a2fa41ac5cd9c
(cherry picked from commit b078e0d638514b298616838fae090b8294bac32f)

diff --git a/external/python3/ExternalPackage_python3.mk 
b/external/python3/ExternalPackage_python3.mk
index 3a37e2e0f14d..0bde9ae68c8a 100644
--- a/external/python3/ExternalPackage_python3.mk
+++ b/external/python3/ExternalPackage_python3.mk
@@ -45,9 +45,8 @@ $(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/python$(PYT
 else
 $(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/python.bin,python))
 $(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/libpython$(PYTHON_VERSION_MAJOR).so,libpython$(PYTHON_VERSION_MAJOR).so))
-$(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/libpython$(PYTHON_VERSION_MAJOR).$(PYTHON_VERSION_MINOR)m.so,libpython$(PYTHON_VERSION_MAJOR).$(PYTHON_VERSION_MINOR)m.so))
-$(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/libpython$(PYTHON_VERSION_MAJOR).$(PYTHON_VERSION_MINOR)m.so-gdb.py,Tools/gdb/libpython.py))
-# versioned lib/libpython3.3m.so.1.0 appears to be unnecessary?
+$(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/libpython$(PYTHON_VERSION_MAJOR).$(PYTHON_VERSION_MINOR)m.so.1.0,libpython$(PYTHON_VERSION_MAJOR).$(PYTHON_VERSION_MINOR)m.so))
+$(eval $(call 
gb_ExternalPackage_add_file,python3,$(LIBO_BIN_FOLDER)/libpython$(PYTHON_VERSION_MAJOR).$(PYTHON_VERSION_MINOR)m.so.1.0-gdb.py,Tools/gdb/libpython.py))
 
 # Unfortunately the python build system does not allow to explicitly enable or
 # disable these, it just tries to build them and then prints which did not
diff --git a/external/python3/UnpackedTarball_python3.mk 
b/external/python3/UnpackedTarball_python3.mk
index 51f8b99dc5ad..20192af318bf 100644
--- a/external/python3/UnpackedTarball_python3.mk
+++ b/external/python3/UnpackedTarball_python3.mk
@@ -17,7 +17,7 @@ $(eval $(call gb_UnpackedTarball_fix_end_of_line,python3,\
 
 $(eval $(call gb_UnpackedTarball_add_patches,python3,\
external/python3/i100492-freebsd.patch.1 \
-   external/python3/python-3.3.3-aix.patch.1 \
+   $(if $(filter AIX,$(OS)),external/python3/python-3.3.3-aix.patch.1) \
external/python3/python-3.3.0-darwin.patch.1 \
external/python3/python-3.5.4-ssl.patch.1 \
external/python3/python-3.5.4-msvc-disable.patch.1 \
diff --git a/external/python3/python-3.3.3-aix.patch.1 
b/external/python3/python-3.3.3-aix.patch.1
index 1387e9c8852e..571d69a88f6b 100644
--- a/external/python3/python-3.3.3-aix.patch.1
+++ b/external/python3/python-3.3.3-aix.patch.1
@@ -103,15 +103,12 @@ diff -ru python3.orig/configure.ac python3/configure.ac
 diff -ru python3.orig/Makefile.pre.in python3/Makefile.pre.in
 --- python3.orig/Makefile.pre.in   2015-07-05 18:50:07.0 +0200
 +++ python3/Makefile.pre.in2015-07-26 17:34:00.386488960 +0200
-@@ -598,14 +598,20 @@
+@@ -598,14 +598,17 @@
  
  libpython$(LDVERSION).so: $(LIBRARY_OBJS)
if test $(INSTSONAME) != $(LDLIBRARY); then \
 -  $(BLDSHARED) -Wl,-h$(INSTSONAME) -o $(INSTSONAME) 
$(LIBRARY_OBJS) $(MODLIBS) $(SHLIBS) $(LIBC) $(LIBM) $(LDLAST); \
-+  if [ "`echo $(MACHDEP) | sed 's/^\(...\).*/\1/'`" != "aix" ]; 
then \
-+  SONAME="-Wl,-h$(INSTSONAME)"; \
-+  fi; \
-+  $(BLDSHARED) $(SONAME) -o $(INSTSONAME) $(LIBRARY_OBJS) 
$(MODLIBS) $(SHLIBS) $(LIBC) $(LIBM) $(LDLAST); \
++  $(BLDSHARED) -o $(INSTSONAME) $(LIBRARY_OBJS) $(MODLIBS) 
$(SHLIBS) $(LIBC) $(LIBM) $(LDLAST); \
$(LN) -f $(INSTSONAME) $@; \
else \
$(BLDSHARED) -o $@ $(LIBRARY_OBJS) $(MODLIBS) $(SHLIBS) $(LIBC) 
$(LIBM) $(LDLAST); \
diff --git a/external/python3/python-3.3.3-elf-rpath.patch.1 

[Libreoffice-bugs] [Bug 115621] New: Warning box during Windows Installation of 5.4.5 and 6.0.1

[bugzilla-daemon]

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

Bug ID: 115621
   Summary: Warning box during Windows Installation of 5.4.5 and
6.0.1
   Product: LibreOffice
   Version: 5.4.5.1 release
  Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: mjbr...@acm.org

Description:
The following message appears near the end of Windows 10 installation for 5.4.5
and 6.0.1:

"Warning 1946. Property 'System.AppUserModel.ID' for shortcut 'LibreOffice.lnk'
could not be set."

After dismissing (twice for 6.0.1), installation appears to complete normally
and LO starts as expected. The desktop shortcut also works as expected. So ...
what's the problem?

Note: 6.0.1 required installation of a Visual C runtime - related?

Computers: 6.0.1 installed on homebuilt (Gigabyte motherboard) desktop, Core2
Extreme, 8GB RAM, GTX 750ti video. 5.4.5 installed on ASUS i5 laptop, 4GB RAM,
standard Intel graphics. Both are at Windows 10 1709 with all current updates
(not Insider).

Steps to Reproduce:
1. Carry out normal Windows install upgrading previous version.
2. At about the point in the install where the desktop shortcut is created, the
warning message box appears.
3. Dismiss (possibly twice) the message box.
4. Installation then appears to complete normally.

Actual Results:  
Message box with warning.

Expected Results:
Installation should complete without a warning message.


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
First appeared during 5.4.5 installation on the ASUS laptop. Also appeared
(requiring dismissal twice) during 6.0.1 installation on the desktop. In both
cases, this occurred during an upgrade over an existing installation.

About LO info (from the launcher screen):

Version: 6.0.1.1 (x64)
Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6
CPU threads: 4; OS: Windows 10.0; UI render: default; 
Locale: en-US (en_US); Calc: group

Have not tried resetting UserProfile yet. However, the warning appears not to
affect LO operation - it's an annoyance during installation that appears to be
related to creation of the desktop (and possibly Start Menu) shortcut(s).

OpenGL cannot be disabled for the 750ti GPU; OpenGL Rendering CPU is currently
set to "Auto-select" though there is only one choice available. Filing bug from
the desktop with GTX 750ti; no OpenGL info available for laptop.


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

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

[Libreoffice-commits] core.git: Changes to 'private/Sweetshark/lessdepend'

[Bjoern Michaelsen]

New branch 'private/Sweetshark/lessdepend' available with the following commits:
commit 1e49cf429390ff8f0dd75806761cc1ef3226ab10
Author: Bjoern Michaelsen 
Date:   Sat Feb 10 23:54:03 2018 +0100

SwContentNode: kill SwDepend

Change-Id: I6365d42e605c27846aa688dfcc2b9d2e7e63b1e4

commit 0fe07050055f54d57f828d6598eb6264aef17a12
Author: Bjoern Michaelsen 
Date:   Sat Feb 10 01:33:45 2018 +0100

IsFormatInDTOR check

Change-Id: I043e998687d22e0d443d7ffe465413f4361bd7dd

commit 13edc0e3cd13b74ef6f47c6943d8e16635cac51a
Author: Bjoern Michaelsen 
Date:   Fri Feb 9 02:08:14 2018 +0100

kill SwDepend in SwPageDesc

Change-Id: I8c0eb038aa334d8f32c12ef0ca1af425f6c71292

commit 8eb13932c89642c5b2bf8774f8174b75b05fcc2e
Author: Bjoern Michaelsen 
Date:   Thu Feb 8 21:17:58 2018 +0100

swddetbl: kill SwDepend

Change-Id: Ia675e57754052d219101190498d78282632f3668

commit d0bdf272be7cbef8f5bca5c187a5962a0dcd46e5
Author: Bjoern Michaelsen 
Date:   Thu Feb 8 20:45:55 2018 +0100

ddefld: proper message passing

Change-Id: Ied02a75c3928f8c9f30dde03d0e749c228e1c5b2

commit 48d7745f5d3fbf79fa75a6ae9dfe8273813a6c2d
Author: Bjoern Michaelsen 
Date:   Thu Feb 8 20:35:36 2018 +0100

ddefld: proper message passing

Change-Id: I08c35d6743a3f0786ad7cf7f506876f437f60541

commit a28bcab9c6225ccfb03366e998a9fa997b5560f8
Author: Bjoern Michaelsen 
Date:   Thu Feb 8 09:13:38 2018 +0100

ddefld: proper message passing

Change-Id: Ic6f62879339bd6373c16b57847f57445fd40f493

commit c91b4422eb57e3eaab07d1a3a2f3fc29341b4fd3
Author: Bjoern Michaelsen 
Date:   Thu Feb 8 03:44:22 2018 +0100

LinkAnchorSearch: use proper message passing

Change-Id: I33a2c2bff684b681758b1cabca5df9c600419f21

commit 86ef25b38786b366413221a71b27f227670c1b65
Author: Bjoern Michaelsen 
Date:   Wed Feb 7 22:48:03 2018 +0100

a11y SwDepends

Change-Id: Ibe53fcba2c7b3e52b68a50e66c26c559836948d2

commit ec0fb10bc8cb01020bf407a342c4a4bf3d1ac2ec
Author: Bjoern Michaelsen 
Date:   Wed Feb 7 03:02:15 2018 +0100

SwEndNote

Change-Id: Id9137ef44a0f24e4614267a5b811b8b25192ff8a

commit 72dc2ba421322aeabb272c1303334270d24f4dfb
Author: Bjoern Michaelsen 
Date:   Mon Feb 5 14:03:46 2018 +0100

PageDescs

Change-Id: I5e36d4a8e9f9dbf19541bad495704515623d8ff5

commit 3e7fa9add4c4172f5641f651a8eb5436b0dbeb12
Author: Bjoern Michaelsen 
Date:   Mon Feb 5 13:32:05 2018 +0100

works

Change-Id: Iad5be71aaf348f977d90a4802ba7f017bf030c3d

commit 7d24155305670e8e9249aef1fc4c5f234d6d11e7
Author: Bjoern Michaelsen 
Date:   Mon Feb 5 13:17:50 2018 +0100

notice modify changes

Change-Id: I65b704e6d4d6f6949d92891f7dfc6807208c53d3

commit 35317520fb9fbd5c530aacff61d78353baebd9d2
Author: Bjoern Michaelsen 
Date:   Mon Feb 5 01:04:24 2018 +0100

remocve aAnchorCharFormatDep

Change-Id: Ic6a4ebacd14cec920affb922cc5b2853583e5328

commit 484572952270629b89e8ca0389164514ea5bba61
Author: Bjoern Michaelsen 
Date:   Sun Feb 4 17:40:15 2018 +0100

ChangeNotify

___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 112990] LO60master on macOS: crashing at start with OpenGL enabled

[bugzilla-daemon]

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

--- Comment #53 from JiCi  ---
Hi,


Problem still present with latest 6.0.1 release on MacOS High Sierra (Mac book
pro retina Late 2013)

-- 
You are receiving this mail because:
You 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: cppuhelper/source

[Michael Meeks]

 cppuhelper/source/servicemanager.cxx |   20 
 1 file changed, 20 insertions(+)

New commits:
commit 720759ad342000f2729a6c983523af931f01dbef
Author: Michael Meeks 
Date:   Mon Jan 22 22:02:56 2018 +

Pre-load key UNO mappings.

Change-Id: I415e07d737c734d63ac969783464babcbb9ea884
Reviewed-on: https://gerrit.libreoffice.org/48365
Tested-by: Jenkins 
Reviewed-by: Michael Meeks 

diff --git a/cppuhelper/source/servicemanager.cxx 
b/cppuhelper/source/servicemanager.cxx
index 014b8ea91817..420316c2a5a3 100644
--- a/cppuhelper/source/servicemanager.cxx
+++ b/cppuhelper/source/servicemanager.cxx
@@ -43,6 +43,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #include "loadsharedlibcomponentfactory.hxx"
 
@@ -1992,6 +1993,25 @@ void 
cppuhelper::ServiceManager::preloadImplementations() {
 }
 }
 std::cerr << std::endl;
+
+// Various rather important uno mappings.
+struct {
+const char *mpFrom;
+const char *mpTo;
+const char *mpPurpose;
+} aMappingLoad[] = {
+{ "gcc3", "uno",  "" },
+{ "uno",  "gcc3", "" },
+};
+
+static std::vector maMaps;
+for (auto  : aMappingLoad)
+{
+maMaps.push_back(css::uno::Mapping(
+ OUString::createFromAscii(it.mpFrom),
+ OUString::createFromAscii(it.mpTo),
+ OUString::createFromAscii(it.mpPurpose)));
+}
 #endif
 }
 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

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

[Michael Meeks]

 cppuhelper/source/servicemanager.cxx |   13 +
 sc/source/ui/app/scdll.cxx   |   11 +++
 sc/source/ui/docshell/impex.cxx  |4 +++-
 sd/source/ui/app/sddll.cxx   |7 +++
 sw/source/uibase/app/swdll.cxx   |7 +++
 5 files changed, 41 insertions(+), 1 deletion(-)

New commits:
commit f215096c24429fe69e7e5ab37898d0f0beeff0ab
Author: Michael Meeks 
Date:   Sat Feb 10 17:27:42 2018 +0100

lok: allow libraries to pre-init themselves.

Populate static module references before entering a jail
containing no code.

Implement for scfilt, scui, swui, sdui.

Change-Id: I8fec2aa78e67053a7945926c818122bd4290103c
Reviewed-on: https://gerrit.libreoffice.org/49545
Tested-by: Jenkins 
Reviewed-by: Michael Meeks 

diff --git a/cppuhelper/source/servicemanager.cxx 
b/cppuhelper/source/servicemanager.cxx
index d51ce6bd6292..014b8ea91817 100644
--- a/cppuhelper/source/servicemanager.cxx
+++ b/cppuhelper/source/servicemanager.cxx
@@ -1974,6 +1974,19 @@ void 
cppuhelper::ServiceManager::preloadImplementations() {
 iterator->second->status = Data::Implementation::STATUS_LOADED;
 
 }
+
+// Some libraries use other (non-UNO) libraries requiring preinit
+oslGenericFunction fpPreload = aModule.getFunctionSymbol( 
"lok_preload_hook" );
+if (fpPreload)
+{
+static std::vector aPreloaded;
+if (std::find(aPreloaded.begin(), aPreloaded.end(), fpPreload) 
== aPreloaded.end())
+{
+aPreloaded.push_back(fpPreload);
+fpPreload();
+}
+}
+
 // leak aModule
 aModule.release();
 }
diff --git a/sc/source/ui/app/scdll.cxx b/sc/source/ui/app/scdll.cxx
index 0f398c5d4170..6f8287cd1b9d 100644
--- a/sc/source/ui/app/scdll.cxx
+++ b/sc/source/ui/app/scdll.cxx
@@ -106,6 +106,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 
 OUString ScResId(const char* pId)
@@ -266,4 +267,14 @@ void ScDLL::Init()
 //  StarOne Services are now handled in the registry
 }
 
+extern "C" SAL_DLLPUBLIC_EXPORT
+void lok_preload_hook()
+{
+// scfilt
+ScFormatFilter::Get();
+// scui
+ScAbstractDialogFactory::Create();
+}
+
+
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/sc/source/ui/docshell/impex.cxx b/sc/source/ui/docshell/impex.cxx
index 3088c50efe29..cd703cbe9714 100644
--- a/sc/source/ui/docshell/impex.cxx
+++ b/sc/source/ui/docshell/impex.cxx
@@ -2334,7 +2334,9 @@ ScFormatFilterPlugin ::Get()
 #ifndef DISABLE_DYNLOADING
 OUString sFilterLib(SVLIBRARY("scfilt"));
 static ::osl::Module aModule;
-bool bLoaded = aModule.loadRelative(, sFilterLib);
+bool bLoaded = aModule.is();
+if (!bLoaded)
+bLoaded = aModule.loadRelative(, sFilterLib);
 if (!bLoaded)
 bLoaded = aModule.load(sFilterLib);
 if (bLoaded)
diff --git a/sd/source/ui/app/sddll.cxx b/sd/source/ui/app/sddll.cxx
index 16b47899ceea..511b66567d67 100644
--- a/sd/source/ui/app/sddll.cxx
+++ b/sd/source/ui/app/sddll.cxx
@@ -96,6 +96,7 @@
 #include 
 #include 
 #include 
+#include 
 
 using namespace ::com::sun::star;
 
@@ -289,4 +290,10 @@ void SdDLL::Init()
 #endif
 }
 
+extern "C" SAL_DLLPUBLIC_EXPORT
+void lok_preload_hook()
+{
+SdAbstractDialogFactory::Create();
+}
+
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
diff --git a/sw/source/uibase/app/swdll.cxx b/sw/source/uibase/app/swdll.cxx
index f1f7b9039d86..7df0cec3a0db 100644
--- a/sw/source/uibase/app/swdll.cxx
+++ b/sw/source/uibase/app/swdll.cxx
@@ -45,6 +45,7 @@
 
 #include 
 #include 
+#include 
 
 #include "swdllimpl.hxx"
 #include 
@@ -171,4 +172,10 @@ sw::Filters & SwDLL::getFilters()
 return *filters_.get();
 }
 
+extern "C" SAL_DLLPUBLIC_EXPORT
+void lok_preload_hook()
+{
+SwAbstractDialogFactory::Create();
+}
+
 /* vim:set shiftwidth=4 softtabstop=4 expandtab: */
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 79167] UI: Opening the new "navigate by" for choosing the object to go back opens the "big" navigation window, too

[bugzilla-daemon]

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

--- Comment #42 from Harald Koester  ---
(In reply to sophie from comment #41)
> (In reply to Harald Koester from comment #40)
> > I checked the new drop down menu (Ver. 6.0.0.3, Win 10). 2 Comments:
> > 
> > (1) If you search for a previous or next item and the item does not exist,
> > there is no error message. I would expect a message similar, if a search
> > string is not found ("Search key not found"). Write new bug report?
> 
> As this is a navigation drop down, I wouldn't expect an error message, but
> that could be an enhancement :)

New bug report created: Bug 115600.

> > 
> > (2) If you perform a normal find text operation, the object type of the new
> > drop down menu is switched to "Repeat search". This is a bit awkward, if you
> > always have to switch back to the original object type. To my opinion the
> > item "Repeat search" can be omitted in the new menu, because all searches
> > can be done with the drop down menu for searches.
> Agreed there, I wouldn't expect the 'navigate by' to be changed, could you
> also open a bug for that? Thanks! Sophie

New bug report created: Bug 115620.

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

[Libreoffice-bugs] [Bug 79167] UI: Opening the new "navigate by" for choosing the object to go back opens the "big" navigation window, too

[bugzilla-daemon]

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

Harald Koester  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 115620] Performing of a Find Text operation Switches the Object Type of the “Navigate By” Drop-down Menu to “Repeat Search”

[bugzilla-daemon]

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

Harald Koester  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=79
   ||167
 Blocks||108743


Referenced Bugs:

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

[bugzilla-daemon]

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

Harald Koester  changed:

   What|Removed |Added

 Depends on||115620


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=115620
[Bug 115620] Performing of a Find Text operation Switches the Object Type of
the “Navigate By” Drop-down Menu to “Repeat Search”
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 115620] New: Performing of a Find Text operation Switches the Object Type of the “Navigate By” Drop-down Menu to “Repeat Search”

[bugzilla-daemon]

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

Bug ID: 115620
   Summary: Performing of a Find Text operation Switches the
Object Type of the “Navigate By” Drop-down Menu to
“Repeat Search”
   Product: LibreOffice
   Version: 6.0.0.3 release
  Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Writer
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: harald.koes...@mail.de

If you perform a normal find text operation, the object type of the "Navigate
by" drop-down menu is switched to "Repeat search". This is a bit awkward, if
you always have to switch back to the original object type. In order to
reproduce the bug:

[1] Create a new text document with some headings.
[2] Display toolbar “Find”.
[3] In this toolbar in the “Navigate By” drop-down menu select “Headings”.
[4] Navigate through the headings with arrow buttons.
[5] Insert a text string in the “Find Text” drop-down menu. Then Return. In the
“Navigate By” drop-down menu the object type changes to “Repeat Search”.
Expected: No change of object type.

To my opinion the item "Repeat search" can be omitted in the “Navigate by”
menu, because all searches can be done with the “Find Text” drop-down menu.

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

[Libreoffice-bugs] [Bug 115572] table format gets reset by deleting a row

[bugzilla-daemon]

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

--- Comment #4 from Jim Raykowski  ---
Hi All,

It seems removing the following line of code fixes this. 

https://opengrok.libreoffice.org/xref/core/sw/source/core/docnode/ndtbl.cxx#2135

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

[Libreoffice-bugs] [Bug 107403] Icons wrongly scaled in hidpi screen for the borders toolbar control

[bugzilla-daemon]

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

Maxim Monastirsky  changed:

   What|Removed |Added

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

--- Comment #7 from Maxim Monastirsky  ---
Backport to 6-0 in gerrit.

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

[Libreoffice-bugs] [Bug 103429] [META] Split and group buttons in toolbar and sidebar bugs and enhancements

[bugzilla-daemon]

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

Bug 107403 Summary: Icons wrongly scaled in hidpi screen for the borders 
toolbar control
https://bugs.documentfoundation.org/show_bug.cgi?id=107403

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 90796] [META] HiDPI / Retina bugs

[bugzilla-daemon]

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

Bug 107403 Summary: Icons wrongly scaled in hidpi screen for the borders 
toolbar control
https://bugs.documentfoundation.org/show_bug.cgi?id=107403

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 107403] Icons wrongly scaled in hidpi screen for the borders toolbar control

[bugzilla-daemon]

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

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

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

tdf#107403 Don't scale frame icons twice

It will be available in 6.1.0.

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

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

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

[Libreoffice-bugs] [Bug 107403] Icons wrongly scaled in hidpi screen for the borders toolbar control

[bugzilla-daemon]

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

Commit Notification  changed:

   What|Removed |Added

 Whiteboard||target:6.1.0

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

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

[Maxim Monastirsky]

 svx/source/tbxctrls/tbcontrl.cxx |8 
 1 file changed, 8 deletions(-)

New commits:
commit 273d0ee7b7edb24c2c9e15e9f4337f71c175801a
Author: Maxim Monastirsky 
Date:   Fri Feb 9 11:22:41 2018 +0200

tdf#107403 Don't scale frame icons twice

It's already done by ImplImageTree, see loadImageFromStream
function in ImplImageTree.cxx.

Change-Id: I5aa7439876037fb0168f6c1da264af9697788ef0
Reviewed-on: https://gerrit.libreoffice.org/49478
Tested-by: Jenkins 
Reviewed-by: Maxim Monastirsky 

diff --git a/svx/source/tbxctrls/tbcontrl.cxx b/svx/source/tbxctrls/tbcontrl.cxx
index 8d6a3d9d1467..a6d0e02b5067 100644
--- a/svx/source/tbxctrls/tbcontrl.cxx
+++ b/svx/source/tbxctrls/tbcontrl.cxx
@@ -1968,14 +1968,6 @@ void SvxFrameWindow_Impl::InitImageList()
 aImgVec.emplace_back(RID_SVXBMP_FRAME10);
 aImgVec.emplace_back(RID_SVXBMP_FRAME11);
 aImgVec.emplace_back(RID_SVXBMP_FRAME12);
-
-if (GetParent()->GetDPIScaleFactor() > 1)
-{
-for (size_t i = 0; i < aImgVec.size(); ++i)
-{
-aImgVec[i].Scale(GetParent()->GetDPIScaleFactor(), 
GetParent()->GetDPIScaleFactor());
-}
-}
 }
 
 static Color lcl_mediumColor( Color aMain, Color /*aDefault*/ )
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 63388] MAILMERGE: LibreOffice freezes when clicking Test Settings button

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

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

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

[Libreoffice-bugs] [Bug 48538] MAILMERGE cannot use SSL/port 465

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

 CC||ba...@caesar.elte.hu,
   ||jl...@mail.com
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=63
   ||388

--- Comment #7 from Aron Budea  ---
If I understand it correctly, this should work now? (can be tested with a
recent 6.1 daily build from here:
https://dev-builds.libreoffice.org/daily/master/ )

See Justin Luth's comment: bug 63388 comment 39.
And the following commit:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=036b51dbc49b533d1db773d8627d56ab86bca487
"tdf#63388: use SMTP_SSL for port 465"

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

[Libreoffice-bugs] [Bug 115490] VLOOKUP unsorted is (too) slow in larger row sets, filling all cells in the column with the formula

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

   Keywords||perf
Version|unspecified |6.1.0.0.alpha0+ Master
 Blocks||109329


Referenced Bugs:

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

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

 Depends on||115490


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=115490
[Bug 115490] VLOOKUP unsorted is (too) slow in larger row sets, filling all
cells in the column with the formula
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 115585] LibreOffice 6.0.0.3 Calc formulas (and part of the UI) are not translated in french

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

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

--- Comment #6 from Aron Budea  ---
WORKSFORME status will be fine in such case. Thanks for the feedback!

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

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

[Tamás Zolnai]

 vcl/source/window/paint.cxx |   49 +---
 1 file changed, 42 insertions(+), 7 deletions(-)

New commits:
commit d6a2dc03806c4e7c0be8e4f2aee272f036f4765e
Author: Tamás Zolnai 
Date:   Sat Feb 10 17:31:44 2018 +0100

lokdialog: Render non-pixel based preview windows

PaintToDevice() method was designed for pixel based windows,
now I added some scaling to handle different units.

Change-Id: Id242c44101c1e842409ba3a9b13291e48bdd44ca
Reviewed-on: https://gerrit.libreoffice.org/49543
Tested-by: Jenkins 
Reviewed-by: Tamás Zolnai 

diff --git a/vcl/source/window/paint.cxx b/vcl/source/window/paint.cxx
index 80f09b193b66..54d61ac9dfe1 100644
--- a/vcl/source/window/paint.cxx
+++ b/vcl/source/window/paint.cxx
@@ -1331,9 +1331,29 @@ void Window::ImplPaintToDevice( OutputDevice* 
i_pTargetOutDev, const Point& i_rP
 bool bOutput = IsOutputEnabled();
 EnableOutput();
 
-SAL_WARN_IF( GetMapMode().GetMapUnit() != MapUnit::MapPixel, "vcl.window", 
"MapMode must be PIXEL based" );
-if ( GetMapMode().GetMapUnit() != MapUnit::MapPixel )
-return;
+double fScaleX = 1;
+double fScaleY = 1;
+bool bNeedsScaling = false;
+if(comphelper::LibreOfficeKit::isActive())
+{
+if(GetMapMode().GetMapUnit() != MapUnit::MapPixel &&
+// Some of the preview windows (SvxPreviewBase) uses different 
painting (drawinglayer primitives)
+// For these preview we don't need to scale even tough the unit is not 
pixel.
+GetMapMode().GetMapUnit() != MapUnit::Map100thMM)
+{
+bNeedsScaling = true;
+// 1000.0 is used to reduce rounding imprecision (Size uses 
integers)
+Size aLogicSize = PixelToLogic(Size(1000.0, 1000.0));
+fScaleX = aLogicSize.Width() / 1000.0;
+fScaleY = aLogicSize.Height() / 1000.0;
+}
+}
+else
+{   // TODO: Above scaling was added for LOK only, would be good to check 
how it works in other use cases
+SAL_WARN_IF( GetMapMode().GetMapUnit() != MapUnit::MapPixel, 
"vcl.window", "MapMode must be PIXEL based" );
+if ( GetMapMode().GetMapUnit() != MapUnit::MapPixel )
+return;
+}
 
 // preserve graphicsstate
 Push();
@@ -1383,7 +1403,17 @@ void Window::ImplPaintToDevice( OutputDevice* 
i_pTargetOutDev, const Point& i_rP
 SetRefPoint();
 SetLayoutMode( GetLayoutMode() );
 SetDigitLanguage( GetDigitLanguage() );
-tools::Rectangle aPaintRect( Point( 0, 0 ), GetOutputSizePixel() );
+
+tools::Rectangle aPaintRect;
+if(bNeedsScaling)
+{
+aPaintRect = tools::Rectangle( Point( 0, 0 ),
+Size(GetOutputSizePixel().Width() * fScaleX, 
GetOutputSizePixel().Height() * fScaleY)  );
+}
+else
+{
+aPaintRect = tools::Rectangle( Point( 0, 0 ), GetOutputSizePixel() );
+}
 aClipRegion.Intersect( aPaintRect );
 SetClipRegion( aClipRegion );
 
@@ -1391,7 +1421,11 @@ void Window::ImplPaintToDevice( OutputDevice* 
i_pTargetOutDev, const Point& i_rP
 
 // background
 if( ! IsPaintTransparent() && IsBackground() && ! (GetParentClipMode() & 
ParentClipMode::NoClip ) )
+{
 Erase(*this);
+if(bNeedsScaling)
+aMtf.Scale(fScaleX, fScaleY);
+}
 // foreground
 Paint(*this, aPaintRect);
 // put a pop action to metafile
@@ -1405,11 +1439,14 @@ void Window::ImplPaintToDevice( OutputDevice* 
i_pTargetOutDev, const Point& i_rP
 VclPtrInstance pMaskedDevice(*i_pTargetOutDev,
 DeviceFormat::DEFAULT,
 DeviceFormat::DEFAULT);
+
+if(bNeedsScaling)
+pMaskedDevice->SetMapMode( GetMapMode() );
 pMaskedDevice->SetOutputSizePixel( GetOutputSizePixel() );
 pMaskedDevice->EnableRTL( IsRTLEnabled() );
 aMtf.WindStart();
 aMtf.Play( pMaskedDevice );
-BitmapEx aBmpEx( pMaskedDevice->GetBitmapEx( Point( 0, 0 ), 
pMaskedDevice->GetOutputSizePixel() ) );
+BitmapEx aBmpEx( pMaskedDevice->GetBitmapEx( Point( 0, 0 ), 
aPaintRect.GetSize() ) );
 i_pTargetOutDev->DrawBitmapEx( i_rPos, aBmpEx );
 // get rid of virtual device now so they don't pile up during recursive 
calls
 pMaskedDevice.disposeAndClear();
@@ -1442,8 +1479,6 @@ void Window::ImplPaintToDevice( OutputDevice* 
i_pTargetOutDev, const Point& i_rP
 
 void Window::PaintToDevice( OutputDevice* pDev, const Point& rPos, const Size& 
/*rSize*/ )
 {
-// FIXME: scaling: currently this is for pixel copying only
-
 SAL_WARN_IF(  pDev->HasMirroredGraphics(), "vcl.window", "PaintToDevice to 
mirroring graphics" );
 SAL_WARN_IF(  pDev->IsRTLEnabled(), "vcl.window", "PaintToDevice to 
mirroring device" );
 
___
Libreoffice-commits mailing list

[Libreoffice-bugs] [Bug 72440] Function Wizard Range Selection Resulted in #REF Error

[bugzilla-daemon]

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

Laurent BP  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||jumbo4...@yahoo.fr
   Assignee|libreoffice-b...@lists.free |jumbo4...@yahoo.fr
   |desktop.org |

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

[Libreoffice-bugs] [Bug 115619] Editing form size changes all form sizes

[bugzilla-daemon]

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

--- Comment #2 from Stang  ---
Sorry, here is version tested with:

Version: 6.0.1.1
Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk2; 
Locale: en-US (en_US.UTF-8); Calc: group

Also used new user profile.

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

How to check that CVE-2018-6871 is fixed?

[Paul Menzel]

Dear LibreOffice folks,


So according to CVE-2018-6871, “LibreOffice through 6.0.1 allows remote
attackers to read arbitrary files via =WEBSERVICE calls in a document,
which use the COM.MICROSOFT.WEBSERVICE function.”.

Maybe it’s my English, but “through 6.0.1” sounds to me like, that
version is affected. The vulnerability description page [2] says, that 
LibreOffice 6.0.1 is not affected.



100% success rate, absolutely silent, affect LibreOffice prior to
5.4.5/6.0.1 in all operation systems (GNU/Linux, MS Windows, macOS
etc.) and may be embedded in almost all formats supporting by LO.


I was searching the bug tracker [3] for *CVE-2018-6871* and got no 
result, and the git commit log also doesn’t mention it. Neither do the 
release notes [4][5].


So, how can I find out, in what version that vulnerability was fixed?


Kind regards,

Paul


[1] https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-6871
[2] https://github.com/jollheef/libreoffice-remote-arbitrary-file-disclosure
[3] https://bugs.documentfoundation.org/
[4] 
https://blog.documentfoundation.org/blog/2018/02/09/early-availability-libreoffice-5-4-5-libreoffice-6-0-1/

[5] https://wiki.documentfoundation.org/Releases/6.0.1/RC1
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-bugs] [Bug 115619] Editing form size changes all form sizes

[bugzilla-daemon]

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

--- Comment #1 from Stang  ---
Created attachment 139765
  --> https://bugs.documentfoundation.org/attachment.cgi?id=139765=edit
Sample Base file - Two forms

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

[Libreoffice-bugs] [Bug 115619] New: Editing form size changes all form sizes

[bugzilla-daemon]

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

Bug ID: 115619
   Summary: Editing form size changes all form sizes
   Product: LibreOffice
   Version: 6.0.1.1 release
  Hardware: x86-64 (AMD64)
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Base
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: sgre...@yahoo.com

Description:
Changing the size of one form results in all forms in the .odb with that same
size.

Steps to Reproduce:
1.  Edit any form.
2.  Change size
3.  Check other forms.

Actual Results:  
ALL forms now size of form last modified & saved.

Expected Results:
Only re-sized form should be modified.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version used:

Version: 6.0.1.0.0+
Build ID: d51c01846afb9bea5a39fd48fbb30b9fd02c2870
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:libreoffice-6-0, Time:
2018-02-08_10:01:18
Locale: en-US (en_US.UTF-8); Calc: group

No problem in v5.4.3.2


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

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

[Libreoffice-bugs] [Bug 97721] Checkboxes and radio buttons are displayed oddly in the menu ( with KDE)

[bugzilla-daemon]

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

--- Comment #14 from hamelg  ---
Yes I am using the oxygen theme (embedded in the software kde plasma).

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

[Libreoffice-bugs] [Bug 112990] LO60master on macOS: crashing at start with OpenGL enabled

[bugzilla-daemon]

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

--- Comment #52 from Martin Srebotnjak  ---
Sorry, still cannot test, there were no master nor 6.0.x daily builds since you
checked in the patches ... Strange.

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

[Libreoffice-bugs] [Bug 115005] Regression LibO 6.0RC creates much larger files than 5.4 by including duplicate /redundant images

[bugzilla-daemon]

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

--- Comment #11 from OfficeUser  ---
Created attachment 139764
  --> https://bugs.documentfoundation.org/attachment.cgi?id=139764=edit
File saved by LibreOffice 6.0.1.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 115005] Regression LibO 6.0RC creates much larger files than 5.4 by including duplicate /redundant images

[bugzilla-daemon]

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

--- Comment #10 from OfficeUser  ---
Created attachment 139763
  --> https://bugs.documentfoundation.org/attachment.cgi?id=139763=edit
File saved by LibreOffice 5.4.4.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 115005] Regression LibO 6.0RC creates much larger files than 5.4 by including duplicate /redundant images

[bugzilla-daemon]

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

OfficeUser  changed:

   What|Removed |Added

   Keywords||regression

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

[Libreoffice-bugs] [Bug 115005] Regression LibO 6.0RC creates much larger files than 5.4 by including duplicate /redundant images

[bugzilla-daemon]

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

OfficeUser  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #9 from OfficeUser  ---
Confirmed. Using the builds 5.4.4.2 and 6.0.1.1 I did the following.

- With 5.4.4.2 I opened the attached file and deleted sheet 2.
- Saved the document as reference

- I Opened the reference file in 5.4.4.2 and copied the two images (one after
the other) into sheet 2
- Saved as "test_ref_5.4.4.2.odp".


- I Opened the reference file in 6.0.1.1 and copied the two images (one after
the other) into sheet 2
- Saved as "test_ref_6.0.1.1.odp".

Result:
test_ref_5.4.4.2.odp cotains one png.file. Size: 27.0 kB
test_ref_6.0.1.1.odp cotains FIVE png.file. Size: 44.5 kB


==> The file size nearly doubles with 6.0.1.1!

I will attach the files saved by the two different LibreOffice builds.

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

Massimo Saiani license statement

[Ing. Massimo Saiani]

   All of my past & future contributions to LibreOffice may be

   licensed under the MPLv2/LGPLv3+ dual license.

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

Massimo Saiani license statement

[Ing. Massimo Saiani]

   All of my past & future contributions to LibreOffice may be

   licensed under the MPLv2/LGPLv3+ dual license.

 

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

[Libreoffice-bugs] [Bug 115618] New: Copy + Paste does nothing in Calc

[bugzilla-daemon]

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

Bug ID: 115618
   Summary: Copy + Paste does nothing in Calc
   Product: LibreOffice
   Version: 5.4.4.2 release
  Hardware: x86 (IA32)
OS: Mac OS X (All)
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: erw...@alumni.beloit.edu

Description:
Copy + Paste does nothing in Calc

Steps to Reproduce:
1. Keyboard over to the source cell. Command-C to copy.
2. Return to stop the marching migraine ants.
3. Keyboard over to the destination cell. Command-V to paste.

Actual Results:  
3. Command-V to paste does nothing.

Expected Results:
3. Command-V to paste should paste the copied text.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
See bug 35077 for the marching migraine ants.

Confirmed in 5.4.4.2. Same bug in NeoOffice. May be inherited from OpenOffice.


User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:58.0)
Gecko/20100101 Firefox/58.0

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

[Libreoffice-bugs] [Bug 87485] Writer: embedded PNG results in slow scrolling (GTK3 related)

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 CC||linuxhi...@gmail.com

--- Comment #45 from Buovjaga  ---
(In reply to Clemens Eisserer from comment #44)
> Please re-open, I can reproduce this with the official 6.0.3 build running
> on Fedora Linux.
> 
> Scrolling is extremly laggy, and I experience the same issue with other
> documents as well.

You tested with attachment 112539?

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

[Libreoffice-bugs] [Bug 97721] Checkboxes and radio buttons are displayed oddly in the menu ( with KDE)

[bugzilla-daemon]

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

Buovjaga  changed:

   What|Removed |Added

 CC||ham...@laposte.net
Version|5.4.5.1 release |5.1.0.3 release

--- Comment #13 from Buovjaga  ---
walker, hamelg: are you using some different theme? Walker's screenshot shows
non-standard checkboxes (ie. not Breeze).
I have no problem on KDE.

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

[Libreoffice-bugs] [Bug 115601] ImageMap UI: File type list item is not translatable

[bugzilla-daemon]

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

Julien Nabet  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|libreoffice-b...@lists.free |serval2...@yahoo.fr
   |desktop.org |

--- Comment #2 from Julien Nabet  ---
I submitted this patch to review:
https://gerrit.libreoffice.org/#/c/49547/

Since I don't know well localization, it may be wrong.
Wait and see...

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

[Libreoffice-bugs] [Bug 115547] Firebird: Link is formed to an external file with file:///C: (three slash)

[bugzilla-daemon]

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

rob...@familiegrosskopf.de changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

--- Comment #13 from rob...@familiegrosskopf.de ---
Test with OpenSUSE 42.2 64bit rpm Linux and Firebird 3.0 - file
https://bugs.documentfoundation.org/attachment.cgi?id=139761

No problems to connect to the file with
file:///home/user/Dokumente/LibreOffice/Firebird/example.fdb

with 
Version: 6.0.0.3
Build-ID: 64a0f66915f38c6217de274f0aa8e15618924765
CPU-Threads: 4; BS: Linux 4.4; UI-Render: Standard; VCL: kde4; 
Gebietsschema: de-DE (de_DE.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 115315] Editing: Cursor not in focus with new Calc/Writer document

[bugzilla-daemon]

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

--- Comment #18 from Michael Meeks  ---
Ah - fair cop, Maxim convinced me =) can you push the partial revert ? would be
good to have it in older versions too of course.

Thanks !

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

[Libreoffice-bugs] [Bug 115315] Editing: Cursor not in focus with new Calc/Writer document

[bugzilla-daemon]

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

--- Comment #17 from Maxim Monastirsky  ---
(In reply to Michael Meeks from comment #11)
> except the mbFrame thing is really not so clear to
> me as to its purpose as distinct from having valid mpFrameData
mbFrame means _this_ vcl::Window is a frame, while a valid mpFrameData only
means that the current vcl::Window presents in the hierarchy of some other
frame window, typically some control inside that window. This can be clearly
seen at the top of Window::ImplInsertWindow:

if ( pParent && !mpWindowImpl->mbFrame )
{
// search frame window and set window frame data
vcl::Window* pFrameParent = pParent->mpWindowImpl->mpFrameWindow;
mpWindowImpl->mpFrameData = pFrameParent->mpWindowImpl->mpFrameData;

so mpFrameData is just a pointer to the mpFrameData of the parent frame window. 

So:

> It is hard to think how not calling ImplAsyncFocusHdl on a disposed window
> is going to make life better generally for anything.
ImplAsyncFocusHdl isn't necessarily called on the window we're disposing.
Consider the scenario: A child control is disposed, and because of the missing
mpWindowImpl->mbFrame check it clears the focus event of the (not disposed!)
top level frame...

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

[Libreoffice-bugs] [Bug 115557] FILEOPEN DOCX Charts in footnotes multiply with every open and save

[bugzilla-daemon]

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

--- Comment #4 from Aron Budea  ---
I created my own sample in LO, but can't reproduce it with that (I can with
your samples). Could you also attach a sample ODT that can be used for
repro/testing when saved as DOCX?

-- 
You are receiving this mail because:
You 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] online.git: loleaflet/dist loleaflet/src

[Henry Castro]

 loleaflet/dist/loleaflet.css  |4 
 loleaflet/src/layer/tile/TileLayer.js |   12 ++--
 loleaflet/src/map/handler/Map.Keyboard.js |6 +-
 3 files changed, 19 insertions(+), 3 deletions(-)

New commits:
commit 341c9dcc96dcf84cadfabcce2c3eabc09c1bf8d1
Author: Henry Castro 
Date:   Sat Feb 10 14:20:52 2018 -0400

loleaflet: copy text of the annotation element to clipboard

Change-Id: I8675b3752656afc1ba79d614d2f1fe3e7d98f600

diff --git a/loleaflet/dist/loleaflet.css b/loleaflet/dist/loleaflet.css
index b4974c54..f458c371 100644
--- a/loleaflet/dist/loleaflet.css
+++ b/loleaflet/dist/loleaflet.css
@@ -142,6 +142,10 @@ body {
 .loleaflet-annotation {
position: absolute;
text-align: center;
+   user-select: text;
+   -moz-user-select: text;
+   -webkit-user-select: text;
+   -ms-user-select: text;
 }
 
 .loleaflet-annotation-content-wrapper, 
.loleaflet-annotation-redline-content-wrapper {
diff --git a/loleaflet/src/layer/tile/TileLayer.js 
b/loleaflet/src/layer/tile/TileLayer.js
index 2ef79251..aebeaf79 100644
--- a/loleaflet/src/layer/tile/TileLayer.js
+++ b/loleaflet/src/layer/tile/TileLayer.js
@@ -1906,7 +1906,11 @@ L.TileLayer = L.GridLayer.extend({
_onCopy: function (e) {
e = e.originalEvent;
e.preventDefault();
-   if (this._selectionTextContent) {
+   if (this._map._docLayer._textArea.value !== '') {
+   L.Compatibility.clipboardSet(e, 
this._map._docLayer._textArea.value);
+   this._map._docLayer._textArea.value = '';
+   }
+   if (this._textSelectionStart && this._textSelectionEnd && 
this._selectionTextContent) {
L.Compatibility.clipboardSet(e, 
this._selectionTextContent);
 
// remember the copied text, for rich copy/paste inside 
a document
@@ -1919,7 +1923,11 @@ L.TileLayer = L.GridLayer.extend({
_onCut: function (e) {
e = e.originalEvent;
e.preventDefault();
-   if (this._selectionTextContent) {
+   if (this._map._docLayer._textArea.value !== '') {
+   L.Compatibility.clipboardSet(e, 
this._map._docLayer._textArea.value);
+   this._map._docLayer._textArea.value = '';
+   }
+   if (this._textSelectionStart && this._textSelectionEnd && 
this._selectionTextContent) {
L.Compatibility.clipboardSet(e, 
this._selectionTextContent);
 
// remember the copied text, for rich copy/paste inside 
a document
diff --git a/loleaflet/src/map/handler/Map.Keyboard.js 
b/loleaflet/src/map/handler/Map.Keyboard.js
index 95433c8d..6c4b1dc5 100644
--- a/loleaflet/src/map/handler/Map.Keyboard.js
+++ b/loleaflet/src/map/handler/Map.Keyboard.js
@@ -425,6 +425,10 @@ L.Map.Keyboard = L.Handler.extend({
},
 
_handleCtrlCommand: function (e) {
+   // Control
+   if (e.originalEvent.keyCode == 17)
+   return true;
+
if (e.type !== 'keydown' && e.originalEvent.key !== 'c' && 
e.originalEvent.key !== 'v' && e.originalEvent.key !== 'x' &&
/* Safari */ e.originalEvent.keyCode !== 99 && 
e.originalEvent.keyCode !== 118 && e.originalEvent.keyCode !== 120) {
e.originalEvent.preventDefault();
@@ -512,7 +516,7 @@ L.Map.Keyboard = L.Handler.extend({
case 91: // Left Cmd (Safari)
case 93: // Right Cmd (Safari)
// we prepare for a copy or cut event
-   this._map._docLayer._textArea.value = 'dummy text';
+   this._map._docLayer._textArea.value = 
window.getSelection().toString();
this._map._docLayer._textArea.focus();
this._map._docLayer._textArea.select();
return true;
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 112990] LO60master on macOS: crashing at start with OpenGL enabled

[bugzilla-daemon]

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

--- Comment #51 from Aron Budea  ---
(In reply to dragracer.mb from comment #50)
> New install starts in safe mode every time.
By new install you mean 6.0.1? Please specify.

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

[Libreoffice-bugs] [Bug 115601] ImageMap UI: File type list item is not translatable

[bugzilla-daemon]

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

Julien Nabet  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||serval2...@yahoo.fr
 Ever confirmed|0   |1

--- Comment #1 from Julien Nabet  ---
On pc Debian x86-64 with master sources updated today, I can reproduce this.

Here's code pointer:
https://opengrok.libreoffice.org/xref/core/svx/source/dialog/imapdlg.cxx#59

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

[Libreoffice-bugs] [Bug 112990] LO60master on macOS: crashing at start with OpenGL enabled

[bugzilla-daemon]

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

--- Comment #50 from dragracer...@gmail.com ---
New install starts in safe mode every 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

Crash test update

[Crashtest VM]

New crashtest update available at 
http://dev-builds.libreoffice.org/crashtest/8bd6f83741a44509921b9b0fd14611815f6a4dc6/


exportCrashes.csv
Description: Binary data


importCrash.csv
Description: Binary data


validationErrors.csv
Description: Binary data
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-bugs] [Bug 57466] Change in UI user configuration will cause new UI items in next versions of LibreOffice to be invisible , when that previous userprofile is used

[bugzilla-daemon]

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

--- Comment #22 from lo-b...@vmc-konstanz.de ---
I can't talk about styles etc. but for GUI customization, the approach should
be IMHO:

1. try to merge
2. if that fails: inform user

I don't think you need to ask the user for confirmation. For starters, this
complicates the update process: you need to have detailed information available
in every language and the UI gets more complicated. Also, users with standard
menus don't get asked either, so why ask this particular group?

In most cases, merging should work fine - you simply traverse the list of root
menus, menu items, sidebars.. etc. in the user's xml configuration file until
you find your anchor point ("add forms menu before tools menu") and then add
the new item.

In some cases (menu items, toolbar buttons), this might fail if the user
removed everything the update process specifies as an anchor - in that case,
add the new item at the end of the target menu/toolbar - perhaps show a quick
notification?

This approach should only fail if the user manually edited xml files, e.g. he
removed the entire "View" menu with a text editor (you can't do this using the
GUI) and the update process wants to add a new item to this menu. In that case,
a simple warning that LO tried to update some part of the GUI but the file
path/to/foo.xml seems to be either broken or manually tempered with plus a link
to the release notes should do the job.

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

[Libreoffice-bugs] [Bug 104528] [META] Saved DOCX files that MS Word can't open

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

 Depends on||115556


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=115556
[Bug 115556] FILESAVE DOCX Shapes in footnotes cause SAXParseException error
when the document is saved as DOCX
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104448] [META] DOCX SAXParseException

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

 Depends on||115556


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=115556
[Bug 115556] FILESAVE DOCX Shapes in footnotes cause SAXParseException error
when the document is saved as DOCX
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 115556] FILESAVE DOCX Shapes in footnotes cause SAXParseException error when the document is saved as DOCX

[bugzilla-daemon]

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

Aron Budea  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Blocks||104528, 104448
 Ever confirmed|0   |1

--- Comment #3 from Aron Budea  ---
Confirmed with LO 6.0.1.1 / Windows 7.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=104448
[Bug 104448] [META] DOCX SAXParseException
https://bugs.documentfoundation.org/show_bug.cgi?id=104528
[Bug 104528] [META] Saved DOCX files that MS Word can't open
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 115614] error in Dutch translation

[bugzilla-daemon]

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

Cor Nouws  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #2 from Cor Nouws  ---
Thanks Roeland, Julien,

I think Wizard in Dutch is "Assistent", isn't it?
I changed strings with ID YzNff.
(some other stuff in the text there could be improved/clarified too)

@Roeland: you know you may mail suggestions/problems as these on the mail list
(documenta...@nl.libreoffice.org or disc...@nl.libreoffice.org) too?

Cheers - Cor

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

[Libreoffice-bugs] [Bug 115585] LibreOffice 6.0.0.3 Calc formulas (and part of the UI) are not translated in french

[bugzilla-daemon]

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

David Chionne  changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|NOTABUG |---
 Ever confirmed|1   |0

--- Comment #5 from David Chionne  ---
Ok. I set it to unconfirmed 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 115585] LibreOffice 6.0.0.3 Calc formulas (and part of the UI) are not translated in french

[bugzilla-daemon]

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

m.a.riosv  changed:

   What|Removed |Added

 Resolution|FIXED   |NOTABUG

--- Comment #4 from m.a.riosv  ---
Fixed is when a dev resolved the bug with a pacth, in this case never was
confirmed.

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

[Libreoffice-bugs] [Bug 115567] LibreOffice-l10n-zh-tw 6.0 Packages from launchpad ppa is incomplete

[bugzilla-daemon]

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

--- Comment #11 from Rico Tzschichholz  ---
(In reply to Franklin Weng from comment #10)
> I move the *.mo in language pack libobasis6.0-zh-tw_6.0.1.1-1_amd64.deb
> (from LibreOffice website) to
> /usr/lib/libreoffice/program/resource/zh_TW/LC_MESSAGES (Notice that the
> folder should be zh_TW/LC_MESSAGES instead of zh-tw/LC_MESSAGES)
> and it works now.

Thanks for looking into it further. I have updated the patch and it should more
correct now. Updated packages should be available soon.

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