Hello,
it's a disaster, completely unusable! Quality of Beta0 is far behind
quality of Master during the last weeks, it seems that we were not lucky
with the time where the tag has been created ad got a very broken source.
Shit happens, now the question is how we will go on. I am afraid we ha
On Fri, Dec 02, 2011 at 10:08:51AM +, Michael Meeks wrote:
> On Fri, 2011-12-02 at 01:49 +0100, Lionel Elie Mamane wrote:
>> Note that we still (maybe?) have a GPL problem with using the C++
>> connector. Maybe, because MySQL stuff used to not be straight-GPL,
>> but GPL + exceptions for open
Hello all
Le Fri, 02 Dec 2011 12:13:29 +0100, Alex Sandro Fagundes
a écrit:
I forget of put on email but I put on command.
I think that I'm doing correct, but not work.
tried several forms:
--with-jdk="/cygdrive/c/Program Files/Java/jdk1.6.0_25"
--with-jdk="C:\Program Files\Java\jdk1.6.0_2
On Thu, Dec 1, 2011 at 9:12 AM, Kohei Yoshida wrote:
> Hi Bjoern,
>
> On Thu, 2011-12-01 at 09:21 +0100, Bjoern Michaelsen wrote:
>> On Thu, Dec 01, 2011 at 01:36:14AM -0500, Kohei Yoshida wrote:
>> > And reverting
>> > http://cgit.freedesktop.org/libreoffice/core/commit/?id=28275d470f3a062cfa27d7
On Fri, Dec 02, 2011 at 11:59:41PM +0100, Philipp Weissenbacher
wrote:
> This patch make f-g-c spit out an error message and quit when trying
> to execute it in core/automation or core/basic/source/app.
>
> I admit that it might not be that most pythonic way of doing things
> (I'm still new to t
Hi,
On 2 December 2011 13:06, Michael Meeks wrote:
> Hi Astron,
>
> On Fri, 2011-12-02 at 11:15 +0100, Stefan Knorr (Astron) wrote:
>> > O, you removed all the "JP: XX.XX.199X" markers, which were always a
>> > warning to me to step very carefully as it meant "there be dragons" to me
>> > ;)
Hi all,
Michael Meeks suggested in an earlier mail that find-german-comments
should warn the user if they try to use it within soon-to-be-removed
directories.
This patch make f-g-c spit out an error message and quit when trying
to execute it in core/automation or core/basic/source/app.
I admit th
Hi,
The installation of Libreoffice 3.4.4 still does not set the necessary
file type associations to make flat ODF files work with LibreOffice out
of the box (in e.g. Gnome on RHEL6 using the official RPM packages).
There is a bug report about this since November 2010.
https://bugs.freed
Oops, the patches :)
On Fri, Dec 02, 2011 at 11:43:37PM +0200, Khaled Hosny wrote:
> On Wed, Nov 30, 2011 at 01:12:08PM +, Michael Meeks wrote:
> > Hi Khaled,
> >
> > Thanks for your patch ! :-)
> >
> > On Wed, 2011-11-30 at 09:11 +0200, Khaled Hosny wrote:
> > > Here is a little patch t
On Wed, Nov 30, 2011 at 01:12:08PM +, Michael Meeks wrote:
> Hi Khaled,
>
> Thanks for your patch ! :-)
>
> On Wed, 2011-11-30 at 09:11 +0200, Khaled Hosny wrote:
> > Here is a little patch that fixes a rendering buglet that annoyed me
> > since ever. Native GTK applications swap the po
Arno Teigseth wrote (02-12-11 21:55)
Don't want to hijack anything, but wonder if "wine program->LO"
clipboard behaviour is related to this?
When I copy stuff from from programs in wine and later paste them into
writer with Ctrl+V, the paste is happening at _the end of_ the
document (not where
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/12/11 11:28, Kohei Yoshida wrote:
> Hi fellow hackers,
>
> While investigating this bug
>
> https://bugs.freedesktop.org/show_bug.cgi?id=33100
>
> which involves Windows' clipboard handling,
Don't want to hijack anything, but wonder if "wine
On Fri, Dec 2, 2011 at 3:33 PM, Kohei Yoshida wrote:
> As a test, I
> wrote another quick program to retrieve the clipboard format info using
> the IDataObject API,
And here is the code (attached) that I used to retrieve the clipboard
format info via IDataObject, in case someone is curious.
Kohe
Hi Tor,
On Fri, 2011-12-02 at 20:24 +0200, Tor Lillqvist wrote:
> > So, I'm still not understanding this fully. Why is it that, when you
> > use the 2nd API, you only see some of the formats, not all?
>
> One possibility might be that the first API also returns "synthesized"
> clipboard formats.
Hi Petr,
Petr Mladek wrote (02-12-11 16:30)
I would decide about the bug-hunting party when we have, the feature
complete, beta1 in hands and see how it looks like.
Indeed, after the discussion today it's obvious that we must wait until
we know that the beta1 is OK for such a larger test.
https://bugs.freedesktop.org/show_bug.cgi?id=37361
Bug 37361 depends on bug 42914, which changed state.
Bug 42914 Summary: Terminal (command) window is opened when launching any
executable
https://bugs.freedesktop.org/show_bug.cgi?id=42914
What|Old Value |New Va
May I add to the known limitations listed below that the Icon showing
on the program window for all applications in Windows is the
StarOffice 5.2 icon?
https://bugs.freedesktop.org/show_bug.cgi?id=42979
Although this has been dismissed as cosmetic, it is a regression from
3.4 and it is a major fu
Hi,
I packaged smoketest[*] because it made sense to run it even on installed
systems. Unfortunately, the smoketestoo_native module did 3 things
together. It built the stuff, installed LO, and ran the tests.
I needed to split it into two modules:
+ "smoketest" - new module that builds an
> So, I'm still not understanding this fully. Why is it that, when you
> use the 2nd API, you only see some of the formats, not all?
One possibility might be that the first API also returns "synthesized"
clipboard formats. For instance, if you put CF_UNICODETEXT format data
on the clipboard, Wind
On Fri, 2011-12-02 at 11:52 -0500, Kohei Yoshida wrote:
> Hi Noel,
>
> On Fri, 2011-12-02 at 18:40 +0200, Noel Grandin wrote:
>
> > I think the second one is the newer one, and Windows provides some
> > support for interfacing applications using the first one with
> > applications using the secon
Hi,
please note that the feature freeze and commit deadline for 3.5.0-beta1
is this Monday, December 5, 2011.
The plan is to create the libreoffice-3-5 branch on Monday evening or
Tuesday morning. Then we will make sure that it is buildable and usable
and create the beta1 tag on that branch. It w
Michael Meeks schrieb:
It is in a bit of a state it seems :-) anyhow - lots of bugs in our
release process found/fixed before B1 which is good. I wonder how widely
we should be announcing B0 - in the state that is in though.
Hello,
I believe all ones involved know about Beta0 from the
Hi Noel,
On Fri, 2011-12-02 at 18:40 +0200, Noel Grandin wrote:
> I think the second one is the newer one, and Windows provides some
> support for interfacing applications using the first one with
> applications using the second one.
> Which is why you see some of the formats, but not all of them
I stand under correction, but I believe the correct answer is that ideally, you
need to support **both**.
I think the second one is the newer one, and Windows provides some support for
interfacing applications using the first
one with applications using the second one.
Which is why you see some
Hi fellow hackers,
While investigating this bug
https://bugs.freedesktop.org/show_bug.cgi?id=33100
which involves Windows' clipboard handling, I've come to the realization
that, there are two ways to communicate with the clipboard on Windows.
One is to use the regular clipboard API
http://msdn
Hello Jan,
On Tue, Nov 29, 2011 at 22:36, Korrawit Pruegsanusak
wrote:
> Thanks very much! I'll have a look.
And here comes the patch :) Though I doesn't follow your suggestions
strictly -- I didn't check if it's a first row. So, I wrote some
description and thought in commit message.
I also at
Cor Nouws píše v Pá 02. 12. 2011 v 12:06 +0100:
> Michael Meeks wrote (02-12-11 11:35)
>
> > It is in a bit of a state it seems :-) anyhow - lots of bugs in our
> > release process found/fixed before B1 which is good. I wonder how widely
> > we should be announcing B0 - in the state that is in
> "Michael" == Michael Meeks writes:
Michael> I guess we should add an 'easy hack' for some gdb / python
Michael> goodness to expand / annotate Basic stack frames prettily in
Michael> the debugger too ;-) [ we can but wish ].
FWIW Phil Muldoon is working on a new gdb/Python feature called "f
Hi Lubos,
On Fri, 2011-12-02 at 14:46 +0100, Lubos Lunak wrote:
> during implementation of docx support for export/import of math formulas I
> created a set of documents that I used for testing the features. I'd like to
> store them somewhere so that such files do not need to be created the nex
Hello,
during implementation of docx support for export/import of math formulas I
created a set of documents that I used for testing the features. I'd like to
store them somewhere so that such files do not need to be created the next
time somebody else needs them. Where should I put them? I
Hi all,
@JBF: now to list.
Am 02.12.2011 11:45, schrieb Jean-Baptiste Faure:
Hi,
Le 02/12/2011 10:25, Thorsten Behrens a écrit :
[...]
If you've a bit of time, please give them a try& report *critical*
Hmmm, with a fresh profile directory, this beta0 does not open a second
file. Tested wit
On 12/02/2011 12:59 PM, Michael Meeks wrote:
IMHO it is not much effort to fold that remote-control-ness into a few
lines of code inside soffice.bin itself that we could run with a test
parameter, and rid ourselves of the separate remote-control process and
make things easier to debug (mo
Hi Astron,
On Fri, 2011-12-02 at 11:15 +0100, Stefan Knorr (Astron) wrote:
> > O, you removed all the "JP: XX.XX.199X" markers, which were always a
> > warning to me to step very carefully as it meant "there be dragons" to me ;)
>
> Uhm, okay. Should we, as in: I, add them back in? Or should
On Fri, 2011-12-02 at 11:55 +0100, Stephan Bergmann wrote:
> It loads the document and executes the contained BASIC code via a remote
> css.frame.XComponentLoader.loadComponentFromURL/css.frame.XNotifyingDispatch.dispatchWithNotification
>
> sequence. Might actually also work for Python script
On Fri, Dec 02, 2011 at 11:15:27AM +0100, Stefan Knorr (Astron) wrote:
> > O, you removed all the "JP: XX.XX.199X" markers, which were always a
> > warning to me to step very carefully as it meant "there be dragons" to me ;)
>
> Uhm, okay. Should we, as in: I, add them back in? Or should they
On Fri, 2011-12-02 at 11:12 +0100, Stephan Bergmann wrote:
> > commit 1820e7f575dffe53062f50f08cebf0efa37e2cc2
> > Author: August Sodora
> > Date: Thu Dec 1 18:58:46 2011 -0500
> >
> > Remove charAt/setCharAt once and for all
>
> To not break compatibility with existing extensions etc., ple
I forget of put on email but I put on command.
I think that I'm doing correct, but not work.
tried several forms:
--with-jdk="/cygdrive/c/Program Files/Java/jdk1.6.0_25"
--with-jdk="C:\Program Files\Java\jdk1.6.0_25"
--with-jdk="C:\DXSDK"
Does not work or one!
2011/12/1 Noel Grandin
>
> You ne
Michael Meeks wrote (02-12-11 11:35)
It is in a bit of a state it seems :-) anyhow - lots of bugs in our
release process found/fixed before B1 which is good. I wonder how widely
we should be announcing B0 - in the state that is in though.
I agree with that. It's great to have the possi
On 12/01/2011 11:44 PM, Bjoern Michaelsen wrote:
On Thu, Dec 01, 2011 at 10:59:28PM +0100, Alex Thurgood wrote:
I typed in make debugrun, and :
[...]
[Thread 0x49781b70 (LWP 1214) exited]
gdb
and there was gdb patiently waiting for something to happen, but
nothing did.
I saw this too on my fir
Hi,
Confirmed for me. This only happen if we want open a second writer file. No
problem with one Cal and one Writter.
Tested on Windows 7
Best regards
2011/12/2 Jean-Baptiste Faure
> Hi,
>
> Le 02/12/2011 10:25, Thorsten Behrens a écrit :
> > Hi *,
> >
> > for the upcoming new version 3.5.0,
On 12/02/2011 11:39 AM, Bjoern Michaelsen wrote:
On Fri, Dec 02, 2011 at 10:14:59AM +, Michael Meeks wrote:
Cool. Please lets do that by having some magic parameter to
soffice.bin: eg. --load-run-test=/foo/baa/test.py or somesuch, so that
it is all executed in the same process: rathe
Hi,
Le 02/12/2011 10:25, Thorsten Behrens a écrit :
> Hi *,
>
> for the upcoming new version 3.5.0, we start with a beta0 build that
> likely will have a few rough edges, and is not yet feature-complete.
> We will feature-freeze next Monday, and then branch off the code -
> release plan timings
On Fri, 2011-12-02 at 10:25 +0100, Thorsten Behrens wrote:
> The list of fixed bugs in this release is here:
>
> http://dev-builds.libreoffice.org/pre-releases/src/bugfixes-master-release-3.5.0.0.log
>
> (warning, monstrous list - a lot has happened since April)
So - I assume this is
On Fri, Dec 02, 2011 at 10:14:59AM +, Michael Meeks wrote:
> Cool. Please lets do that by having some magic parameter to
> soffice.bin: eg. --load-run-test=/foo/baa/test.py or somesuch, so that
> it is all executed in the same process: rather than doing this
> hard-to-debug remote-control
Hi guys,
On Fri, 2011-12-02 at 10:25 +0100, Thorsten Behrens wrote:
> for the upcoming new version 3.5.0, we start with a beta0 build that
> likely will have a few rough edges, and is not yet feature-complete.
It is in a bit of a state it seems :-) anyhow - lots of bugs in our
release pro
Yeah, my mistake - sorry, I was too fast with twittering :/
Cor Nouws wrote on 2011-12-02 11:16:
So it's probably better not to twitter right now :-)
I plan some info today about the testing of the beta1.
--
Florian Effenberger
Board of Directors at The Document Foundation
Tel: +49 8341 9966
Thorsten Behrens wrote (02-12-11 10:25)
Builds are now being uploaded to a public (but non-mirrored - so don't
spread news too widely!) place, as soon as they're available. Grab
them here:
So it's probably better not to twitter right now :-)
I plan some info today about the testing of the bet
Hi Björn,
> O, you removed all the "JP: XX.XX.199X" markers, which were always a
> warning to me to step very carefully as it meant "there be dragons" to me ;)
Uhm, okay. Should we, as in: I, add them back in? Or should they be
translated as "here be dragons" (or alternatively: "here be JOEs"
On Thu, 2011-12-01 at 23:50 +0100, Bjoern Michaelsen wrote:
> Well, more tests are always good! If you could write some proof-of-concept
> (e.g. one test running against an soffice instance) I would help integrating
> that into gbuild and from that point on it would be pretty easy to add lots
> mo
On Thu, 2011-12-01 at 23:05 +0100, Alex Thurgood wrote:
> As from today, my build from master when launched from a terminal starts
> in the background and does not receive focus. The desktop is Gnome
> classic desktop with Ubuntu 11.10.
OK - so; can you reproduce having done:
rm -Rf ~/
On 12/02/2011 12:59 AM, August Sodora wrote:
sal/inc/rtl/strbuf.hxx | 36
sal/inc/rtl/ustrbuf.hxx | 36
2 files changed, 72 deletions(-)
New commits:
commit 1820e7f575dffe53062f50f08cebf0efa37e2cc2
Author: August
Hi Lionel,
On Fri, 2011-12-02 at 01:49 +0100, Lionel Elie Mamane wrote:
> 1) Change configure.in to detect / use the MariaDB lib instead of /
>alternatively to the MySQL C Connector. I see not reason not to
>leave people the choice;
Makes sense.
> Note that we still (maybe?) have
Bug 43458 - LibreOffice does not start with a second monitor connected
--
- Cor
- http://nl.libreoffice.org
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Hi *,
for the upcoming new version 3.5.0, we start with a beta0 build that
likely will have a few rough edges, and is not yet feature-complete.
We will feature-freeze next Monday, and then branch off the code -
release plan timings are here:
http://wiki.documentfoundation.org/ReleasePlan#3.5_re
2011/12/2 Andreas Radke :
> Do we have a fix for this in the 3.5 branch?
>
> /build/src/libreoffice-core-3.5.0.0/extensions/source/nsplugin/source/npshell.cxx:
> In function 'char* NPP_GetMIMEDescription()':
> /build/src/libreoffice-core-3.5.0.0/extensions/source/nsplugin/source/npshell.cxx:365:28
Do we have a fix for this in the 3.5 branch?
/build/src/libreoffice-core-3.5.0.0/extensions/source/nsplugin/source/npshell.cxx:
In function 'char* NPP_GetMIMEDescription()':
/build/src/libreoffice-core-3.5.0.0/extensions/source/nsplugin/source/npshell.cxx:365:28:
error: declaration of C function
https://bugs.freedesktop.org/show_bug.cgi?id=37361
Rainer Bielefeld changed:
What|Removed |Added
Depends on||43454
--- Comment #34 from Rainer Bie
57 matches
Mail list logo
