[Libreoffice] [PATCH] fix for fdo#40831 - Writer will crash when searching text with using regular expressions

Hi All, This patch will fix fdo#40831 "Writer will crash when searching text with using regular expressions". Please review my attached patch. Bug URL: https://bugs.freedesktop.org/show_bug.cgi?id=40831 I reproduced this bug on LibO 3.4 and 3.5. This bug occurs when a row or column containing c

Re: [Libreoffice] iOS and convert to PDF

> Entering /Users/brians/develop/libreOffice/libo/l10ntools/source Ah OK, l10ntools. That is a module it shouldn't even be building for non-desktop OSes. It contains some command-line tools that make no sense on iOS (or Android). No libraries that actual LO code would use are built in l10ntools as

Re: [Libreoffice] [PATCH] Added line numbers to the basic ide

August Sodora wrote (11-11-11 17:30) Of course :-) I was looking at the stuff in cui for adding an option somewhere, is that the correct place to be looking? Also I'm not sure if the basic ide deserves its own entire category for options yet as I think this is the first configurable thing about

Re: [Libreoffice] iOS and convert to PDF

>>  >        ./soffice --convert-to pdf foo.docx >>  Yup. Something like that should be doable relatively soon, > How do you imagine something like that working? As you probably know IPC > on > iOS is restricted in some ways. >I have no idea;) The command line above was just to give an idea of >

[Libreoffice] [PATCH][PLEASE REVIEW] Remove String::Fill() usage

Hi, currently I'm removing the Fill() method for strings. Comments are very welcome. Christina >From 278bc39f8f3914cff1b5d860b74dd5c12d17af7c Mon Sep 17 00:00:00 2001 From: Christina Rossmanith Date: Fri, 11 Nov 2011 23:09:26 +0100 Subject: [PATCH] Remove String::Fill() usage --- sc/source/

Re: [Libreoffice] iOS and convert to PDF

./autogen.sh --with-distro=LibreOfficeiOS CXX="ccache /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++-4.2 -arch i386 -isysroot /Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator4.3.sdk" CC="ccache /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/gcc-4.

Re: [Libreoffice] Howto develop an extension with URE?

Am Freitag, 11. November 2011, 18:25:26 schrieb Christian Ehrlicher: > Am Freitag, 11. November 2011, 17:27:56 schrieb Jan Holesovsky: > > Hi Christian, > > > > On 2011-11-11 at 06:37 +0100, Christian Ehrlicher wrote: > > > > The URE is still there in SUSE - it just lives in the > > > >

Re: [Libreoffice] PostgreSQL-SDBC in LO? LGPL2.1-only

Hi Lionel, On Fri, 2011-11-11 at 13:08 +0100, Lionel Elie Mamane wrote: > I've started to take care of the PostgreSQL native (SDBC) driver for > LibreOffice, based on the "old" code at dba.openoffice.org. It is not > 100% feature-complete, but "it works". Are there any oppositions to > merging it

Re: [Libreoffice] [PATCH] Added line numbers to the basic ide

Hey, to make it easier for everyone I pushed it to a feature branch. The new feature branch for this is: feature/line-numbers-in-basicIDE. As soon as you get your commit access by Michael, you can work on this branch without to worry about the master branch too much. Markus _

Re: [Libreoffice] [PATCH] Added line numbers to the basic ide

On Fri, 2011-11-11 at 11:30 -0500, August Sodora wrote: > Of course :-) I was looking at the stuff in cui for adding an option > somewhere, is that the correct place to be looking? Also I'm not sure > if the basic ide deserves its own entire category for options yet as I > think this is the first

Re: [Libreoffice] [PATCH] Added line numbers to the basic ide

On 11/11/11 19:25, August Sodora wrote: First, I don't have a account to commit with; you should think about asking for commit access, in the meantime I can add the feature branch for you ( but please remind me next week 'cause probably I will forget between now and then ) Also, is there a con

Re: [Libreoffice] iOS and convert to PDF

> I get this build error: > /Users/brians/develop/libreOffice/libo/bridges/source/cpp_uno/gcc3_ios_arm/cpp2uno.cxx:491: OK, I haven't actually compiled for the device much lately, only for the simulator, so some bit rot might have happened. I suggest you just compile for the simulator for now. >

Re: [Libreoffice] [PATCH] Added line numbers to the basic ide

Ok, I've adjusted the patch to include the fix you provided (thanks!!). I only have two more stumbling blocks at this point. First, I don't have a account to commit with; would you mind creating a branch for this in the meantime? Also, is there a consensus on how the option to hide/display line num

Re: [Libreoffice] Howto develop an extension with URE?

Am Freitag, 11. November 2011, 17:27:56 schrieb Jan Holesovsky: > Hi Christian, > > On 2011-11-11 at 06:37 +0100, Christian Ehrlicher wrote: > > > The URE is still there in SUSE - it just lives in the libreoffice-sdk > > > > > > package. > > > > I can't find this here: > > http://download.open

Re: [Libreoffice] [Libreoffice-commits] .: sc/inc sc/source

On Fri, 2011-11-11 at 15:41 +0100, Eike Rathke wrote: > Hi Kohei, > > On Thursday, 2011-11-10 12:49:29 -0800, Kohei Yoshida wrote: > > > commit eaea417bfdf8d06df2b7f2e42c904c32ce77e871 > > Author: Kohei Yoshida > > Date: Thu Nov 10 15:45:53 2011 -0500 > > > > Removing the mixed comparison

Re: [Libreoffice] [PATCH] Added line numbers to the basic ide

On 11/11/11 16:50, Noel Power wrote: On 11/11/11 16:30, August Sodora wrote: I'd love to but I'm not exactly sure how. Currently I have it as a local branch. haha, yes, well not being much of a git guru myself I can't recall offhand what the command are for that, let me try and find out what

Re: [Libreoffice] [PATCH] Added line numbers to the basic ide

On 11/11/11 16:30, August Sodora wrote: There are a couple problems as you mention with this patch, however I do> think that this is *really* useful land certainly something that I would have> liked to see at times. However sometimes I think the line numbers can just> be annoying ;-) so I t

Re: [Libreoffice] [PUSHED][PATCH] Re: Easy hack regex compile infinite loop ( bug 41738 )

Hi Eike, I confirm I contribute this and all future patches for LibreOffice under the LGPLv3+ and MPL 1.1 . > Yes, there are quite some shortcomings and bugs with that code. > I wouldn't invest too much time though, plan is to replace that legacy > code entirely with the more suitable ICU reg

[Libreoffice] Improving the QA and Release for 3.5

Hi, As a result of the discussions, the presentation, at the LibOCon, here are the conclusions. https://wiki.documentfoundation.org/QA/Improving_QA-Release-3.5 and the places where people can comment and show commitment. What do you think? -- - Cor - http://nl.libreoffice.org _

Re: [Libreoffice] [PATCH] Added line numbers to the basic ide

On 11/11/11 16:09, Noel Power wrote: On 10/11/11 03:02, August Sodora wrote: Hello, I've attached a patch that attempts to add line numbers to the basic ide. I believe it is mostly correct, although I am seeing a couple of rendering issues that I haven't been able to track down yet. First, the

Re: [Libreoffice] [PATCH] Added line numbers to the basic ide

> There are a couple problems as you mention with this patch, however I do> > think that this is *really* useful land certainly something that I would > have> liked to see at times. However sometimes I think the line numbers can > just> be annoying ;-) so I think definitely this should be config

Re: [Libreoffice] iOS and convert to PDF

I think I've read everything on this topic that Mr Google helped me to find. // This succeeded ./autogen.sh --with-distro=LibreOfficeiOS CXX="ccache /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++-4.2 -arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneO

Re: [Libreoffice] Howto develop an extension with URE?

Hi Christian, On 2011-11-11 at 06:37 +0100, Christian Ehrlicher wrote: > > The URE is still there in SUSE - it just lives in the libreoffice-sdk > > package. > > > I can't find this here: http://download.opensuse.org/update/11.3/rpm/x86_64/ No idea why it is not in the update, but I'd add th

Re: [Libreoffice] minutes of tech. steering call ...

Hi, On 2011-11-10 at 17:34 +, Michael Meeks wrote: > + ideally, done as a patch > + needs windows experimentation etc. > + where does 'assert' output on windows go ? When we hit an assert on Windows, it shows a message box with the message + file + lineno, a

Re: [Libreoffice] [PATCH] Added line numbers to the basic ide

On 10/11/11 03:02, August Sodora wrote: Hello, I've attached a patch that attempts to add line numbers to the basic ide. I believe it is mostly correct, although I am seeing a couple of rendering issues that I haven't been able to track down yet. First, the scrollbar seems to jump around and fli

Re: [Libreoffice] [PATCH] translation german comments to english plus rename of define MAX_COL_HEIGHT

>Finally can you confirm you contribution is under LGPLv3+ / MPL license My contribution and future contribution is under LGPLv3+/MPL license. Winfried >thanks again, >Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.free

Re: [Libreoffice] [PUSHED] [PATCH] translation german comments to english plus rename of define MAX_COL_HEIGHT

forgot to change the subject line to PUSHED, also the commit is here http://cgit.freedesktop.org/libreoffice/core/commit/?id=98a10b638a645776d14049b8fb12a87b80b6eb3b thanks, Noel On 11/11/11 15:02, Noel Power wrote: On 11/11/11 12:56, Winfried Donkers wrote: (reply to list as well-together w

Re: [Libreoffice] [PATCH] translation german comments to english plus rename of define MAX_COL_HEIGHT

On 11/11/11 12:56, Winfried Donkers wrote: (reply to list as well-together with attachment- is better, of course) >>First tiny contribution. >>Translated comments, also renamed define MAX_COL_HEIGHT to MAX_ROW_HEIGHT. >Erm, I think the attached patch is not the intended one right ( patch a

Re: [Libreoffice] [Libreoffice-commits] .: sc/inc sc/source

Hi Kohei, On Thursday, 2011-11-10 12:49:29 -0800, Kohei Yoshida wrote: > commit eaea417bfdf8d06df2b7f2e42c904c32ce77e871 > Author: Kohei Yoshida > Date: Thu Nov 10 15:45:53 2011 -0500 > > Removing the mixed comparison flag, which is no longer needed. > > This flag was introduced

Re: [Libreoffice] [PATCH] translation german comments to english plus rename of define MAX_COL_HEIGHT

2011/11/11 Luc Castermans > 2011/11/11 Winfried Donkers > >> ** ** >> >> (reply to list as well -together with attachment- is better, of course)** >> ** >> >> ** ** >> >> >>First tiny contribution. >> >> >>Translated comments, also renamed define MAX_COL_HEIGHT to >> MAX_ROW_HEIGHT. >>

Re: [Libreoffice] [PATCH] translation german comments to english plus rename of define MAX_COL_HEIGHT

On Fri, Nov 11, 2011 at 01:40:51PM +0100, Winfried Donkers wrote: >>>First tiny contribution. >>>Translated comments, also renamed define MAX_COL_HEIGHT to MAX_ROW_HEIGHT. >>Erm, I think the attached patch is not the intended one right ( patch >>attached is something already committed )? > I did

Re: [Libreoffice] [PUSHED][PATCH] Re: Easy hack regex compile infinite loop ( bug 41738 )

On 11/11/11 13:32, Eike Rathke wrote: now I see why my push failed appears you beat me to it ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [PUSHED] [PATCH] Re: Easy hack regex compile infinite loop ( bug 41738 )

On 11/11/11 05:44, Karl Koehler wrote: Hi, investigating further I have come to the conclusion that the attached ( and previously inlined ) patch is correct, in the sense that regular expressions of the failing type are now handled correctly. e.g. A[\[:\]] should find an 'A' followed by one

Re: [Libreoffice] [PUSHED][PATCH] Re: Easy hack regex compile infinite loop ( bug 41738 )

Hi Karl, On Thursday, 2011-11-10 21:44:33 -0800, Karl Koehler wrote: > investigating further I have come to the conclusion that the attached > ( and previously inlined ) patch is correct, in the sense that regular > expressions of the failing type are now handled correctly. > > e.g. > A[\[:\]]

Re: [Libreoffice] [PATCH] translation german comments to english plus rename of define MAX_COL_HEIGHT

(reply to list as well is better, of course) >>First tiny contribution. >>Translated comments, also renamed define MAX_COL_HEIGHT to MAX_ROW_HEIGHT. >Erm, I think the attached patch is not the intended one right ( patch attached >is something already committed )? I did it with 'git commit -a' fo

Re: [Libreoffice] build fail in scripting/Jar/aportisdoc

/cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/Dep/SdiTarget/basctl/sdi/basslots.d looks like: c:/libreoffice/libo/workdir/wntmsci12.pro/SdiTarget/basctl/sdi/basslots : \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\editeng\editids.hrc \ C:\libreoffice\libo\solver\wntmsci12.pro\inc\editen

Re: [Libreoffice] build fail in scripting/Jar/aportisdoc

On Fri, Nov 11, 2011 at 10:02:47AM +0200, Noel Grandin wrote: > Nor does trying to build the tail_build module, although that returns a > different error message: > /cygdrive/c/libreoffice/libo/workdir/wntmsci12.pro/Dep/SdiTarget/basctl/sdi/basslots.d:1: > *** target pattern contains no `%'. Stop

Re: [Libreoffice] [PUSHED][REVIEW 3-4] Fixing keyboard navigation of range selection in reference mode

Hi Kohei, On Tuesday, 2011-11-08 21:25:39 -0500, Kohei Yoshida wrote: > There isn't a formally filed bug for this (either that or there is and I > don't know about it), but this one is pretty bad & I want this fixed in > the stable version. The fix is > > http://cgit.freedesktop.org/libreoffice

[Libreoffice] PostgreSQL-SDBC in LO? LGPL2.1-only

Hi, I've started to take care of the PostgreSQL native (SDBC) driver for LibreOffice, based on the "old" code at dba.openoffice.org. It is not 100% feature-complete, but "it works". Are there any oppositions to merging it into master so that it is bundled with LO 3.5, as is the MySQL driver? - T

Re: [Libreoffice] [PATCH] translation german comments to english plus rename of define MAX_COL_HEIGHT

On 11/11/11 08:06, Winfried Donkers wrote: First tiny contribution. Translated comments, also renamed define MAX_COL_HEIGHT to MAX_ROW_HEIGHT. This patch is and future patches will be contributed under the LGPLv3+ / MPL. Erm, I think the attached patch is not the intended one right ( patch

Re: [Libreoffice] [PUSHED][PATCH] Remove some String <-> OUString conversion in svl/fsstor

On 10/11/11 16:15, Julien Chaffraix wrote: Another simple change attached. The change is contributed under the LGPLv3+ / MPL. and builds fine for me, pushed, thanks again Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lis

Re: [Libreoffice] [PUSHED][PATCH] Fix for FDO#42453 - remove unused anchor icons

On 10/11/11 16:14, Julien Chaffraix wrote: Very straightforward change attached. The change is contributed under the LGPLv3+ / MPL. very nice, pushed, thanks alot Noel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freed

Re: [Libreoffice] [PATCH/REVIEW-3-4] Backport reading AES-encrypted ODF 1.2 documents (as genereated by LibO 3.5)

On 11/11/2011 11:12 AM, Cor Nouws wrote: Stephan Bergmann wrote (11-11-11 10:50) is a patch (actually, four separate patches for the components, lib-core, lib-gui, and ure repos) to backport support for reading (but not writing) AES-encrypted ODF 1.2 documents to libreoffice-3-4. Is included

[Libreoffice] [REVIEW 3-4] application crash on exit

Hi We have an internal bug that happens when closing the application where there is a legacy format document ( e.g. something.sdd ) already open I get the following trace ==23824== Invalid read of size 8 ==23824==at 0x10C543A0: GtkSalDisplay::EventGuardAcquire() (gtkdata.hxx:83) ==23824

Re: [Libreoffice] [PATCH/REVIEW-3-4] Backport reading AES-encrypted ODF 1.2 documents (as genereated by LibO 3.5)

Hi Stephan, Stephan Bergmann wrote (11-11-11 10:50) is a patch (actually, four separate patches for the components, lib-core, lib-gui, and ure repos) to backport support for reading (but not writing) AES-encrypted ODF 1.2 documents to libreoffice-3-4. Is included in the patch, that when a enc

[Libreoffice] Make .component files directly usable within UNO_SERVICES

makes tests a little simpler (but also requires another round of "find */${INPATH?}/ -name \*.component -exec rm {} \;" for non-clean builds): * solenv/bin/createcomponent.xslt now simply surround

[Libreoffice] [PATCH/REVIEW-3-4] Backport reading AES-encrypted ODF 1.2 documents (as genereated by LibO 3.5)

With LO 3.5 by default using (new in ODF 1.2) AES encryption for password-protected documents (instead of Blowfish as used in older versions), people still using LO 3.4 would be unable to open such documents. (And what's really ugly, all they would get is an incomprehensible error box "Format

Re: [Libreoffice] build fail: workdir/wntmsci12.pro/Dep/SdiTarget/basctl/sdi/basslots.d:1: *** target pattern contains no `%'

Nope, that doesn't fix it. I'm fairly convinced that this is the same problem I've been having for a long time now, where the scripting module is not compiling one of the JAR's properly, and that is having knock-on effects. Specifically, the line that says this: [ build JCS ] Jar/ScriptProvide

Re: [Libreoffice] build fail: workdir/wntmsci12.pro/Dep/SdiTarget/basctl/sdi/basslots.d:1: *** target pattern contains no `%'

Hi Noel, On Thu, 2011-11-10 at 10:02 +0200, Noel Grandin wrote: > Not quite sure where this build fail comes from - running make from > the root says that the build fail is in tail_build, but running in the > tail_build module gives a completely different error. :-) > So I also ran a bui

Re: [Libreoffice] Dumping to valgrind.log from soffice shell script needed?

On 10/26/2011 09:00 PM, Stephan Bergmann wrote: On 10/26/2011 01:55 PM, Petr Mladek wrote: What is your preferred way of use? What exactly do you hate and/or miss? One problem is output of multiple (batched, like "make subsequentcheck") valgrind'ed invocations of soffice.bin is lost. Another

[Libreoffice] [PATCH] translation german comments to english plus rename of define MAX_COL_HEIGHT

First tiny contribution. Translated comments, also renamed define MAX_COL_HEIGHT to MAX_ROW_HEIGHT. This patch is and future patches will be contributed under the LGPLv3+ / MPL. By the way, should comments like case FID_INS_COLUMN:// insert columns case SID_COPY

Re: [Libreoffice] build fail in scripting/Jar/aportisdoc

Hi I can confirm that this bug does not go away if I build it again from the root. Also tested by trying to build the scripting module a few times and that doesn't work either. Nor does trying to build the tail_build module, although that returns a different error message: /cygdrive/c/libreoff