New function UNOIDL interface

[Juergen Funk Mailinglist]

Hello

I have this patch https://gerrit.libreoffice.org/c/core/+/130692. When the user 
performs an "Update All" it is possible that there can be overwrites, via 
dialog box is pointed out, but when this is canceled, immediately the same 
query occurs again.
Because there are two updates (for the links and for the OLE object), to 
distinguish these two updates I have found no other solution than to extend the 
UNOIDL interface by a function.

Maybe someone has a better solution to not change the UNOIDL interface.


Call-Stack (Link)

OCommonEmbeddedObject::HandleLinkAndTempFileSave line 410 
embeddedobj/source/commonembedding/miscobj.cxx
OCommonEmbeddedObject::LoadLink_Impl() line 400 
embeddedobj/source/commonembedding/persistence.cxx
OCommonEmbeddedObject::SwitchStateTo_Impl line 179 
embeddedobj/source/commonembedding/embedobj.cxx
OCommonEmbeddedObject::changeState line 459 
embeddedobj/source/commonembedding/embedobj.cxx
OCommonEmbeddedObject::getPreferredVisualRepresentation line 169 
embeddedobj/source/commonembedding/visobj.cxx
comphelper::EmbeddedObjectContainer::GetGraphicReplacementStream line 1429 
comphelper/source/container/embeddedobjectcontainer.cxx
svt::EmbeddedObjectRef::GetGraphicReplacementStream line 869 
svtools/source/misc/embedhlp.cxx
svt::EmbeddedObjectRef::GetGraphicStream line 676 
svtools/source/misc/embedhlp.cxx
svt::EmbeddedObjectRef::GetReplacement line 473 svtools/source/misc/embedhlp.cxx
svt::EmbeddedObjectRef::UpdateReplacement line 891 
svtools/source/misc/embedhlp.cxx
SwOLENode::GetNewReplacement line 522 sw/source/core/ole/ndole.cxx
SwEmbedObjectLink::DataChanged line 204 sw/source/core/ole/ndole.cxx
sfx2::SvBaseLink::Update line 320 sfx2/source/appl/lnkbase2.cxx
sfx2::LinkManager::UpdateAllLinks line 344 sfx2/source/appl/linkmgr2.cxx
SwBaseShell::Execute line 823 sw/source/uibase/shells/basesh.cxx



Call-Stack (OLE-Objekt)

OCommonEmbeddedObject::HandleLinkAndTempFileSave line 410 
embeddedobj/source/commonembedding/miscobj.cxx
OCommonEmbeddedObject::LoadLink_Impl line 400 
embeddedobj/source/commonembedding/persistence.cxx
OCommonEmbeddedObject::SwitchStateTo_Impl line 179  
embeddedobj/source/commonembedding/embedobj.cxx
OCommonEmbeddedObject::changeState line 459 
embeddedobj/source/commonembedding/embedobj.cxx
OCommonEmbeddedObject::getPreferredVisualRepresentation line 169 
embeddedobj/source/commonembedding/visobj.cxx
comphelper::EmbeddedObjectContainer::GetGraphicReplacementStream line 1429
svt::EmbeddedObjectRef::GetGraphicReplacementStream line 869 
comphelper/source/container/embeddedobjectcontainer.cxx
svt::EmbeddedObjectRef::GetGraphicStream line 676 
svtools/source/misc/embedhlp.cxx
svt::EmbeddedObjectRef::GetReplacement line 473 svtools/source/misc/embedhlp.cxx
svt::EmbeddedObjectRef::UpdateReplacement line 891 
svtools/source/misc/embedhlp.cxx
SwViewShell::UpdateOleObjectPreviews line 764 sw/source/core/view/viewsh.cxx
SwBaseShell::Execute line 832 sw/source/uibase/shells/basesh.cxx



Juergen

AW: AW: AW: tdf#108580: integrate vc_redist.exe into Windows installer

[Juergen Funk Mailinglist]

Hi Mike,

exactly the same


juergen


-Ursprüngliche Nachricht-
Von: Mike Kaganski [mailto:mike.kagan...@collabora.com] 
Gesendet: Freitag, 15. Dezember 2017 11:23
An: Juergen Funk Mailinglist ; 
libreoffice@lists.freedesktop.org
Betreff: Re: AW: AW: tdf#108580: integrate vc_redist.exe into Windows installer

On 12/15/2017 12:53 PM, Juergen Funk Mailinglist wrote:
> Hi Mike
>
>> 1. Creating a redirect at TDF side imposes additional load to our 
>> server infrastructure; 2. Users will depend on reliability of TDF 
>> servers wrt this (in terms of their state, correctness of the link, 
>> and also possible man-in-the-middle problems with modified links 
>> pointing to malware) - note that LO downloads themselves are served 
>> from multiple mirrors, but this kind of redirection can't work using 
>> mirrors
> I have mean directly from Microsoft not from TDF.

As I mentioned, there's no "Latest VS 2015 redist" static link on their side. 
Only "VS 2015 redist version X.Y.Z", which is the same as embedding this 
specific version into installer.

Also: at the time of creating the installer, we could possibly check that our 
embedded redist is ~current, so users would have reasonably low chance to get 
update request related to newly installed software (taking into account our 
rate of releases). OTOH, if a user chooses to download and install an 
out-of-date version, then it's not unexpected that, e.g., LibreOffice itself 
would warn about "newer version available"; so I don't see anything unexpected 
here on redist side as well.

--
Best regards,
Mike Kaganski
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

AW: AW: tdf#108580: integrate vc_redist.exe into Windows installer

[Juergen Funk Mailinglist]

Hi Mike

>1. Creating a redirect at TDF side imposes additional load to our server 
>infrastructure; 
>2. Users will depend on reliability of TDF servers wrt this (in terms of their 
>state, correctness of the link, and also possible man-in-the-middle problems 
>with modified links pointing to malware) - note that LO downloads themselves 
>are served from multiple mirrors, but this kind of redirection can't work 
>using mirrors

I have mean directly from Microsoft not from TDF. 

>3. Users would need internet connection at time of setup (which might not be 
>there: many download the installer, to bring it somewhere where there's no 
>Internet connection

I think that is not a big problem, the most have an Internet connection (and 
many App can't install without connection), but when not the installer gives a 
hint (only when needed), and the user should install the redist.

But any way, this is only a  suggestion, and has also weakness  (e. g. MS 
changes the link), the other case we have always up to date the vc_redist.exe.

Best 
Juergen

 

-Ursprüngliche Nachricht-
Von: LibreOffice [mailto:libreoffice-boun...@lists.freedesktop.org] Im Auftrag 
von Mike Kaganski
Gesendet: Freitag, 15. Dezember 2017 10:07
An: Juergen Funk Mailinglist ; 
libreoffice@lists.freedesktop.org
Betreff: Re: AW: tdf#108580: integrate vc_redist.exe into Windows installer

Hi Juergen,

thanks for feedback!

On 12/14/2017 11:04 AM, Juergen Funk Mailinglist wrote:
> this is a good idea, but I think the better way is, when the system need the 
> vc_redist then we "download" the new  vc_redist.exe from MS and starting.
> This has 2 advantage
>   - the LO msi would not be bigger
>   - we install always the up to date redist-dll's

Well, the main problem here is that there's no "latest vc_redist.exe" 
static link on MS site. So, this approach is simply impossible without us 
creating a redirect on our side. And this would create additional
problems:

1. Creating a redirect at TDF side imposes additional load to our server 
infrastructure; 2. Users will depend on reliability of TDF servers wrt this (in 
terms of their state, correctness of the link, and also possible 
man-in-the-middle problems with modified links pointing to malware) - note that 
LO downloads themselves are served from multiple mirrors, but this kind of 
redirection can't work using mirrors; 3. Users would need internet connection 
at time of setup (which might not be there: many download the installer, to 
bring it somewhere where there's no Internet connection).

So this is just not an option - at least, this is much worse than suggestion to 
simply telling people to manually download and install the redistributable 
themselves, put on the download page.

> In the current way it is possible you install older one of the dll's, and 
> after the LO installation it pop up the Windows-Update, that I think is a 
> little bit strange.

No; this is absolutely normal - most softwares out there behave this way, so 
not different from usual. Of course, *if* your suggestion was possible to be 
implemented in a reasonable way, it would be best - but the downsides outweigh 
the benefit.

--
Best regards,
Mike Kaganski
___
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

AW: tdf#108580: integrate vc_redist.exe into Windows installer

[Juergen Funk Mailinglist]

Hi Mike,

this is a good idea, but I think the better way is, when the system need the 
vc_redist then we "download" the new  vc_redist.exe from MS and starting.
This has 2 advantage 
 - the LO msi would not be bigger 
 - we install always the up to date redist-dll's

In the current way it is possible you install older one of the dll's, and after 
the LO installation it pop up the Windows-Update, that I think is a little bit 
strange.

In the unattended installation, I think that is okay, the admin should only 
inform, what he need for running the LO

Best
Juergen

PS.: it is possible, that email would be block from list.freedesktop.org, all 
spam goes but mine always block, that life


-Ursprüngliche Nachricht-
Von: LibreOffice [mailto:libreoffice-boun...@lists.freedesktop.org] Im Auftrag 
von Mike Kaganski
Gesendet: Mittwoch, 13. Dezember 2017 14:02
An: libreoffice@lists.freedesktop.org
Betreff: tdf#108580: integrate vc_redist.exe into Windows installer

Hi!

Some time ago, we had a ESC decision [1] to use a workaround for bug
108580 [2] about problem with VCRedist, which stopped to install essential part 
of libraries on Windows Vista and above (currently affected are Win7, Win8, and 
Win8.1), which was done in 71d9a61302e65fe091cf70c13fa72b3df09b7e3a [3], and 
"for 6.0 do something clever".

Here is the proposal [4] that pretends to be clever :) The following is 
essentially a copy-paste from the patch commit message:

Since commit 71d9a61302e65fe091cf70c13fa72b3df09b7e3a, we use a workaround 
described at [5] as "App-local deployment of the Universal CRT". We just copy 
all UCRT DLLs to LibreOffice/program. This has a drawback though, that our UCRT 
is not updated by Windows Update, so users would rely on LibreOffice updates in 
case of some vulnerabilities in UCRT (and they could even not realize they have 
that problem).

MS recommends to install UCRT using EXEs they provide from their site. 
The EXEs install both VCRuntimes and UCRTs, along with required patches, for 
all Windows versions (Windows XP through Windows 10, where they only install 
VCRuntimes); the installed libraries are managed by system's update mechanism. 
But those EXEs cannot be used in MSI custom actions inside 
InstallExecuteSequence, because they use MSI themselves.

So this patch integrates the vc_redist.xXX.exe into MSI binary table, and uses 
custom action to run the EXE after ExecuteAction in InstallUISequence. This 
will show the user a VCRedist install window after the main LibreOffice 
installation finishes; no user interaction is required (except one more UAC 
request), and errors are ignored.

Since this installation takes care of both VCRuntime and UCRT, we can 
ultimately drop both the app-local workaround, and vcredist merge module (so 
VCRuntime would also be updated by system).

This has its drawback: if one wants to use unattended installation (without UI; 
one example is deployment using ActiveDirectory GPO), then InstallUISequence is 
not run, and so VCRedist isn't installed. In this case, one should install 
VCRedist separately. Supposedly this should not be huge problem, because this 
is the case for many existing applications that need separate VCRedist 
deployment in these scenarios.

Please share your opinions. Is this change viable?

The patch itself IMO needs some polish: I suppose that we should remove 
redundant workaround (and possibly even merge module bits) if we accept it. But 
it is in working state, so testing is possible.

[1]
https://lists.freedesktop.org/archives/libreoffice-qa/2017-November/010300.html
[2] https://bugs.documentfoundation.org/show_bug.cgi?id=108580
[3]
https://cgit.freedesktop.org/libreoffice/core/commit/?id=71d9a61302e65fe091cf70c13fa72b3df09b7e3a
[4] https://gerrit.libreoffice.org/46356
[5]
https://blogs.msdn.microsoft.com/vcblog/2015/03/03/introducing-the-universal-crt/

--
Best regards,
Mike Kaganski
___
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

AW: LO 5.3.2.2: msi silent install: UI_LANGS property seems not to work as expected

[Juergen Funk Mailinglist]

Hi Oliver,

the Parameter ADDLOCAL=ALL overwrite the other parameter and install ALL, in 
your case you should given all parameter that you need, without ADDLOCAL=ALL. 
That is the define of the MSI, but I not sure it is right the parameter 
"UI_LANGS=en_US,de".
I think you should given 
ADDLOCAL=gm_Prg,gm_Optional,gm_Langpack_r_de,gm_Langpack_r_en_US,gm_Helppack_r_de,gm_Helppack_en_US
This information is in the MSI you can see this with the program "Orca" (it is 
free). 

But I am nor really sure, and not tested.

Hope it helps
Juergen
  

> -Ursprüngliche Nachricht-
> Von: LibreOffice [mailto:libreoffice-boun...@lists.freedesktop.org] Im Auftrag
> von Oliver Brinzing
> Gesendet: Montag, 10. April 2017 18:56
> An: libreoffice@lists.freedesktop.org
> Betreff: LO 5.3.2.2: msi silent install: UI_LANGS property seems not to work 
> as
> expected
> 
> Hi,
> 
> i tried to do a silent msi install, selecting only a few ui languages:
> 
>  > https://wiki.documentfoundation.org/Deployment_and_Migration
>  > With LibreOffice 3.5.5 and higher, language selection works as follows.
>  > msiexec /i Lib_.msi UI_LANGS=en_US,de
> 
> msiexec /qb /passive /i LibreOffice_5.3.2_Win_x86.msi /L*V lo_install.log
> INSTALLLOCATION="C:\Program Files (x86)\LibreOffice" ALLUSERS=1
> ADDLOCAL=ALL CREATEDESKTOPLINK=0
> REGISTER_NO_MSO_TYPES=1 UI_LANGS=en_US,de
> ISCHECKFORPRODUCTUPDATES=0 REBOOTYESNO=No QUICKSTART=1
> VC_REDIST=1
> REMOVE=gm_o_Onlineupdate,gm_r_ex_Dictionary_Af,gm_r_ex_Dictionary_An,
> gm_r_ex_Dictionary_Ar,...
> 
> but it seems, UI_LANGS property is ignored - all ui languages ire installed.
> 
> any hints?
> 
> Regards
> Oliver
> ___
> 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

Questions around hybrid file locking

[Juergen Funk Mailinglist]

Hi all 

I work on tdf#106942, the code is here sfx2/source/doc/docfile.cxx:1151

I don't understand why skip all errors with "UseDocumentSystemFileLocking" 
docfile.cxx:1175, anybody got any recollection why that is? 

But when "UseDocumentSystemFileLocking" is false (well currently it's always 
true) and the error is IOErrorCode_INVALID_PARAMETER, a message box - that says 
something like 'can't lock, b/c lockfile cannot be created'

I think this message is never appears, because the error “Invalid Parameters” 
is implausible, too.

Here's how I'd plan to solve this:: 
When the error with "no access &| no space" came, then using the above message 
(need only improve the second message-line), and set the document to read only, 
and remove the empty lock-file. 

Anybody got any better ideas?



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

AW: Recommended build instructions ...

[Juergen Funk Mailinglist]

The other problem with Visual Studio Project file is, some projects included 
not completely or are missing complete

With that solution
http://nabble.documentfoundation.org/Error-building-Visual-Studio-2013-project-file-for-LibreOffice-on-Windows-tp4140307p4140799.html
 
I don't now is the make wrong or the python-script

juergen

Von: LibreOffice  im Auftrag von 
slacka 
Gesendet: Montag, 12. September 2016 23:08
An: libreoffice@lists.freedesktop.org
Betreff: Re: Recommended build instructions ...

Speaking of wiki build instructions, the IDE instructions for Windows have
not worked for almost a year now.
Both the  IDE instructions

and  Windows Instructions

say to build with  build with "--enable-debug" and then "make
vs2013-ide-integration".  This results in the following error:

cd E:/core && (LC_MESSAGES=C E:/lode/opt/bin/make
cmd="E:/cygwin/home/Hearthstone/lode/opt/bin/make -npf Makefile.gbuild all"
cmd || true) | E:/core/bin/gbuild-to-ide --ide vs2013

make[1]: *** [cmd] Error 127

According this thread

, You need an old version of make.

Could someone please verify these instructions, and put them on the wiki
with a *working* download location? None of the versions of make that I was
able to find work with the script in that thread.




--
View this message in context: 
http://nabble.documentfoundation.org/Recommended-build-instructions-tp4193014p4193353.html
Sent from the Dev mailing list archive at Nabble.com.
___
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

Question to Bug 93052 - When save, generate unused list-styles in context.xml

[Juergen Funk Mailinglist]

Hi all,

I try to fix Bug 93052 the Patch from Jan-Marek solved NOT the problem, 
but when replace SVX_MAX_NUM to 0 then it works.
The fix 5785db93c5739846fb0a84b138be485044d4bda5 was for a crash at
http://opengrok.libreoffice.org/xref/core/editeng/source/editeng/eerdll.cxx#104
now :  SvxNumRule aDefaultNumRule( SvxNumRuleFlags::NONE, SVX_MAX_NUM, false ); 
(Jan-Marek)
when change to: 
SvxNumRule aDefaultNumRule( SvxNumRuleFlags::NONE, 0, false ) 
or
   SvxNumRule aDefaultNumRule( SvxNumRuleFlags::BULLET_REL_SIZE | 
SvxNumRuleFlags::BULLET_COLOR | 
SvxNumRuleFlags::CHAR_TEXT_DISTANCE,  0,  false ); 
then it works.

But i'm think that is not the right way for solve that problem, i have found 
the place for the different
http://opengrok.libreoffice.org/xref/core/xmloff/source/text/txtparae.cxx#615
the "xNumRule->getCount()" give back the given number and when 0 then skippt 
the trouble.
I think the decision is independ from the content not from a static set, or 

I can not see the relationship between the Numering_Rules and the comments, and 
can not find the option "Bullets and Numbering", too?

Can anyone help me, for solve or understand this right?

Best
Juergen
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Information about our work on Libreoffice

[Juergen Funk Mailinglist]

Hi Michael,

I have make the current master (Linux, Windows) and it works, nothing black?
I think this patch:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=eb61e1c00365337cde
3aff45b5a9f362951abd62 is solved the problem of black background in list-
entries.
 
Juergen
 
 
 
> > -Ursprüngliche Nachricht-
> > Von: LibreOffice [mailto:libreoffice-boun...@lists.freedesktop.org] Im
> > Auftrag von Michael Stahl
> > Gesendet: Mittwoch, 8. April 2015 13:16
> > An: Tobias Madl; libreoffice
> > Cc: Jennifer Liebel
> > Betreff: Re: Information about our work on Libreoffice
> >
> > On 11.03.2015 17:54, Tobias Madl wrote:
> > > That is all I can think of atm. One last request of mine would be,
> > > that if someone discovers some weird behavior or some windows, that
> > > are not loading or flicker, please contact me and I will look over
> > > it and try to fix it.
> >
> > Current master, in Writer Edit->AutoText... the dialog is not fully
> > painted, mostly black.
> > ___
> > LibreOffice mailing list
> > LibreOffice@lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/libreoffice
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Bug847950 Menu, DropDown-List doesn’t disappear with right mouse click

[Juergen Funk Mailinglist]

Hi Caolán McNamara,

what is the reason for revert this fix, in fdo#847950

My implementation was the same as in windows?


Juergen

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

AW: Information about our work on Libreoffice

[Juergen Funk Mailinglist]

Hi Miklos,

but under Ubuntu 12.04 it works too.

I think that is a problem under your machine

I can’t reproduce, sorry

Juergen


Von: Juergen Funk Mailinglist
Gesendet: Dienstag, 24. März 2015 16:57
An: Miklos Vajna
Cc: libreoffice
Betreff: AW: Information about our work on Libreoffice

Hi Miklos,

under windows, the repaint problem not exist, it works fine.

I try to look on linux.


Best
juergen

Von: LibreOffice [mailto:libreoffice-boun...@lists.freedesktop.org] Im Auftrag 
von Juergen Funk Mailinglist
Gesendet: Dienstag, 24. März 2015 12:57
An: Tobias Madl; Miklos Vajna
Cc: libreoffice; Jennifer Liebel
Betreff: AW: Information about our work on Libreoffice

Hi Miklos,

I want try to fix, that.


Best
Juergen




Von: LibreOffice [mailto:libreoffice-boun...@lists.freedesktop.org] Im Auftrag 
von Tobias Madl
Gesendet: Montag, 23. März 2015 17:55
An: Miklos Vajna
Cc: libreoffice; Jürgen Funk; Jennifer Liebel
Betreff: Re: Information about our work on Libreoffice

Hi Miklos,
atm i'm still very busy with the work at university, so for the next few days i 
will not be able to look over it. Maybe Jürgen could have a look. Otherwise i 
think you should do a bugreport, so people know about it. If i can manage to 
get some spare time, i will try to solve this issue.
Thanks for your patience and efforts
regards
Tobi

On Mon, Mar 23, 2015 at 4:40 PM, Miklos Vajna 
mailto:vmik...@collabora.co.uk>> wrote:
Hi Tobias,

On Sun, Mar 15, 2015 at 11:40:28AM +0100, Miklos Vajna 
mailto:vmik...@collabora.co.uk>> wrote:
> Thanks for the recent improvements, the current master is much better
> than what it was right after the merge. :-)
>
> With bcefd5cda926f86db16b1bcf6838431b5b0d61b5 I still see one problem,
> though:
>
> 1) Start Writer.
>
> 2) Press F11 to open the styles sidebar
>
> 3) Right-click on e.g. heading 1, and select modify -> repaint problem.
>
> Screenshot:
>
> http://people.freedesktop.org/~vmiklos/2015/heading1-repaint-problem.png

This is still a problem -- please let me know if you prefer a bugreport
instead.

Thanks,

Miklos

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

AW: Information about our work on Libreoffice

[Juergen Funk Mailinglist]

Hi Miklos,

under windows, the repaint problem not exist, it works fine.

I try to look on linux.


Best
juergen

Von: LibreOffice [mailto:libreoffice-boun...@lists.freedesktop.org] Im Auftrag 
von Juergen Funk Mailinglist
Gesendet: Dienstag, 24. März 2015 12:57
An: Tobias Madl; Miklos Vajna
Cc: libreoffice; Jennifer Liebel
Betreff: AW: Information about our work on Libreoffice

Hi Miklos,

I want try to fix, that.


Best
Juergen




Von: LibreOffice [mailto:libreoffice-boun...@lists.freedesktop.org] Im Auftrag 
von Tobias Madl
Gesendet: Montag, 23. März 2015 17:55
An: Miklos Vajna
Cc: libreoffice; Jürgen Funk; Jennifer Liebel
Betreff: Re: Information about our work on Libreoffice

Hi Miklos,
atm i'm still very busy with the work at university, so for the next few days i 
will not be able to look over it. Maybe Jürgen could have a look. Otherwise i 
think you should do a bugreport, so people know about it. If i can manage to 
get some spare time, i will try to solve this issue.
Thanks for your patience and efforts
regards
Tobi

On Mon, Mar 23, 2015 at 4:40 PM, Miklos Vajna 
mailto:vmik...@collabora.co.uk>> wrote:
Hi Tobias,

On Sun, Mar 15, 2015 at 11:40:28AM +0100, Miklos Vajna 
mailto:vmik...@collabora.co.uk>> wrote:
> Thanks for the recent improvements, the current master is much better
> than what it was right after the merge. :-)
>
> With bcefd5cda926f86db16b1bcf6838431b5b0d61b5 I still see one problem,
> though:
>
> 1) Start Writer.
>
> 2) Press F11 to open the styles sidebar
>
> 3) Right-click on e.g. heading 1, and select modify -> repaint problem.
>
> Screenshot:
>
> http://people.freedesktop.org/~vmiklos/2015/heading1-repaint-problem.png

This is still a problem -- please let me know if you prefer a bugreport
instead.

Thanks,

Miklos

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

AW: Information about our work on Libreoffice

[Juergen Funk Mailinglist]

Hi Miklos,

I want try to fix, that.


Best
Juergen




Von: LibreOffice [mailto:libreoffice-boun...@lists.freedesktop.org] Im Auftrag 
von Tobias Madl
Gesendet: Montag, 23. März 2015 17:55
An: Miklos Vajna
Cc: libreoffice; Jürgen Funk; Jennifer Liebel
Betreff: Re: Information about our work on Libreoffice

Hi Miklos,
atm i'm still very busy with the work at university, so for the next few days i 
will not be able to look over it. Maybe Jürgen could have a look. Otherwise i 
think you should do a bugreport, so people know about it. If i can manage to 
get some spare time, i will try to solve this issue.
Thanks for your patience and efforts
regards
Tobi

On Mon, Mar 23, 2015 at 4:40 PM, Miklos Vajna 
mailto:vmik...@collabora.co.uk>> wrote:
Hi Tobias,

On Sun, Mar 15, 2015 at 11:40:28AM +0100, Miklos Vajna 
mailto:vmik...@collabora.co.uk>> wrote:
> Thanks for the recent improvements, the current master is much better
> than what it was right after the merge. :-)
>
> With bcefd5cda926f86db16b1bcf6838431b5b0d61b5 I still see one problem,
> though:
>
> 1) Start Writer.
>
> 2) Press F11 to open the styles sidebar
>
> 3) Right-click on e.g. heading 1, and select modify -> repaint problem.
>
> Screenshot:
>
> http://people.freedesktop.org/~vmiklos/2015/heading1-repaint-problem.png

This is still a problem -- please let me know if you prefer a bugreport
instead.

Thanks,

Miklos

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

Unit-Test break Build under Windows

[Juergen Funk Mailinglist]

Hi Tomaz,


The Unitest "htmlexport" break on my windows machine with following error
test/source/xmltesttools.cxx(99) : error : Assertion
Test name: testExportImageProperties::Import_Export
equality assertion failed
- Expected: 38
- Actual  : 47
- In , attribute 'hspace' of 
'/html/body/p/a/font/img' incorrect value.

Failures !!!
Run: 15   Failure total: 1   Failures: 1   Errors: 0

The values are 
origin  my 
"hspace",   "38"47
"vspace",   "19"24
"width"  "222"  277
"height" "222"  277

The factor is 1,25 that is exactly my SYSTEM DPI-Setting (125 DPI).

I look to the image and the scale is not correct too, but I think the scale for 
the windows has nothing to do with the picture, when save (the font size is not 
change).
But I must always switch off the test in this file " 
test/source/xmltesttools.cxx, line 99" and I think that failure is for the 
other OS the same (MAC, WIN64) .

I would be very grateful if you could fix this


Thanks
Juergen
 

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

Unit-Test break Build

[Juergen Funk Mailinglist]

Hi

I get always (Friday, today) following error
D:/src/lo/lo-core/test/source/xmltesttools.cxx(99) : error : Assertion
Test name: testExportImageProperties::Import_Export
equality assertion failed
- Expected: 38
- Actual  : 47
- In , attribute 'hspace' of 
'/html/body/p/a/font/img' incorrect value.
Failures !!!
Run: 15   Failure total: 1   Failures: 1   Errors: 0

When I disable the line, the build ending fine
What is wrong on my system

Thanks for help
Juergen
  

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

AW: Print-Preview in Calc

[Juergen Funk Mailinglist]

> from: Kohei Yoshida [mailto:libreoffice@kohei.
> send: Freitag, 20. Februar 2015 15:02
> 
> It's disabled at 2 different levels; at the icon level, and at the code 
> level, just to
> make sure a clever user can't try to circumvent that by modifying the UI.

I have switch on the "ScPreviewShell::Execute" and Call the 
"pTabView->ExecuteSave"  

> 
> Previously, Calc allowed to save directly from the preview window. But when
> the document was saved from the preview window, it would skip storing many
> crucial "view" data that Calc expected to see when loading that document
> again. Such crucial view data might include active sheet, cursor position, 
> zoom
> level etc at the time of last document save. There were one or several bug
> reports that were directly or indirectly caused by this lack of view data 
> stored in
> the document.
> 
> I investigated this, and initially I tried to find a way to transfer the view 
> data
> from the main Calc window to the preview window so that the data would be
> available when the user wished to save the document from the preview window.

That is my problem the ViewData are not present, and I look for a solution too.
When call of constructor ScPreviewShell:: ScPreviewShell(.., SFXViewShell* 
pOldSh)
the ScTabViewShell pointer is the same when call in Normal-View, but only the
GetViewData() is not valid.
That I can not really understand why it lost. 

> So, if you think it's a bug and wants it "fixed", I can't stop you, but you'd 
> have to
> also keep the above fact in mind and make sure that when it is re-enabled,
> whatever funny things Calc used to do when the document was saved from the
> preview window and reloaded would no longer happen.

I am here in LHM and the user want to show is the print right, then he want to 
save it.

In the eyes of user it that a bug.
Do you mean that can't be solvable?
 
Thanks for your response
Juergen

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

AW: Error building Visual Studio 2013 project file for LibreOffice on Windows

[Juergen Funk Mailinglist]

Hi Jesper,

I have the same problem with the Visual Studio Solutions.

A lot of thanks too David Ostrovsky he has found a solution for that.
The solution is:

The "make version 4.0" do it wrong, I build ONLY the VS-Solution with "make 
version 3.82"
The size is 517.746 Bytes when you have trouble to found, call me, I have 
forget where I downloaded.

I have make a small script calling "mvs": (mvs = make VS)
mvs-- start -- 
#!/usr/bin/bash

echo remove old files
rm -fr *.sdf *.sln *.v11* *.vcxproj* *.opensdf *.v12*

echo Generate VS Files
/opt/lo/bin/make_o -npf Makefile.gbuild all | ./bin/gbuild-to-ide --ide vs2013
mvs--end-

make_o ==> make old

And for the normal build I use "mco": (mco = make color)
mcostart
#!/usr/bin/bash

/opt/lo/bin/make gb_COLOR=1 $1 $2 $3 $4 $5 $6 $7 $8 $9
mco-end


You should first generate the core in the CORE, and then you call the script 
for build the VS-Solution, all from the core directory


I use the VAssistx it is better as VS-IntelliSense, but it is not free
I debug with the loaded project in VS, it not a problem
When you need to debug the start phase, for that I have a solution too with VS

And last here my autogen.input
--enable-pch
--disable-ccache
--enable-dbgutil
--with-external-tar=/cygdrive/d/src/lo/externalsrc
--with-ant-home=/cygdrive/d/src/lo/apache-ant-1.9.4
--with-junit=/cygdrive/d/src/lo/junit-4.10.jar
--with-visual-studio=2013
--disable-activex 
--disable-atl
--with-jpeg-turbo=0
--with-lang=de en-GB



Hope that help

Juergen

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

Print-Preview in Calc

[Juergen Funk Mailinglist]

Hi,

In Calc the Save button and the SaveAs are enable, but when i change to the 
Print-Preview, both button are disable, under Writer it works.

I've changed it but when I click nothing happens.

Gived a reason of that manner, when not I open a bug-report an want fixed.

Is that okay??

Juergen




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

AW: Make under win7 breaks

[Juergen Funk Mailinglist]

Hi Norbert,

-Ursprüngliche Nachricht-
Von: Norbert Thiebaud [mailto:nthieb...@gmail.com] 
Gesendet: Freitag, 20. Februar 2015 05:08
An: Juergen Funk Mailinglist
Cc: libreoffice-dev
Betreff: Re: Make under win7 breaks

thanks for your response

>> https://wiki.documentfoundation.org/Development/BuildingOnWindows#Install_GNU_make
this make using (have comparing with my version it is the same)

(make sure to re-run autogen.sh)
Started with make clean, and then make

When I call the ./configure manually then it works



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

Make under win7 breaks

[Juergen Funk Mailinglist]

Hi

I get the following Error under Windows 7



[ C   ] jurt/source/pipe/com_sun_star_lib_connections_pipe_PipeConnection.c

[ CXX ] sal/cppunittester/cppunittester.cxx

[ CXX ] sal/qa/osl/process/osl_process_child.cxx

checking for a BSD-compatible install... /usr/bin/install -c checking whether 
build environment is sane... yes checking for gawk... gawk checking whether 
D:/dev/cygwin/opt/lo/bin/make sets $(MAKE)... ./configure: eval: line 1853: 
unexpected EOF while looking for matching `"'

./configure: eval: line 1854: syntax error: unexpected end of file

D:/src/lo/lo-core/external/jpeg-turbo/ExternalProject_jpeg-turbo.mk:26: recipe 
for target 'D:/src/lo/lo-core/workdir/ExternalProject/jpeg-turbo/configure' 
failed

make[1]: *** [D:/src/lo/lo-core/workdir/ExternalProject/jpeg-turbo/configure] 
Error 1

make[1]: *** Waiting for unfinished jobs

Makefile:246: recipe for target 'build' failed

make: *** [build] Error 2



My autogen.input is

--enable-pch

--disable-ccache

--enable-dbgutil

--with-external-tar=/cygdrive/d/src/lo/externalsrc

--with-ant-home=/cygdrive/d/src/lo/apache-ant-1.9.4

--with-junit=/cygdrive/d/src/lo/junit-4.10.jar

--with-visual-studio=2013

--disable-activex

--disable-atl

--with-lang=de en-GB



What is or where is my mistake?



Thanks



Juergen



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

Build breaks under Windows

[Juergen Funk Mailinglist]

Hi all,

i see in Jenkins and in my Build 4.5 master following errors

[build UPK] graphite2-1.2.4.tgz
C:/cygwin/home/tdf/lode/jenkins/workspace/lo_gerrit_master/Gerrit/Gerrit/Platform/Windows/sal/systools/win32/uwinapi/legacy.c
 : fatal error C1041: cannot open program database 
'c:cygwinhometdflodejenkinsworkspacelo_gerrit_mastergerritgerritplatformwindowsworkdirlinktargetlibraryuwinapi.dll.objects.pdb';
 if multiple CL.EXE write to the same .PDB file, please use /FS
C:/cygwin/home/tdf/lode/jenkins/workspace/lo_gerrit_master/Gerrit/Gerrit/Platform/Windows/sal/systools/win32/uwinapi/snprintf.c
 : fatal error C1041: cannot open program database 
'c:cygwinhometdflodejenkinsworkspacelo_gerrit_mastergerritgerritplatformwindowsworkdirlinktargetlibraryuwinapi.dll.objects.pdb';
 if multiple CL.EXE write to the same .PDB file, please use /FS
C:/cygwin/home/tdf/lode/jenkins/workspace/lo_gerrit_master/Gerrit/Gerrit/Platform/Windows/solenv/gbuild/LinkTarget.mk:138:
 recipe for target 
'C:/cygwin/home/tdf/lode/jenkins/workspace/lo_gerrit_master/Gerrit/Gerrit/Platform/Windows/workdir/CObject/sal/systools/win32/uwinapi/snprintf.o'
 failed
make[2]: accessibility aclocal.m4 android animations apple_remote autogen.sh 
autom4te.cache avmedia basctl basebmp basegfx basic bean bin binaryurp bridges 
build.log canvas chart2


Yesterday at 12:00 the build was stop on the unit-test 
(http://lists.freedesktop.org/archives/libreoffice/2015-January/065687.html), 
but after 15:00 I get this errors

Under Linux build is always okay.


My autogen.input is

--enable-pch
--disable-ccache
--enable-dbgutil
--with-external-tar=/cygdrive/d/src/lo/externalsrc
--with-ant-home=/cygdrive/d/src/lo/apache-ant-1.9.4
--with-junit=/cygdrive/d/src/lo/junit-4.10.jar
--with-visual-studio=2013
--disable-activex 
--disable-atl
--with-lang=de en-GB



Have everywhere an idea?





Juergen

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

Fail Unit-Test under Windows

[Juergen Funk Mailinglist]

Hi,

i get always this error

[ CUT ] sc_html_export_test
[ CUT ] sc_opencl_test
[ CUT ] sw_htmlexport
/usr/bin/sh: Zeile 1:  7132 Segmentation fault  
PATH="D:\src\lo\lo-core\instdir\program;D:\src\lo\lo-core\instdir\program;D:\src\lo\lo-core\workdir\LinkTarget\Library;D:\src\lo\lo-core\workdir\UnpackedTarball\cppunit\src\cppunit\DebugDll;$PATH"
 $W/LinkTarget/Executable/cppunittester.exe 
$W/LinkTarget/CppunitTest/test_sc_opencl_test.dll --headless 
"-env:BRAND_BASE_DIR=file:///$S/instdir" "-env:BRAND_SHARE_SUBDIR=share" 
"-env:UserInstallation=file:///$W/CppunitTest/sc_opencl_test.test.user" 
"-env:CONFIGURATION_LAYERS=xcsxcu:file:///$I/share/registry" 
"-env:UNO_TYPES=file:///$I/program/types/offapi.rdb 
file:///$I/program/types.rdb" 
"-env:UNO_SERVICES=file:///$W/Rdb/ure/services.rdb 
file:///$W/ComponentTarget/basic/util/sb.component 
file:///$W/ComponentTarget/chart2/source/chartcore.component 
file:///$W/ComponentTarget/chart2/source/controller/chartcontroller.component 
file:///$W/ComponentTarget/comphelper/util/comphelp.component 
file:///$W/ComponentTarget/configmgr/source/configmgr.component 
file:///$W/ComponentTarget/dbaccess/util/dba.component 
file:///$W/ComponentTarget/embeddedobj/util/embobj.component 
file:///$W/ComponentTarget/eventattacher/source/evtatt.component 
file:///$W/ComponentTarget/filter/source/config/cache/filterconfig1.component 
file:///$W/ComponentTarget/forms/util/frm.component 
file:///$W/ComponentTarget/framework/util/fwk.component 
file:///$W/ComponentTarget/i18npool/util/i18npool.component 
file:///$W/ComponentTarget/linguistic/source/lng.component 
file:///$W/ComponentTarget/oox/util/oox.component 
file:///$W/ComponentTarget/package/source/xstor/xstor.component 
file:///$W/ComponentTarget/package/util/package2.component 
file:///$W/ComponentTarget/sax/source/expatwrap/expwrap.component 
file:///$W/ComponentTarget/scaddins/source/analysis/analysis.component 
file:///$W/ComponentTarget/scaddins/source/datefunc/date.component 
file:///$W/ComponentTarget/sc/util/sc.component 
file:///$W/ComponentTarget/sc/util/scfilt.component 
file:///$W/ComponentTarget/sfx2/util/sfx.component 
file:///$W/ComponentTarget/sot/util/sot.component 
file:///$W/ComponentTarget/svl/util/svl.component 
file:///$W/ComponentTarget/svtools/util/svt.component 
file:///$W/ComponentTarget/svx/util/svx.component 
file:///$W/ComponentTarget/svx/util/svxcore.component 
file:///$W/ComponentTarget/toolkit/util/tk.component 
file:///$W/ComponentTarget/ucb/source/core/ucb1.component 
file:///$W/ComponentTarget/ucb/source/ucp/file/ucpfile1.component 
file:///$W/ComponentTarget/ucb/source/ucp/tdoc/ucptdoc1.component 
file:///$W/ComponentTarget/unotools/util/utl.component 
file:///$W/ComponentTarget/unoxml/source/rdf/unordf.component 
file:///$W/ComponentTarget/unoxml/source/service/unoxml.component 
file:///$W/ComponentTarget/xmloff/util/xo.component" 
-env:URE_INTERNAL_LIB_DIR=file:///$I/program -env:LO_LIB_DIR=file:///$I/program 
-env:LO_JAVA_DIR=file:///$I/program/classes --protector 
$W/LinkTarget/Library/unoexceptionprotector.dll unoexceptionprotector 
--protector $W/LinkTarget/Library/unobootstrapprotector.dll 
unobootstrapprotector --protector 
$W/LinkTarget/Library/vclbootstrapprotector.dll vclbootstrapprotector > 
$W/CppunitTest/sc_opencl_test.test.log 2>&1
warn:legacy.tools:4304:6376:sfx2/source/appl/app.cxx:203: No DDE-Service 
possible. Error: 16399
warn:sc:4304:6376:sc/source/filter/excel/xlroot.cxx:154: 
XclRootData::XclRootData - cannot get output device info: invalid attempt to 
assign an empty interface of type com.sun.star.frame.XFrame!
warn:legacy.osl:4304:6376:sc/source/filter/excel/exctools.cxx:132: 
XclImpOutlineBuffer::MakeScOutline: unexpected level!
warn:legacy.osl:4304:6376:sc/source/filter/excel/exctools.cxx:132: 
XclImpOutlineBuffer::MakeScOutline: unexpected level!
warn:legacy.osl:4304:6376:sc/source/filter/excel/exctools.cxx:132: 
XclImpOutlineBuffer::MakeScOutline: unexpected level!
warn:legacy.osl:4304:6376:sc/source/filter/excel/exctools.cxx:132: 
XclImpOutlineBuffer::MakeScOutline: unexpected level!
warn:fwk:4304:6376:framework/source/services/desktop.cxx:1018: Desktop disposed 
before terminating it

Error: a unit test failed, please do one of:

export DEBUGCPPUNIT=TRUE# for exception catching
export CPPUNITTRACE="\"[full path to devenv.exe]\" /debugexe" # for interactive 
debugging in Visual Studio
export VALGRIND=memcheck# for memory checking

and retry using: make CppunitTest_sc_opencl_test

D:/src/lo/lo-core/solenv/gbuild/CppunitTest.mk:81: recipe for target 
'D:/src/lo/lo-core/workdir/CppunitTest/sc_opencl_test.test' failed
make[1]: *** [D:/src/lo/lo-core/workdir/CppunitTest/sc_opencl_test.test] Error 1
make[1]: *** Waiting for unfinished jobs
Makefile:245: recipe for target 'build' failed
make: *** [build] Error 2





My autogen.input is

--enable-pch
--disable-ccache
--enable-dbgutil
--with-external-tar=/cygdrive/d/src/lo/externalsrc

gtktiledviewer

[Juergen Funk Mailinglist]

I make tests with the gtktiledviewer, and now the application start but it 
doesn't show the content of the given document, on Linux.

In the past it would be work, but now nothing what is wrong?


Background: 
I need the function "paintTile" of the LibreOfficeKit on Windows, i have 
solving a lot of stuff for call that function, but the buffer have no content.

Can everywhere make me a hint, for the correctness, or is that the same behavor 
with the Linux gtktiledviewer, when it work under Linux then work under Windows 
too!?


Juergen

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

AW: AW: Patch of the LibreOfficeKit

[Juergen Funk Mailinglist]

Hi Stephan,

and again thank you for your work and efforts.

But with your solution (and with the invisible-flag) and without the patch 
"bool Application::IsHeadlessModeRequested()", the Writer-Application appears 
again on Windows?


Juergen Funk
 

> -Ursprüngliche Nachricht-
> Von: LibreOffice [mailto:libreoffice-boun...@lists.freedesktop.org] Im
> Auftrag von Stephan Bergmann
> Gesendet: Mittwoch, 10. Dezember 2014 18:37
> An: libreoffice@lists.freedesktop.org
> Betreff: Re: AW: Patch of the LibreOfficeKit
> 
> On 12/10/2014 01:33 PM, Juergen Funk Mailinglist wrote:
> > but I have seen, in your patch have overseen
> >
> >  else if ( oArg == "headless" )
> >  {
> >  // Headless means also invisibile, so set this
> parameter to true!
> >  m_headless = true;
> >  m_invisible = true;
> >  }
> >
> > the "m_invisible" flag
> 
> oops, meanwhile fixed with
> <http://cgit.freedesktop.org/libreoffice/core/commit/?id=b63810cf50648c
> aff9781b693f8c74c16ea6ed8a>
> "Headless implies invisible"
> 
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

AW: Patch of the LibreOfficeKit

[Juergen Funk Mailinglist]

Sorry Stephan,  for the spam, 

but I have seen, in your patch have overseen 

else if ( oArg == "headless" )
{
// Headless means also invisibile, so set this parameter to 
true!
m_headless = true;
m_invisible = true;
}

the "m_invisible" flag

PS.: In my solution (3) is that set, but anyway not work right? 


Juergen


> -Ursprüngliche Nachricht-
> Von: LibreOffice [mailto:libreoffice-boun...@lists.freedesktop.org] Im
> Auftrag von Juergen Funk Mailinglist
> Gesendet: Mittwoch, 10. Dezember 2014 13:15
> An: Stephan Bergmann
> Cc: libreoffice@lists.freedesktop.org
> Betreff: AW: Patch of the LibreOfficeKit
> 
> Hi Stephan,
> 
> thanks for that fix, that is solution 4.
> 
> But that don't work with "bool Application::IsHeadlessModeRequested()"
> but I think that not needed for the LibreOfficeKit.
> 
> My solution 3 I have tested and it is not so good solution, but I have
> set the Headless mode anyway, but the Writer-Application appears.
> 
> Do you know what the problem is?
> 
> Juergen
> 
> 
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

AW: Patch of the LibreOfficeKit

[Juergen Funk Mailinglist]

Hi Stephan,

thanks for that fix, that is solution 4.

But that don't work with "bool Application::IsHeadlessModeRequested()" but I 
think that not needed for the LibreOfficeKit.

My solution 3 I have tested and it is not so good solution, but I have set the 
Headless mode anyway, but the Writer-Application appears. 

Do you know what the problem is?

Juergen   


> -Ursprüngliche Nachricht-
> Von: LibreOffice [mailto:libreoffice-boun...@lists.freedesktop.org] Im
> Auftrag von Stephan Bergmann
> Gesendet: Mittwoch, 10. Dezember 2014 12:32
> An: libreoffice@lists.freedesktop.org
> Betreff: Re: Patch of the LibreOfficeKit
> 
> On 12/09/2014 10:16 AM, Juergen Funk Mailinglist wrote:
> > I have found 3 solution for solve the problem with the Headless mode
> on Windows.
> 
> should be fixed now with
> <http://cgit.freedesktop.org/libreoffice/core/commit/?id=07c54fff7ad9da
> 498acd482148e491b879766bd4>
> "Fake --headless more cleanly"
> 
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Patch of the LibreOfficeKit

[Juergen Funk Mailinglist]

Hi Stephan,


I have found 3 solution for solve the problem with the Headless mode on Windows.

1. Static Variable
Set a static Variable for set the Headless mode 
(Bad solution)

2. Over Parameter
Set Parameter in functions:
 soffice_main(bool bHeadless) - SVMain(bool bHeadless) - 
  ImplSVMain(bool bHeadless) - InitVCL(bool bHeadless)
In "InitVCL" would be read the commandline and set the 
variable "m_headless", the test goes with function 
"bool IsHeadless()" in desktop\source\app\cmdlineargs.hxx.
Here can set the Headless variable in dependencies of the 
parameter (a lot of changes)

This 2 solution have the problem with the function "bool 
Application::IsHeadlessModeRequested()" in vcl\source\app\svapp.cxx, the 
confusing of that is "bool Application::IsHeadlessModeEnabled()" but the 
function "IsHeadlessModeRequested()" give the status back, and then can set 
with "void Application::EnableHeadlessMode( bool dialogsAreFatal )", but I am 
not sure for using this function in case of the LibreOfficeKit.

3. Fix the Windows function "osl_createCommandArgs_Impl" in 
sal\osl\w32\process.cxx 
1. When argv == NULL or no context then use the windows 
function "GetCommandLineW()" in other case use the
context of the argv parameter.
or
2. When argv has context then adding to the windows 
function "GetCommandLineW()" 

This last fix is for the commandline "m_headless, bool IsHeadless()" and the 
"IsHeadlessModeRequested".


Juergen Funk



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

RE: Useless includes (maybe...)

[Juergen Funk Mailinglist]

Hi all,

what i discuss with Tor

i mean the construct 
 (void) bSuccess;
 assert(bSuccess);
is a little bit ugly
 
In 
 
#ifdef  NDEBUG
 
#define assert(_Expression) ((void)0)
 
#else
 
Why '((void)0)' better empty or
 
we define this
 
#ifdef  NDEBUG
 
#define assert(_Expression) ((void) (Expression) )
 
#else
 
 
But I am not really sure for work in all situations, but we can do define a 
special macro for this situation
 
 
Juergen


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

Buil error under Windows

[Juergen Funk Mailinglist]

Hi all,

i get the following errors

Making all in build
/usr/bin/sh: Zeile 20: make: Kommando nicht gefunden.
Makefile:476: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
Makefile:386: recipe for target 'all' failed
make[2]: *** [all] Error 2
D:/src/lo/lo-core/external/libfreehand/ExternalProject_libfreehand.mk:24: 
recipe for target 'D:/src/lo/lo-core/workdir/ExternalProject/libfreehand/build' 
failed
make[1]: *** [D:/src/lo/lo-core/workdir/ExternalProject/libfreehand/build] 
Error 1
make[1]: *** Waiting for unfinished jobs

and

Making all in build
/usr/bin/sh: Zeile 20: make: Kommando nicht gefunden.
Makefile:478: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
Makefile:388: recipe for target 'all' failed
make[2]: *** [all] Error 2
D:/src/lo/lo-core/external/libwpd/ExternalProject_libwpd.mk:23: recipe for 
target 'D:/src/lo/lo-core/workdir/ExternalProject/libwpd/build' failed
make[1]: *** [D:/src/lo/lo-core/workdir/ExternalProject/libwpd/build] Error 1

and

Making all in src
/usr/bin/sh: Zeile 20: make: Kommando nicht gefunden.
Makefile:475: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
Makefile:385: recipe for target 'all' failed
make[2]: *** [all] Error 2
D:/src/lo/lo-core/external/libpagemaker/ExternalProject_libpagemaker.mk:24: 
recipe for target 
'D:/src/lo/lo-core/workdir/ExternalProject/libpagemaker/build' failed
make[1]: *** [D:/src/lo/lo-core/workdir/ExternalProject/libpagemaker/build] 
Error 1

and

Making all in src
/usr/bin/sh: Zeile 17: make: Kommando nicht gefunden.
Makefile:717: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
Makefile:625: recipe for target 'all' failed
make[2]: *** [all] Error 2
D:/src/lo/lo-core/external/liborcus/ExternalProject_liborcus.mk:88: recipe for 
target 'D:/src/lo/lo-core/workdir/ExternalProject/liborcus/build' failed
make[1]: *** [D:/src/lo/lo-core/workdir/ExternalProject/liborcus/build] Error 1

and

Making all in goo
/usr/bin/sh: Zeile 20: make: Kommando nicht gefunden.
Makefile:641: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
Makefile:523: recipe for target 'all' failed
make[2]: *** [all] Error 2
D:/src/lo/lo-core/external/poppler/ExternalProject_poppler.mk:19: recipe for 
target 'D:/src/lo/lo-core/workdir/ExternalProject/poppler/build' failed
make[1]: *** [D:/src/lo/lo-core/workdir/ExternalProject/poppler/build] Error 1
Makefile:233: recipe for target 'build' failed
make: *** [build] Error 2



The solution, copy the "make" in /usr/bin, but in the past that was not 
necessary?


My autogen.input is
--enable-pch
--disable-ccache
--enable-dbgutil
--with-windows-sdk=7.1A
--with-external-tar=/cygdrive/d/src/lo/externalsrc
--with-ant-home=/cygdrive/d/src/lo/apache-ant-1.9.4
--with-junit=/cygdrive/d/src/lo/junit-4.10.jar
--with-visual-studio=2012
--with-lang=de en-GB


I think, a new shell-script do not using the calling path to the make

Juergen Funk




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

AW: Anti-Virus vendors & warnings

[Juergen Funk Mailinglist]

Hi Michael,


> On 06/10/14 17:41, Michael Stahl wrote:
> 
> actually, only --enable-dbgutil uses the MSVC debug runtime; the --
> enable-debug just disables optimizations, turns on PDB files
> (debuginfo) and enables some assertions.
> 
> --enable-dbgutil is (nowadays) a super-set of --enable-debug.
> 

Thank you for your info, I think that is it.


> thankfully Caolan has now encrypted the RTF file that caused you
> trouble in commit bd1be89c1a5fd3457b6bfe8ca78789c047820f17, so that
> should work now.

Now i need no exception for the core-directory in the Symantec-virus-scan, that 
is great.

But I have a other question with the release build?
This follow files delete the virus-scanner
Malware: Suspicious.Cloud
 D:\bld\rel\workdir\UnpackedTarball\icu\source\bin\genrb.exe*

Malware: Suspicious.Cloud.5
 D:\bld\rel\workdir\UnpackedTarball\nss\nss\lib\zlib\out\example.exe*
 D:\bld\rel\workdir\UnpackedTarball\nss\dist\out\bin\example.exe* 
 
 D:\bld\rel\instdir\program\reg4allmsdoc.dll
 D:\bld\rel\instdir\program\sdqsmsi.dll
 D:\bld\rel\instdir\program\sellangmsi.dll
This above files have exclude from the scan
The file with * needed for the build


But this file-name always changed, but I don't see any results, 
it is no different between the debug build (almost the same files)!? 
 D:\bld\rel\instdir\program\RCX.tmp
 D:\bld\rel\instdir\program\RCX.tmp
 D:\bld\rel\instdir\program\RCX.tmp
Why get this files, and can we remove this, too?


Juergen

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

AW: Anti-Virus vendors & warnings

[Juergen Funk Mailinglist]

Hi Michael,

 On 06/10/14 17:15, Michael Stahl Mailinglist wrote:

> those are probably not something we can work around easily; can you 
> report and upload these files as "false positive" to your Anti-virus tool 
> vendor?  
> i mean, you are paying them for the tool, so they should fix it if it doesn't 
> work  :)

I should talk with the admin. 

 
> so that's the "random" difference, perhaps it's because dbgutil uses
> MSVC debug runtime?  fun...

But with virus detected have with --enable-debug switch and I think the MSVC 
debug runtime is on too.
But a lot off inline code is disabled.

But I have not try the new switch --diable-cve-tests, that make tomorrow

Jürgen

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

RE: Anti-Virus vendors & warnings

[Juergen Funk Mailinglist]

Hi

I don't know is that helpful information.

Symantec delete that files in my case
- writerfilter\qa\cppunittests\rtftok\data\pass\
  sf_508f4e169fb76c80745d3541bd01b0a2-73462-minimized.rtf
Virus:Trojan.Mdropper

- d:\bld\deb\workdir\UnpackedTarball\icu\source\bin\
  genrb.exe
Virus: Suspicious.Cloud

- d:\bld\deb\workdir\UnpackedTarball\nss\nss\lib\zlib\out\
  example.exe 
Virus: Suspicious.Cloud.5

The "rtf"-file have excluded from the scan.

When I have this follow "autogen.sh setting" then the "exe" have the virus
--with-external-tar=/cygdrive/d/src/lo/externalsrc
--enable-pch
--disable-ccache
--disable-activex
--disable-atl
--enable-debug
--with-ant-home=/cygdrive/d/src/lo/apache-ant-1.9.4
--with-junit=/cygdrive/d/src/lo/junit-4.10.jar
--with-visual-studio=2012

BUT with this "autogen.sh setting" NO VIRUS for "exe"
--with-external-tar=/cygdrive/d/src/lo/externalsrc
--enable-pch
--disable-ccache
--disable-activex
--disable-atl
--enable-dbgutil
--with-ant-home=/cygdrive/d/src/lo/apache-ant-1.9.4
--with-junit=/cygdrive/d/src/lo/junit-4.10.jar
--with-visual-studio=2012
--with-lang=de en-GB


In the Release Version have this "autogen.sh setting" and have the Virus for 
"exe"
--with-external-tar=/cygdrive/d/src/lo/externalsrc
--enable-pch
--disable-ccache
--disable-activex
--disable-atl
--with-ant-home=/cygdrive/d/src/lo/apache-ant-1.9.4
--with-junit=/cygdrive/d/src/lo/junit-4.10.jar


I'm not really sure why, but it works in my case. 

Juergen

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

Wrong Language in the Option-Dialog

[Juergen Funk Mailinglist]

Hi

I have build today the LO (writer) with the german-language. The GUI have 
automatically switch to the germany language, but the List in the Option-Dialog 
is English?

Look here: http://imgur.com/tfq0HBo

Juergen


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

License statement: CIB

[Juergen Funk Mailinglist]

Hi all,

for reference:

All contributions past and present made to LibreOffice from CIB
are available under the terms the MPL / LGPLv3+.
Until further notice, future contributions made to LibreOffice from CIB
are available under the terms the MPL / LGPLv3+.

Best,

Juergen Funk


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

Juergen Funk license statement

[Juergen Funk Mailinglist]

I Juergen Funk, declare that all of my past & future contributions to 
LibreOffice may be licensed under the MPLv2/LGPLv3+ dual license.


--
Juergen Funk



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