[Libreoffice-commits] .: 2 commits - smoketestoo_native/makefile.mk solenv/gbuild
smoketestoo_native/makefile.mk |2 ++ solenv/gbuild/BuildDirs.mk |9 - 2 files changed, 2 insertions(+), 9 deletions(-) New commits: commit 0f1b0e5b7ad813069630e7ae719a800ecab640a8 Author: Jan Holesovsky ke...@suse.cz Date: Wed Nov 30 16:20:11 2011 +0100 Don't overwrite OUTDIR friends. diff --git a/solenv/gbuild/BuildDirs.mk b/solenv/gbuild/BuildDirs.mk index 6a0933b..828546f 100644 --- a/solenv/gbuild/BuildDirs.mk +++ b/solenv/gbuild/BuildDirs.mk @@ -35,15 +35,6 @@ ifeq ($(strip $(SOLARENV)),) $(error SOLARENV variable is empty, no environment set, aborting) endif -# HACK -# unixify windoze paths -ifeq ($(OS_FOR_BUILD),WNT) -override WORKDIR := $(shell cygpath -u $(WORKDIR)) -override OUTDIR := $(shell cygpath -u $(OUTDIR)) -override OUTDIR_FOR_BUILD := $(shell cygpath -u $(OUTDIR_FOR_BUILD)) -override SRCDIR := $(shell cygpath -u $(SRCDIR)) -endif - REPODIR := $(patsubst %/,%,$(dir $(SRCDIR))) # vim: set noet sw=4: commit 5d5df8c6615be1a382f660283dd0f251d1b3b278 Author: Jan Holesovsky ke...@suse.cz Date: Fri Dec 2 10:35:16 2011 +0100 Fix build on Windows. diff --git a/smoketestoo_native/makefile.mk b/smoketestoo_native/makefile.mk index 333d646..bbfa24d 100755 --- a/smoketestoo_native/makefile.mk +++ b/smoketestoo_native/makefile.mk @@ -47,7 +47,9 @@ SHL1USE_EXPORTS = name DEF1NAME = $(SHL1TARGET) .INCLUDE: target.mk +.IF $(RUN_SMOKETEST) == YES .INCLUDE: installationtest.mk +.END .IF $(depend) == $(RUN_SMOKETEST) == YES # disable smoketest when cross-compiling for now; we can use wine at some stage (?) ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: 2 commits - sal/inc
sal/inc/rtl/strbuf.hxx | 38 ++ sal/inc/rtl/ustrbuf.hxx | 38 ++ 2 files changed, 76 insertions(+) New commits: commit 0b14a86f8a1c77683db2e81cb4604c077b572cf7 Author: Stephan Bergmann sberg...@redhat.com Date: Fri Dec 2 11:07:51 2011 +0100 Mark rtl::O[U]StringBuffer::{charAt,setCharAt} as SAL_DEPRECATED. diff --git a/sal/inc/rtl/strbuf.hxx b/sal/inc/rtl/strbuf.hxx index 3ea6bc0..2f92b0f 100644 --- a/sal/inc/rtl/strbuf.hxx +++ b/sal/inc/rtl/strbuf.hxx @@ -281,6 +281,7 @@ public: @param index the index of the desired character. @return the character at the specified index of this string buffer. */ +SAL_DEPRECATED(use rtl::OStringBuffer::operator [] instead) sal_Char charAt( sal_Int32 index ) { assert(index = 0 index pData-length); @@ -297,6 +298,7 @@ public: @param index the index of the character to modify. @param ch the new character. */ +SAL_DEPRECATED(use rtl::OStringBuffer::operator [] instead) OStringBuffer setCharAt(sal_Int32 index, sal_Char ch) { assert(index = 0 index pData-length); diff --git a/sal/inc/rtl/ustrbuf.hxx b/sal/inc/rtl/ustrbuf.hxx index b4d4871..d9c3893 100644 --- a/sal/inc/rtl/ustrbuf.hxx +++ b/sal/inc/rtl/ustrbuf.hxx @@ -260,6 +260,7 @@ public: @param index the index of the desired character. @return the character at the specified index of this string buffer. */ +SAL_DEPRECATED(use rtl::OUStringBuffer::operator [] instead) sal_Unicode charAt( sal_Int32 index ) const { assert(index = 0 index pData-length); @@ -276,6 +277,7 @@ public: @param index the index of the character to modify. @param ch the new character. */ +SAL_DEPRECATED(use rtl::OUStringBuffer::operator [] instead) OUStringBuffer setCharAt(sal_Int32 index, sal_Unicode ch) { assert(index = 0 index pData-length); commit 05fddab006719d9d023787d7e6ee9b979907c048 Author: Stephan Bergmann sberg...@redhat.com Date: Fri Dec 2 08:43:50 2011 +0100 Revert Remove charAt/setCharAt once and for all For backwards compatibility, they should not be removed before LO 4. They should be marked as SAL_DEPRECATED, however. This reverts commit 1820e7f575dffe53062f50f08cebf0efa37e2cc2. diff --git a/sal/inc/rtl/strbuf.hxx b/sal/inc/rtl/strbuf.hxx index e3ae74b..3ea6bc0 100644 --- a/sal/inc/rtl/strbuf.hxx +++ b/sal/inc/rtl/strbuf.hxx @@ -269,6 +269,42 @@ public: } /** +Returns the character at a specific index in this string buffer. + +The first character of a string buffer is at index +code0/code, the next at index code1/code, and so on, for +array indexing. +p +The index argument must be greater than or equal to +code0/code, and less than the length of this string buffer. + +@param index the index of the desired character. +@return the character at the specified index of this string buffer. +*/ +sal_Char charAt( sal_Int32 index ) +{ +assert(index = 0 index pData-length); +return pData-buffer[ index ]; +} + +/** +The character at the specified index of this string buffer is set +to codech/code. + +The index argument must be greater than or equal to +code0/code, and less than the length of this string buffer. + +@param index the index of the character to modify. +@param ch the new character. + */ +OStringBuffer setCharAt(sal_Int32 index, sal_Char ch) +{ +assert(index = 0 index pData-length); +pData-buffer[ index ] = ch; +return *this; +} + +/** Return a null terminated character array. */ const sal_Char* getStr() const { return pData-buffer; } diff --git a/sal/inc/rtl/ustrbuf.hxx b/sal/inc/rtl/ustrbuf.hxx index 624b6f0..b4d4871 100644 --- a/sal/inc/rtl/ustrbuf.hxx +++ b/sal/inc/rtl/ustrbuf.hxx @@ -248,6 +248,42 @@ public: } /** +Returns the character at a specific index in this string buffer. + +The first character of a string buffer is at index +code0/code, the next at index code1/code, and so on, for +array indexing. +p +The index argument must be greater than or equal to +code0/code, and less than the length of this string buffer. + +@param index the index of the desired character. +@return the character at the specified index of this string buffer. + */ +sal_Unicode charAt( sal_Int32 index ) const +{ +assert(index = 0 index pData-length); +return pData-buffer[ index ]; +} + +/** +The character at the specified index of this string buffer is set +to codech/code. + +The
[Libreoffice-commits] .: tools/inc
tools/inc/tools/debug.hxx | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) New commits: commit 98aa85350460a0f1326b99007ae4b2c4ac425d50 Author: Stephan Bergmann sberg...@redhat.com Date: Fri Dec 2 11:28:17 2011 +0100 Also demote DBG_ASSERTWARNING to SAL_INFO, to reduce output clutter. diff --git a/tools/inc/tools/debug.hxx b/tools/inc/tools/debug.hxx index 4fde7b5..3746350 100644 --- a/tools/inc/tools/debug.hxx +++ b/tools/inc/tools/debug.hxx @@ -42,10 +42,10 @@ steps taken while executing some protocol) should use the facilities provided by sal/log.hxx. -Because the assertion macros (DBG_ASSERTWARNING, DBG_ASSERT, DBG_BF_ASSERT) -have been used for true assertions as well as for logged warnings, they map -to SAL_WARN instead of standard assert. The warning and error macros -(DBG_WARNING, DBG_WARNING1, ..., DBG_WARNING5, DBG_WARNINGFILE, +Because the assertion macros (DBG_ASSERT, DBG_BF_ASSERT) have been used for +true assertions as well as to log warnings, they map to SAL_WARN instead of +standard assert. The warning and error macros (DBG_ASSERTWARNING, +DBG_WARNING, DBG_WARNING1, ..., DBG_WARNING5, DBG_WARNINGFILE, DBG_ERRORFILE) all map to SAL_INFO. */ @@ -467,7 +467,7 @@ public: (const void*)pObj, (DbgUsr)fTest ) #define DBG_ASSERTWARNING( sCon, aWarning ) \ -SAL_DETAIL_WARN_IF_FORMAT(!(sCon), legacy.tools, aWarning) +SAL_DETAIL_INFO_IF_FORMAT(!(sCon), legacy.tools, aWarning) #define DBG_ASSERT( sCon, aError ) \ SAL_DETAIL_WARN_IF_FORMAT(!(sCon), legacy.tools, aError) ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: 2 commits - desktop/util desktop/win32 desktop/WinResTarget_quickstart.mk desktop/WinResTarget_sbase.mk desktop/WinResTarget_scalc.mk desktop/WinResTarget_sdraw.mk desktop/Win
desktop/WinResTarget_quickstart.mk |2 desktop/WinResTarget_sbase.mk |4 - desktop/WinResTarget_scalc.mk |4 - desktop/WinResTarget_sdraw.mk |4 - desktop/WinResTarget_simpress.mk|4 - desktop/WinResTarget_smath.mk |4 - desktop/WinResTarget_soffice.mk |4 - desktop/WinResTarget_sweb.mk|4 - desktop/WinResTarget_swriter.mk |4 - desktop/util/officeloader.rc| 14 ++-- desktop/win32/source/QuickStart/OOQuickStart.rc |8 +- desktop/win32/source/applauncher/launcher.rc|2 dev/null|binary sysui/desktop/icons/makefile.mk | 71 ++-- sysui/prj/d.lst |2 15 files changed, 38 insertions(+), 93 deletions(-) New commits: commit da0db8b03cd19af585133691689c1d752cc8c970 Author: Andras Timar ati...@suse.com Date: Fri Dec 2 13:43:18 2011 +0100 remove unused OOo Windows icons diff --git a/desktop/WinResTarget_quickstart.mk b/desktop/WinResTarget_quickstart.mk index 9c3ec14..0c28ece 100644 --- a/desktop/WinResTarget_quickstart.mk +++ b/desktop/WinResTarget_quickstart.mk @@ -32,7 +32,7 @@ $(eval $(call gb_WinResTarget_set_include,quickstart/src,\ )) $(eval $(call gb_WinResTarget_add_dependency,quickstart/src,\ -sysui/desktop/icons/ooo3_main_app.ico \ +sysui/desktop/icons/main_app.ico \ )) $(eval $(call gb_WinResTarget_add_file,quickstart/src,desktop/win32/source/QuickStart/OOQuickStart)) diff --git a/desktop/WinResTarget_sbase.mk b/desktop/WinResTarget_sbase.mk index 506bb64..fe519bf 100644 --- a/desktop/WinResTarget_sbase.mk +++ b/desktop/WinResTarget_sbase.mk @@ -33,12 +33,12 @@ $(eval $(call gb_WinResTarget_set_include,sbase/src,\ $(eval $(call gb_WinResTarget_set_defs,sbase/src,\ $$(DEFS) \ -DRES_APP_NAME=sbase \ --DRES_APP_ICON=icons/ooo3_base_app.ico \ +-DRES_APP_ICON=icons/base_app.ico \ -DVERVARIANT=$(BUILD) \ )) $(eval $(call gb_WinResTarget_add_dependency,sbase/src,\ -sysui/desktop/icons/ooo3_base_app.ico \ +sysui/desktop/icons/base_app.ico \ )) $(eval $(call gb_WinResTarget_add_file,sbase/src,desktop/win32/source/applauncher/launcher)) diff --git a/desktop/WinResTarget_scalc.mk b/desktop/WinResTarget_scalc.mk index 4113746..bd710ea 100644 --- a/desktop/WinResTarget_scalc.mk +++ b/desktop/WinResTarget_scalc.mk @@ -33,12 +33,12 @@ $(eval $(call gb_WinResTarget_set_include,scalc/src,\ $(eval $(call gb_WinResTarget_set_defs,scalc/src,\ $$(DEFS) \ -DRES_APP_NAME=scalc \ --DRES_APP_ICON=icons/ooo3_calc_app.ico \ +-DRES_APP_ICON=icons/calc_app.ico \ -DVERVARIANT=$(BUILD) \ )) $(eval $(call gb_WinResTarget_add_dependency,scalc/src,\ -sysui/desktop/icons/ooo3_calc_app.ico \ +sysui/desktop/icons/calc_app.ico \ )) $(eval $(call gb_WinResTarget_add_file,scalc/src,desktop/win32/source/applauncher/launcher)) diff --git a/desktop/WinResTarget_sdraw.mk b/desktop/WinResTarget_sdraw.mk index 694c7da..b96a420 100644 --- a/desktop/WinResTarget_sdraw.mk +++ b/desktop/WinResTarget_sdraw.mk @@ -33,12 +33,12 @@ $(eval $(call gb_WinResTarget_set_include,sdraw/src,\ $(eval $(call gb_WinResTarget_set_defs,sdraw/src,\ $$(DEFS) \ -DRES_APP_NAME=sdraw \ --DRES_APP_ICON=icons/ooo3_draw_app.ico \ +-DRES_APP_ICON=icons/draw_app.ico \ -DVERVARIANT=$(BUILD) \ )) $(eval $(call gb_WinResTarget_add_dependency,sdraw/src,\ -sysui/desktop/icons/ooo3_draw_app.ico \ +sysui/desktop/icons/draw_app.ico \ )) $(eval $(call gb_WinResTarget_add_file,sdraw/src,desktop/win32/source/applauncher/launcher)) diff --git a/desktop/WinResTarget_simpress.mk b/desktop/WinResTarget_simpress.mk index 9a4b08f..a0a5a38 100644 --- a/desktop/WinResTarget_simpress.mk +++ b/desktop/WinResTarget_simpress.mk @@ -33,12 +33,12 @@ $(eval $(call gb_WinResTarget_set_include,simpress/src,\ $(eval $(call gb_WinResTarget_set_defs,simpress/src,\ $$(DEFS) \ -DRES_APP_NAME=simpress \ --DRES_APP_ICON=icons/ooo3_impress_app.ico \ +-DRES_APP_ICON=icons/impress_app.ico \ -DVERVARIANT=$(BUILD) \ )) $(eval $(call gb_WinResTarget_add_dependency,simpress/src,\ -sysui/desktop/icons/ooo3_impress_app.ico \ +sysui/desktop/icons/impress_app.ico \ )) $(eval $(call gb_WinResTarget_add_file,simpress/src,desktop/win32/source/applauncher/launcher)) diff --git a/desktop/WinResTarget_smath.mk b/desktop/WinResTarget_smath.mk index d531ae6..ac6ae36 100644 --- a/desktop/WinResTarget_smath.mk +++ b/desktop/WinResTarget_smath.mk @@ -33,12 +33,12 @@ $(eval $(call gb_WinResTarget_set_include,smath/src,\ $(eval $(call gb_WinResTarget_set_defs,smath/src,\ $$(DEFS) \ -DRES_APP_NAME=smath \ --DRES_APP_ICON=icons/ooo3_math_app.ico \ +-DRES_APP_ICON=icons/math_app.ico \
[Libreoffice-commits] .: sysui/desktop
dev/null|binary sysui/desktop/icons/base_app.ico|binary sysui/desktop/icons/calc_app.ico|binary sysui/desktop/icons/draw_app.ico|binary sysui/desktop/icons/impress_app.ico |binary sysui/desktop/icons/main_app.ico|binary sysui/desktop/icons/math_app.ico|binary sysui/desktop/icons/open.ico|binary sysui/desktop/icons/writer_app.ico |binary 9 files changed New commits: commit c5ca69b5d61f1d28f6069346c426c2fd3402a5f0 Author: Andras Timar ati...@suse.com Date: Fri Dec 2 14:03:09 2011 +0100 remove ooo3_ from Windows icon names diff --git a/sysui/desktop/icons/base_app.ico b/sysui/desktop/icons/base_app.ico new file mode 100644 index 000..02cf7a4 Binary files /dev/null and b/sysui/desktop/icons/base_app.ico differ diff --git a/sysui/desktop/icons/calc_app.ico b/sysui/desktop/icons/calc_app.ico new file mode 100644 index 000..a9dd646 Binary files /dev/null and b/sysui/desktop/icons/calc_app.ico differ diff --git a/sysui/desktop/icons/draw_app.ico b/sysui/desktop/icons/draw_app.ico new file mode 100644 index 000..5297dae Binary files /dev/null and b/sysui/desktop/icons/draw_app.ico differ diff --git a/sysui/desktop/icons/impress_app.ico b/sysui/desktop/icons/impress_app.ico new file mode 100644 index 000..9e96c3e Binary files /dev/null and b/sysui/desktop/icons/impress_app.ico differ diff --git a/sysui/desktop/icons/main_app.ico b/sysui/desktop/icons/main_app.ico new file mode 100644 index 000..20e665f Binary files /dev/null and b/sysui/desktop/icons/main_app.ico differ diff --git a/sysui/desktop/icons/math_app.ico b/sysui/desktop/icons/math_app.ico new file mode 100644 index 000..fb2f651 Binary files /dev/null and b/sysui/desktop/icons/math_app.ico differ diff --git a/sysui/desktop/icons/ooo3_base_app.ico b/sysui/desktop/icons/ooo3_base_app.ico deleted file mode 100644 index 02cf7a4..000 Binary files a/sysui/desktop/icons/ooo3_base_app.ico and /dev/null differ diff --git a/sysui/desktop/icons/ooo3_calc_app.ico b/sysui/desktop/icons/ooo3_calc_app.ico deleted file mode 100644 index a9dd646..000 Binary files a/sysui/desktop/icons/ooo3_calc_app.ico and /dev/null differ diff --git a/sysui/desktop/icons/ooo3_draw_app.ico b/sysui/desktop/icons/ooo3_draw_app.ico deleted file mode 100644 index 5297dae..000 Binary files a/sysui/desktop/icons/ooo3_draw_app.ico and /dev/null differ diff --git a/sysui/desktop/icons/ooo3_impress_app.ico b/sysui/desktop/icons/ooo3_impress_app.ico deleted file mode 100644 index 9e96c3e..000 Binary files a/sysui/desktop/icons/ooo3_impress_app.ico and /dev/null differ diff --git a/sysui/desktop/icons/ooo3_main_app.ico b/sysui/desktop/icons/ooo3_main_app.ico deleted file mode 100644 index 20e665f..000 Binary files a/sysui/desktop/icons/ooo3_main_app.ico and /dev/null differ diff --git a/sysui/desktop/icons/ooo3_math_app.ico b/sysui/desktop/icons/ooo3_math_app.ico deleted file mode 100644 index fb2f651..000 Binary files a/sysui/desktop/icons/ooo3_math_app.ico and /dev/null differ diff --git a/sysui/desktop/icons/ooo3_open.ico b/sysui/desktop/icons/ooo3_open.ico deleted file mode 100644 index 20e665f..000 Binary files a/sysui/desktop/icons/ooo3_open.ico and /dev/null differ diff --git a/sysui/desktop/icons/ooo3_writer_app.ico b/sysui/desktop/icons/ooo3_writer_app.ico deleted file mode 100644 index cb08cc5..000 Binary files a/sysui/desktop/icons/ooo3_writer_app.ico and /dev/null differ diff --git a/sysui/desktop/icons/open.ico b/sysui/desktop/icons/open.ico new file mode 100644 index 000..20e665f Binary files /dev/null and b/sysui/desktop/icons/open.ico differ diff --git a/sysui/desktop/icons/writer_app.ico b/sysui/desktop/icons/writer_app.ico new file mode 100644 index 000..cb08cc5 Binary files /dev/null and b/sysui/desktop/icons/writer_app.ico differ ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: starmath/source
starmath/source/cursor.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 2292904f85ab6c360c30914e8621e516f8ae1388 Author: Ivan Timofeev timofeev@gmail.com Date: Fri Dec 2 17:21:15 2011 +0400 visual formula editor: fix insertion of - diff --git a/starmath/source/cursor.cxx b/starmath/source/cursor.cxx index 1b66fa1..f1eeb0d 100644 --- a/starmath/source/cursor.cxx +++ b/starmath/source/cursor.cxx @@ -1040,7 +1040,7 @@ void SmCursor::InsertElement(SmFormulaElement element){ SmToken token; token.eType = TMINUS; token.cMathChar = MS_MINUS; -token.nGroup = MS_PLUS; +token.nGroup = TGUNOPER | TGSUM; token.nLevel = 5; token.aText.AssignAscii(-); pNewNode = new SmMathSymbolNode(token); ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: sysui/desktop
dev/null |binary 1 file changed New commits: commit 10f977981d2cfb6ba0ccd0185ccb12e212010bc2 Author: Andras Timar ati...@suse.com Date: Fri Dec 2 15:17:24 2011 +0100 remove unused Windows icon diff --git a/sysui/desktop/icons/main.ico b/sysui/desktop/icons/main.ico deleted file mode 100644 index 20e665f..000 Binary files a/sysui/desktop/icons/main.ico and /dev/null differ ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: scp2/source
scp2/source/smoketest/smoketest.scp | 13 + 1 file changed, 13 insertions(+) New commits: commit ccad45fef484065ae303825a179326542f01b063 Author: Petr Mladek pmla...@suse.cz Date: Fri Dec 2 17:09:03 2011 +0100 define missing directories for smoketest on MAC note that the smoketest is not packaged for MAC at this stage diff --git a/scp2/source/smoketest/smoketest.scp b/scp2/source/smoketest/smoketest.scp index aaed44f..9465b87 100644 --- a/scp2/source/smoketest/smoketest.scp +++ b/scp2/source/smoketest/smoketest.scp @@ -55,6 +55,19 @@ Directory gid_Test_Dir_Brand_Root #endif Styles = (OFFICEDIRECTORY,ISINSTALLLOCATION,CREATE); End + +Directory gid_Test_Dir_Bundle +ParentID = PD_PROGDIR; +HostName = %PRODUCTNAME.app; +LangPackHostName = %PRODUCTNAME Language Pack.app; +PatchHostName = %PRODUCTNAME Patch.app; +End + +Directory gid_Test_Dir_Bundle_Contents +ParentID = gid_Test_Dir_Bundle; +HostName = Contents; +Styles = (OFFICEDIRECTORY); +End #endif Directory gid_Test_Brand_Dir_Program ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: starmath/source
starmath/source/cursor.cxx |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) New commits: commit c1baeb25ad3a5d6afb59f9329a634f742a7a9e5a Author: Ivan Timofeev timofeev@gmail.com Date: Fri Dec 2 20:54:38 2011 +0400 visual formula editor: fix insertion of symbols from catalog diff --git a/starmath/source/cursor.cxx b/starmath/source/cursor.cxx index f1eeb0d..2f50532 100644 --- a/starmath/source/cursor.cxx +++ b/starmath/source/cursor.cxx @@ -1113,7 +1113,6 @@ void SmCursor::InsertSpecial(XubString aString) { Delete(); aString = comphelper::string::strip(aString, ' '); -aString = comphelper::string::stripStart(aString, '%'); //Create instance of special node SmToken token; @@ -1121,7 +1120,7 @@ void SmCursor::InsertSpecial(XubString aString) { token.cMathChar = '\0'; token.nGroup = 0; token.nLevel = 5; -token.aText = aString; //Don't know if leading % should be removed +token.aText = aString; SmSpecialNode* pSpecial = new SmSpecialNode(token); //Prepare the special node ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: scp2/source
scp2/source/smoketest/smoketest.scp |2 ++ 1 file changed, 2 insertions(+) New commits: commit a28635374613e556a0093c242823ea90a3704f74 Author: Petr Mladek pmla...@suse.cz Date: Fri Dec 2 21:26:53 2011 +0100 another attempt to define test dirs on MAC sigh, it is hard to fix build on MAC without MAC diff --git a/scp2/source/smoketest/smoketest.scp b/scp2/source/smoketest/smoketest.scp index 9465b87..5105681 100644 --- a/scp2/source/smoketest/smoketest.scp +++ b/scp2/source/smoketest/smoketest.scp @@ -55,7 +55,9 @@ Directory gid_Test_Dir_Brand_Root #endif Styles = (OFFICEDIRECTORY,ISINSTALLLOCATION,CREATE); End +#endif +#if MACOSX Directory gid_Test_Dir_Bundle ParentID = PD_PROGDIR; HostName = %PRODUCTNAME.app; ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: nlpsolver/help nlpsolver/src nlpsolver/ThirdParty
0 files changed New commits: commit 4bfec0e8393901aad5ccc790a5080842f64019a7 Author: Miklos Vajna vmik...@frugalware.org Date: Sat Dec 3 02:22:10 2011 +0100 nlpsolver: remove unneeded exec bits diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/deps/DEPSAgent.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/deps/DEPSAgent.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/deps/behavior/AbsGTBehavior.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/deps/behavior/AbsGTBehavior.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/deps/behavior/DEGTBehavior.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/deps/behavior/DEGTBehavior.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/deps/behavior/PSGTBehavior.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/deps/behavior/PSGTBehavior.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/encode/EvalElement.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/encode/EvalElement.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/encode/EvalStruct.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/encode/EvalStruct.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/encode/IEncodeEngine.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/encode/IEncodeEngine.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/BasicArray.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/BasicArray.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/BasicBound.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/BasicBound.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/BasicTag.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/BasicTag.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/CompareValue.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/CompareValue.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/GlobalCompare.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/GlobalCompare.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/GlobalFile.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/GlobalFile.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/GlobalString.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/GlobalString.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/IUpdateCycleEngine.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/IUpdateCycleEngine.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/OutputMethods.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/OutputMethods.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/RandomGenerator.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/global/RandomGenerator.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/goodness/ACRComparator.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/goodness/ACRComparator.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/goodness/BCHComparator.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/goodness/BCHComparator.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/goodness/IGoodnessCompareEngine.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/goodness/IGoodnessCompareEngine.java old mode 100755 new mode 100644 diff --git a/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/goodness/PenaltyComparator.java b/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/goodness/PenaltyComparator.java old mode 100755 new mode 100644 diff --git
[Libreoffice-commits] .: avmedia/source
avmedia/source/framework/mediaitem.cxx |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit 2c09f5071fe940881293615dad95b4b046a03a70 Author: Kohei Yoshida kohei.yosh...@suse.com Date: Fri Dec 2 22:00:47 2011 -0500 Fixed build breakage, and remove warning. OUString never understands generic int type; it thinks it's too ambiguous, depending on 32-bit or 64-bit build environment. diff --git a/avmedia/source/framework/mediaitem.cxx b/avmedia/source/framework/mediaitem.cxx index d38548a..cb29637 100644 --- a/avmedia/source/framework/mediaitem.cxx +++ b/avmedia/source/framework/mediaitem.cxx @@ -422,7 +422,7 @@ lcl_CreateStream(uno::Referenceembed::XStorage const xStorage, do { ++count; -filename = basename + ::rtl::OUString::valueOf(count) + suffix; +filename = basename + ::rtl::OUString::valueOf(static_castsal_Int32(count)) + suffix; } while (xStorage-hasByName(filename)); } @@ -496,7 +496,7 @@ bool EmbedMedia(uno::Referenceframe::XModel const xModel, o_rEmbeddedURL = buf.makeStringAndClear(); return true; } -catch (uno::Exception const e) +catch (uno::Exception const) { SAL_WARN(avmedia, Exception while trying to embed media); ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=37361 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Depends on||43454 --- Comment #34 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-12-02 00:36:52 PST --- Nominate Bug 43454 - Break-off with message Terminate Quick Starter; 3.5.0 Beta0 Installation fails for me. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] build error with xulrunner 8.0
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 'char* NPP_GetMIMEDescription()' conflicts with /usr/include/xulrunner-8.0/npapi.h:792:13: error: previous declaration 'const char* NPP_GetMIMEDescription()' here R=/build/src S=$R/libreoffice-core-3.5.0.0 O=$S/solver/unxlngx6.pro W=$S/workdir/unxlngx6.pro mkdir -p $W/Headers/Library/ touch $W/Headers/Library/libunordflo.so R=/build/src S=$R/libreoffice-core-3.5.0.0 O=$S/solver/unxlngx6.pro W=$S/workdir/unxlngx6.pro mkdir -p $W/Headers/Library/ touch $W/Headers/Library/libunoxmllo.so dmake: Error code 1, while making '../../../unxlngx6.pro/slo/npshell.obj' -Andy ArchLinux ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] build error with xulrunner 8.0
2011/12/2 Andreas Radke a.ra...@arcor.de: 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 'char* NPP_GetMIMEDescription()' conflicts with /usr/include/xulrunner-8.0/npapi.h:792:13: error: previous declaration 'const char* NPP_GetMIMEDescription()' here R=/build/src S=$R/libreoffice-core-3.5.0.0 O=$S/solver/unxlngx6.pro W=$S/workdir/unxlngx6.pro mkdir -p $W/Headers/Library/ touch $W/Headers/Library/libunordflo.so R=/build/src S=$R/libreoffice-core-3.5.0.0 O=$S/solver/unxlngx6.pro W=$S/workdir/unxlngx6.pro mkdir -p $W/Headers/Library/ touch $W/Headers/Library/libunoxmllo.so dmake: Error code 1, while making '../../../unxlngx6.pro/slo/npshell.obj' Sweet looks like mozilla wants to make everyone happy and changed the format again... Could you try to build it with npapi-sdk rather than with xulrunner? ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [ANN] LibreOffice 3.5.0 beta0 available
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_release 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: http://dev-builds.libreoffice.org/pre-releases/ If you've a bit of time, please give them a try report *critical* bugs not yet in bugzilla here, so we can incorporate them into the release notes. Please note that it takes approximately 24 hours to populate the mirrors, so that's about the time we have to collect feedback. Known bugs so far include: + Windows installer is in English only (has been fixed today) + Windows unopkg.bin crashes during install (will be fixed ASAP) + Windows applications start a console window (fdo#42914 - fixed) + Windows version _removes_ 3.3/3.4 installations - this behaviour will be switched back for beta1 again - only RCs should do that. 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 playing with the areas touched there also greatly appreciated - and validation that those bugs are really fixed. Thanks a lot for your help, -- Thorsten pgpjAIJ48rfSc.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] master build does not start with a second monitor connected
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
Re: [Libreoffice] minutes of tech. steering call ...
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 a GPL problem with using the C++ connector. Maybe, because MySQL stuff used to not be straight-GPL, but GPL + exceptions for open source projects. So - we are an LGPL project as a tactic, since we compete with a Microsoft Office that appears to be free (since it is semi-ubiquitous) for ISVs; and many of them depend on it and in doing so reinforce that ecosystem. Bundling with MySQL's (IMHO horribly busted) weirdo license connector: which is effectively a GPL licensed piece. Asking ISVS to GPL all their software (or pay money to Oracle not to) by linking effectively GPL mysql stuff into our core seems rather non-optimal. That's why I'm so excited about the potential for Monty's library (quite apart from the new feature possibilities working better with MariaDB). But of course, that'd also necessitate re-writing the mysqlc connector to use his C API (this is perhaps the easiest approach vs. waiting for / working on a new LGPL mysql C++ library alike). So your argument is great, as far as it goes ie. for our distribution; but it potentially harms rather an important tactic for people writing extensions :-) HTH, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Libreoffice-commits] .: sal/inc
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 Sodoraaug...@gmail.com Date: Thu Dec 1 18:58:46 2011 -0500 Remove charAt/setCharAt once and for all To not break compatibility with existing extensions etc., please do not simply remove functionality from the stable URE interface. (Fixed now with http://cgit.freedesktop.org/libreoffice/core/commit/?id=05fddab006719d9d023787d7e6ee9b979907c048 Revert 'Remove charAt/setCharAt once and for all' and http://cgit.freedesktop.org/libreoffice/core/commit/?id=0b14a86f8a1c77683db2e81cb4604c077b572cf7 Mark rtl::O[U]StringBuffer::{charAt,setCharAt} as SAL_DEPRECATED.) Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Master build on Linux launches in background from terminal
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 ~/.libreoffice ~/.config/libreoffice ? also - are you running 'soffice' not 'soffice.bin' ? on the very-first start, we re-start the application [ actually for somewhat unknown reasons really - I suspect if we did things right, we could cleanly migrate without that ]. So - an odd exit code is returned and soffice.bin is re-launched the second time. Quite possibly this interacts really badly with startup notification, window stacking, and a host of other things ;-) it is not an elegant design at all; but it's not something new. Anyhow - it'd be great to get a 'most annoying' 3.5 bug filed, and all the data logged in bugzilla so we can track this down. Thanks for the report, ATB, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] concept for c++ based subsequenttests
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 more. I assume you would use the unittest module that already comes with Python? 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-ness :-) ATB, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Translate German comments and correct some English ones
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 [1])? (If you say yes now, note that it won't happen until Saturday/Sunday, when I have PC access again.) Astron. [1] http://opengrok.libreoffice.org/xref/core/svx/source/svdraw/svdibrow.cxx#966 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Libreoffice-qa] [ANN] LibreOffice 3.5.0 beta0 available
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 flo...@documentfoundation.org Board of Directors at The Document Foundation Tel: +49 8341 99660880 | Mobile: +49 151 14424108 Skype: floeff | Twitter/Identi.ca: @floeff ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [ANN] LibreOffice 3.5.0 beta0 available
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 process found/fixed before B1 which is good. I wonder how widely we should be announcing B0 - in the state that is in though. 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, a lot has indeed happened since April; but I think the script that builds this was completely busted by the onegit merge event; the above list at the URL there is horrible inaccurate[1] :-) we'll try and fix it soon though (at the same URL). Thanks, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] concept for c++ based subsequenttests
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-ness :-) Doesnt smoketest do something like that? IIRC it injects the testcode with a document that is loaded. Best, Bjoern ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [ANN] LibreOffice 3.5.0 beta0 available
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 generated from a git log command. Unfortunately the onegit merge makes it ~impossible to get a sane git log from our previous release tags. As you go over the mergepoint we end up with all the merged commits from the other branches :-) Luckily, I spent quite some time fixing this already for our commit statistics (which were also busted by this). So gitdm-config/analyse_commits has a chunk of perl that: * fetches git notes * parses all note comments to find the per repo. merge revisions. * runs log commands between the relevant tags per repository from each repo's start-point[1] to the pre-merge-point, and from post-mergepoint to now It is not entirely trivial ;-) it's prolly worth taking the above list down until we have something more accurate, which may take some time. HTH, Michael. [1] - adapting analyse_commits to work only on log messages, and to work instead from a repo-specific version tag on each branch is prolly fairly trivial -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Libreoffice-qa] [ANN] LibreOffice 3.5.0 beta0 available
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 are here: http://wiki.documentfoundation.org/ReleasePlan#3.5_release 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: http://dev-builds.libreoffice.org/pre-releases/ 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 with writer. Ubuntu 10.04 x86, Gnome 2. No problem with daily build from 27 nov. Known problem or is it only me ? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] concept for c++ based subsequenttests
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: rather than doing this hard-to-debug remote-control-ness :-) Doesnt smoketest do something like that? IIRC it injects the testcode with a document that is loaded. 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 scripts. Is a bit cumbersome, though, as the BASIC testcode is actually XML already (see smoketestoo_native/data/*.xml) and returning test status information is more of a hack than anything, passing some string that the remote code checks for being empty (and if it is not empty, it should indicate what went wrong; but debugging in this BASCI scenario is rather a catastrophe). Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Make debugrun ? Help understanding
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 first run with a fresh dev-install -- at least here, it showed that soffice.bin was existing with STR_BOOTSTRAP_ERR_NO_CFG_SERVICE (121): http://opengrok.libreoffice.org/xref/core/desktop/source/app/app.cxx#1069 after having set up the user dir. But here it does that on the first run only, running it again (type r and enter) always succeeded here. @Stephan: Do you have an idea how this can be improved? Hm, toplevel make debugrun apparently does not work in an ./autogen.sh --disable-linkoo environment (failing with /tmp/tmp.XXkymPFHQI: line 1: /data/lo/core/solver/unxlngx6/installation/opt/program/ooenv: No such file or directory). Not much enthusiasm from my side to look into it, then. Anyway, the first start of soffice.bin (without a user installation tree yet) will exit quickly with exit code 81, causing the outer oosplash to restart soffice.bin. Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Libreoffice-qa] [ANN] LibreOffice 3.5.0 beta0 available
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 possibility to do some rough tests right now, so that we can be sure that, when the wide public wants to start testing, they actually are able to start :-) But since we are still not at feature-freeze, and there are chunks of things that need to go in yet that may de-stabilise, I start becoming a bit reluctant in already announcing a big bug-hunting party for the beta1 and thinking about beta2, due December 23 .. http://wiki.documentfoundation.org/ReleasePlan/3.5#3.5.0_release -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] About build libo on Windows
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 noelgran...@gmail.com You need an extra forward slash before the cygdrive On Thursday, 1 December 2011, Alex Sandro Fagundes alexsfagun...@gmail.com wrote: Thanks for the tip. But, now I'm with problems with SDK. The problem is on annex. I've tried: --with-jdk=cygdrive/c/Program Files/Java/jdk1.6.0_25 But, not work still. 2011/12/1 Andras Timar tima...@gmail.com Hi Alex 2011/12/1 Alex Sandro Fagundes alexsfagun...@gmail.com: The error is related to SeaMonkey that is build on Microsoft Visual Studio 2005, but how I have the Visual Studio 2008, I not can install the 2005. That's right. We don't build SeaMonkey on Windows. Use --disable-build-mozilla. See https://wiki.documentfoundation.org/Development/Windows_Build_Dependencies#Autogen_options for more info. Good luck! Andras -- Att, Alex Sandro Fagundes Twitter: @alexsfagundes Email : alexsfagun...@gmail.com Fone: (47) 84459054 WEB SITE: www.descobrindoideias.com -- Att, Alex Sandro Fagundes Twitter: @alexsfagundes Email : alexsfagun...@gmail.com Fone: (47) 84459054 WEB SITE: www.descobrindoideias.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Libreoffice-commits] .: sal/inc
On Fri, 2011-12-02 at 11:12 +0100, Stephan Bergmann wrote: commit 1820e7f575dffe53062f50f08cebf0efa37e2cc2 Author: August Sodoraaug...@gmail.com Date: Thu Dec 1 18:58:46 2011 -0500 Remove charAt/setCharAt once and for all To not break compatibility with existing extensions etc., please do not simply remove functionality from the stable URE interface. Right - you were not to know August :-) Having said that, it'd be good to get these cleaned up for LibreOffice 4.0 - which (hopefully) is what marking it deprecated will do for us. Thanks ! Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Translate German comments and correct some English ones
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 be translated as here be dragons (or alternatively: here be JOEs [1])? Hmm, in the future, maybe just adding a [very old comment] to it could be helpful. But no need to retroactively seek though old translations IMHO. Best, Bjoern ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] concept for c++ based subsequenttests
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 scripts. Is a bit cumbersome, though, as the BASIC testcode is actually XML already (see smoketestoo_native/data/*.xml) and returning test status information is more of a hack than anything, passing some string that the remote code checks for being empty (and if it is not empty, it should indicate what went wrong; but debugging in this BASCI scenario is rather a catastrophe). Thanks for the nice explanation. 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 (modulo the basic mess ;-) at the same time. I guess we should add an 'easy hack' for some gdb / python goodness to expand / annotate Basic stack frames prettily in the debugger too ;-) [ we can but wish ]. Regards, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Translate German comments and correct some English ones
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 they be translated as here be dragons (or alternatively: here be JOEs Lol :-) I think Bjoern is just joking - we're well rid of that mess. We'll soon re-discover the fragile bits of code after we change them in future ;- All the best, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] concept for c++ based subsequenttests
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 (modulo the basic mess ;-) at the same time. Not sure whether that would buy us that much. You need a controlling process to start soffice and wait for its termination, anyway (and be that the shell spawned for a make recipe line). Then, whether the test setup commands are executed from within soffice.bin or triggered from the controlling process doesn't make that much of a difference for debugging the actual test code, IMO. Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] LibreOffice 3.5.0 beta0 open two documents
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 with writer. Ubuntu 10.04 x86, Gnome 2. No problem with daily build from 27 nov. Known problem or is it only me ? WIN XP Pro SP 3: same -- Grüße k-j ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] StarMath test documents - where to add?
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 don't know if/where we have a suitable place. The documents would be also usable for automated tests, but seeing the discussion about subsequenttests right now it's probably not the right time to try to figure it out. -- Lubos Lunak l.lu...@suse.cz ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] StarMath test documents - where to add?
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 next time somebody else needs them. Where should I put them? I don't know if/where we have a suitable place. Cool - are they huuuge - or reasonably small (say under 2Mb total), if the latter, perhaps dropping them in some starmath/qa/unit/data directory in readiness for some automated filters-test magic might be a good idea. The documents would be also usable for automated tests, but seeing the discussion about subsequenttests right now it's probably not the right time to try to figure it out. Well, whatever the outcome of that, it's good to have the test files in git, near the tests :-) Thanks, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] concept for c++ based subsequenttests
Michael == Michael Meeks michael.me...@suse.com 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 frame filters that will let interpreters add additional data to backtraces. The idea is to be able to see the raw (implementation) stack frames and the filtered (interpreted) frames at the same time. This won't be in 7.4 but I hope it will be in the release after that. Tom ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [libreoffice-l10n] Re: [Libreoffice-qa] [ANN] LibreOffice 3.5.0 beta0 available
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 though. I agree with that. It's great to have the possibility to do some rough tests right now, so that we can be sure that, when the wide public wants to start testing, they actually are able to start :-) But since we are still not at feature-freeze, and there are chunks of things that need to go in yet that may de-stabilise, I start becoming a bit reluctant in already announcing a big bug-hunting party for the beta1 and thinking about beta2, due December 23 .. I would decide about the bug-hunting party when we have, the feature complete, beta1 in hands and see how it looks like. You could organize it for the weekend Dec 17-18. I think that Dec 23 is not a good choice because it is just one day before Christmas :-) Anyway, thanks a lot for working on it. Best Regards, Petr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] fdo#42924: needs help with tablehead xml parsing
Hello Jan, On Tue, Nov 29, 2011 at 22:36, Korrawit Pruegsanusak detective.conan.1...@gmail.com 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 attached the diff -pur results as you suggested. I checked and they looks good, except in Math/Other_Symbols page [1], which I've done a quick look at it and report to bugzilla. [2] [off-topic] Could I change table style from border=1 to class=wikitable ? It'll look more beautiful. Does this change affects GSoC project converting wikihelp to platform specific project ? [/off-topic] As always, please feel free to comment :) [1] http://help.libreoffice.org/Math/Other_Symbols [2] https://bugs.freedesktop.org/show_bug.cgi?id=43450 Best Regards, -- Korrawit Pruegsanusak 0001-fdo-42924-don-t-ignore-empty-TableCell-Element-also-.patch Description: Binary data results.diff Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Clipboard handling on Windows
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.microsoft.com/en-us/library/windows/desktop/ms648709% 28v=vs.85%29.aspx which allows you to open, close, query the available formats, and fetch the raw clipboard data stream for a requested format. The other way is to obtain the IDataObject instance from the clipboard, and fetch the clipboard data stream from that object. http://msdn.microsoft.com/en-us/library/windows/desktop/ms688421% 28v=vs.85%29.aspx First of all, I don't quite understand why two different ways, and what the differences are between the two. Our current clipboard implementation in dtrans uses the IDataObject-based approach. Now, as I discovered while investigating the bug, using the IDataObject method does not necessarily return all available clipboard formats, whereas using the regular clipboard API does. I was thinking naively about perhaps replacing our current IDataObject-based approach with the clipboard API based one, but the whole data transfer code does more than just handling the clipboard, so I don't really know how feasible replacing it would be... Does anyone have a better grasp on why we do it the way we do? Feedback and suggestions very much appreciated. Also, if anyone wants to grab Bug 33100, s/he will be more than welcome. :-) Thanks, Kohei -- Kohei Yoshida, LibreOffice hacker, Calc ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Clipboard handling on Windows
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 of the formats, but not all of them, when you use the second API. Ideally, I think LO needs to get a list from both API's and eliminate duplicates. Of course, you could always fire up Excel under a Windows debugger, put breakpoints on all of those API entry points, and see what it does :-) -- Noel Grandin Kohei Yoshida wrote: 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.microsoft.com/en-us/library/windows/desktop/ms648709% 28v=vs.85%29.aspx which allows you to open, close, query the available formats, and fetch the raw clipboard data stream for a requested format. The other way is to obtain the IDataObject instance from the clipboard, and fetch the clipboard data stream from that object. http://msdn.microsoft.com/en-us/library/windows/desktop/ms688421% 28v=vs.85%29.aspx First of all, I don't quite understand why two different ways, and what the differences are between the two. Our current clipboard implementation in dtrans uses the IDataObject-based approach. Now, as I discovered while investigating the bug, using the IDataObject method does not necessarily return all available clipboard formats, whereas using the regular clipboard API does. I was thinking naively about perhaps replacing our current IDataObject-based approach with the clipboard API based one, but the whole data transfer code does more than just handling the clipboard, so I don't really know how feasible replacing it would be... Does anyone have a better grasp on why we do it the way we do? Feedback and suggestions very much appreciated. Also, if anyone wants to grab Bug 33100, s/he will be more than welcome. :-) Thanks, Kohei Disclaimer: http://www.peralex.com/disclaimer.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Clipboard handling on Windows
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, when you use the second API. 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? More importantly, if we want to have access to those formats that the 2nd API doesn't return, what are we to do? Kohei -- Kohei Yoshida, LibreOffice hacker, Calc ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Libreoffice-qa] [ANN] LibreOffice 3.5.0 beta0 available
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 relevant mailing lists, and I believe that's enough for now. If we do not see bigger problems we should announce Beta1 to a wider circle of people. Best regards Rainer ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] REMINDER: 3.5 feature freeze and 3.5.0-beta1 release
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 will hopefully happen on Tuesday. The branch will be announced on the mailling list and in the irc #libreoffice-dev channel title. Once we have the branch, please cherry pick useful fixes from master there. We do not plan to merge between the branches this time. So, we kindly ask everyone to keep master and the branch in sync. See also http://wiki.documentfoundation.org/ReleasePlan#3.5_release http://wiki.documentfoundation.org/Release_Criteria http://wiki.documentfoundation.org/Development/Branches Best Regards, Petr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Clipboard handling on Windows
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 second one. Which is why you see some of the formats, but not all of them, when you use the second API. 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? I'm specifically referring to the fact that IDataObject's EnumFormatsEtc() methods returns far fewer formats than EnumClipboardFormats() function which is part of the Windows clipboard API. And sometimes we need to have access to the formats only returned by the latter. Very puzzling... Kohei -- Kohei Yoshida, LibreOffice hacker, Calc ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Clipboard handling on Windows
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, Windows itself from that synthesizes when needed also the CF_TEXT (ANSI, i.e. current system codepage) format, and advertises also that. See http://msdn.microsoft.com/en-us/library/windows/desktop/ms649013%28v=vs.85%29.aspx#_win32_Synthesized_Clipboard_Formats --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] smoketest build split
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 and delivers all the needed stuff; it is required by postprocess because the delivered stuff is packaged in instsettoo_native + smoketestoo_native - old module; it only installs LO and runs the test now; it required instsettoo_native because it installs LO; IMHO, we could get rid of this module when the related tasks are moved to GNU make. Note that I tried to avoid the split by introducing a hacky RUN_SMOKETEST variable. It was not set during the initial build. It was confusing and broke make check, so I did the above as suggested by Stefan and Kendy. I am sorry for troubles. [*] It is currently packaged only for Linux into separate download tarball *Test*. Best Regards, Petr ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Libreoffice-qa] [ANN] LibreOffice 3.5.0 beta0 available
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 functional flaw in the sense that one can't visually identify an open spreadsheet from an open text document (without reading the window or task text, obviously). I think it would make sense to fix this before the Public Beta... ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 37361] LibreOffice 3.5 most annoying bugs
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 Value Resolution|FIXED | Status|CLOSED |REOPENED -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Libreoffice-qa] [libreoffice-l10n] Re: [ANN] LibreOffice 3.5.0 beta0 available
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. You could organize it for the weekend Dec 17-18. Yes, in that case, it is a good choice. Preparations can be done soon, even some pre-announcements in smaller public, so that all is ready when we decide to start it. I think that Dec 23 is not a good choice because it is just one day before Christmas :-) :-) 23 is the date that the beta2 is about to be released. Therefore I mentioned it. When we choose that it is better to go with beta2 for testing in the larger group, we have to choose some dates between Christmas and December 30. But that's something for later, maybe. Anyway, thanks a lot for working on it. You're welcome. All pleasure is on my side ;-) -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Clipboard handling on Windows
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. Ah, that's definitely something to keep in mind. Thanks for the info. BTW, I was actually asking the wrong question. It wasn't true that the 2 APIs were returning different clipboard format sets. As a test, I wrote another quick program to retrieve the clipboard format info using the IDataObject API, and the code retrieves the same set of available format types as what the other API does. This means that the reason why we are getting far fewer clipboard formats must be somewhere in our own code. In fact, we do have a wrapper class for IDataObject (named CAPNDataObject) that does some sort of pre-filtering. I'll look into that class to see if it's doing something funny there. Thanks a lot everyone. Kohei -- Kohei Yoshida, LibreOffice hacker, Calc ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Clipboard handling on Windows
On Fri, Dec 2, 2011 at 3:33 PM, Kohei Yoshida kohei.yosh...@suse.com 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. Kohei #include Windows.h #include iostream #include cstdlib using namespace std; int main() { IDataObject* pData = NULL; HRESULT hr = OleGetClipboard(pData); if (hr != S_OK) { cout failed to get the clipboard data object instance. endl; return EXIT_FAILURE; } cout IDataObject = pData endl; pData-AddRef(); IEnumFORMATETC* pFormats = NULL; if (pData-EnumFormatEtc(DATADIR_GET, pFormats) != S_OK) { cout failed to get available format types. endl; return EXIT_FAILURE; } pFormats-AddRef(); pFormats-Reset(); FORMATETC fetc; while (S_FALSE != pFormats-Next(1, fetc, NULL)) { cout format code: fetc.cfFormat endl; char name[100]; int len = GetClipboardFormatName(fetc.cfFormat, name, 100); if (!len) continue; cout format name: name endl; } pFormats-Release(); pData-Release(); return EXIT_SUCCESS; } ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Clipboard handling on Windows
-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 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 the cursor is). However, if I Ctrl+Shift+V and paste unformatted, paste is normal. my 2cents - sorry if this is misleading and/or unrelated... best Arno -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7ZOzAACgkQEMIGVCc8BjCM9ACggDOCCmp09Cooi8bpZ4TfQQIr ChwAn2zW47jeY7wjun8UEzWB2UgeYZhg =yQu+ -END PGP SIGNATURE- ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Clipboard handling in Master (Was Re: Clipboard handling on Windows)
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 the cursor is). However, if I Ctrl+Shift+V and paste unformatted, paste is normal. my 2cents - sorry if this is misleading and/or unrelated... I think it is. But thanks for posting. This reminded me of the bug that I found during the LibreOffice conference, but didn't file until now: https://bugs.freedesktop.org/show_bug.cgi?id=43480 Basically it is the effect that you describe, but just within one office. -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Fix rendering of GTK combobox in RTL
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 position of the button and editing area of comboboxes in RTL and themese expect that, but LO does not. :-) The same issue happens with spin buttons and other similar widget, I'm just making sure I'm doing it right before sending other patches. Sure - it'd be great to have this all fixed up. Also I'm not sure how GTK3 relates to this (is it affected/need to be fixed separately etc.) since I can't build with it here. Sadly it'd be need to be fixed separately, that is one bit of code that cannot be shared; but gtk3 will be highly experimental for 3.5 so ... don't worry :-) OK, someone will have to remember fixing them when GTK3 is the default :) BTW, Application::GetSettings().GetLayoutRTL() is now used in several places (and may be more will come), would it be more rideable/save a few microsocends to have a Ho hum; that method is a bit distressing, I'd hope that it would cache the value itself, and get notifications when / if it changes. bool isLayoutRTL = Application::GetSettings().GetLayoutRTL() Updating that can be a pain if/as/when the user tweaks it in the settings; clearly if we can do this at the top of the method, or (better) accelerate the GetLayoutRTL impl. itself ;-) Having said that we hsould prolly be using: inc/vcl/outdev.hxx:sal_BoolIsRTLEnabled() const { return mbEnableRTL; } on the OutputDevice if we have one around to improve efficiency. That is too complex for me :p so I'll keep doing what seems to work. On a, not so, different note, I found that setting LibreOffice language to one different from system language, e.g. LO in Arabic but LANGUAGE is set to en and vice versa, GTK will be using the directionally of the system language, so stuff that get reversed in RTL will not, while it is reversed in LibreOffice resulting in the reverse of the bugs being fixed. GTK takes the directionally from its translation catalog, so it seems the gettext domain used by GTK is the one from system language regardless of the actual LibreOffice language, may be there is a way to fix this? Another minor nit; it looks like the combo doesn't join up very elegantly with the drop-down in some themes [ cf. the attached image ] when in LTR mode - any thoughts on that ? No idea, those control are broken in different way in my machine. I'm attaching two new patches now really fixing compoboxes (in your screenshot, what I fixed earlier with the one with entry box) and spin buttons. This is really a huge improvements in the RTL UI, and case I didn't say it before, LibreOffice is really the best thing that happened to OOo since it was leashed upon the world (and I like the name, BTW). Regards, Khaled ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Fix rendering of GTK combobox in RTL
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 that fixes a rendering buglet that annoyed me since ever. Native GTK applications swap the position of the button and editing area of comboboxes in RTL and themese expect that, but LO does not. :-) The same issue happens with spin buttons and other similar widget, I'm just making sure I'm doing it right before sending other patches. Sure - it'd be great to have this all fixed up. Also I'm not sure how GTK3 relates to this (is it affected/need to be fixed separately etc.) since I can't build with it here. Sadly it'd be need to be fixed separately, that is one bit of code that cannot be shared; but gtk3 will be highly experimental for 3.5 so ... don't worry :-) OK, someone will have to remember fixing them when GTK3 is the default :) BTW, Application::GetSettings().GetLayoutRTL() is now used in several places (and may be more will come), would it be more rideable/save a few microsocends to have a Ho hum; that method is a bit distressing, I'd hope that it would cache the value itself, and get notifications when / if it changes. bool isLayoutRTL = Application::GetSettings().GetLayoutRTL() Updating that can be a pain if/as/when the user tweaks it in the settings; clearly if we can do this at the top of the method, or (better) accelerate the GetLayoutRTL impl. itself ;-) Having said that we hsould prolly be using: inc/vcl/outdev.hxx:sal_BoolIsRTLEnabled() const { return mbEnableRTL; } on the OutputDevice if we have one around to improve efficiency. That is too complex for me :p so I'll keep doing what seems to work. On a, not so, different note, I found that setting LibreOffice language to one different from system language, e.g. LO in Arabic but LANGUAGE is set to en and vice versa, GTK will be using the directionally of the system language, so stuff that get reversed in RTL will not, while it is reversed in LibreOffice resulting in the reverse of the bugs being fixed. GTK takes the directionally from its translation catalog, so it seems the gettext domain used by GTK is the one from system language regardless of the actual LibreOffice language, may be there is a way to fix this? Another minor nit; it looks like the combo doesn't join up very elegantly with the drop-down in some themes [ cf. the attached image ] when in LTR mode - any thoughts on that ? No idea, those control are broken in different way in my machine. I'm attaching two new patches now really fixing compoboxes (in your screenshot, what I fixed earlier with the one with entry box) and spin buttons. This is really a huge improvements in the RTL UI, and case I didn't say it before, LibreOffice is really the best thing that happened to OOo since it was leashed upon the world (and I like the name, BTW). Regards, Khaled From bc3e8081c2b679518735ac4013cedde0c96e9db0 Mon Sep 17 00:00:00 2001 From: Khaled Hosny khaledho...@eglug.org Date: Fri, 2 Dec 2011 14:10:32 +0200 Subject: [PATCH 1/2] gtk: fix RTL spin button rendering --- vcl/unx/gtk/gdi/salnativewidgets-gtk.cxx | 22 +- 1 files changed, 17 insertions(+), 5 deletions(-) diff --git a/vcl/unx/gtk/gdi/salnativewidgets-gtk.cxx b/vcl/unx/gtk/gdi/salnativewidgets-gtk.cxx index 6afba20..cdd388d 100644 --- a/vcl/unx/gtk/gdi/salnativewidgets-gtk.cxx +++ b/vcl/unx/gtk/gdi/salnativewidgets-gtk.cxx @@ -2026,8 +2026,11 @@ sal_Bool GtkSalGraphics::NWPaintGTKSpinBox( ControlType nType, ControlPart nPart { // Draw an edit field for SpinBoxes and ComboBoxes Rectangle aEditBoxRect( pixmapRect ); -aEditBoxRect.SetSize( Size( upBtnRect.Left() - pixmapRect.Left(), aEditBoxRect.GetHeight() ) ); -aEditBoxRect.setX( 0 ); +aEditBoxRect.SetSize( Size( pixmapRect.GetWidth() - upBtnRect.GetWidth(), aEditBoxRect.GetHeight() ) ); +if( Application::GetSettings().GetLayoutRTL() ) +aEditBoxRect.setX( upBtnRect.GetWidth() ); +else +aEditBoxRect.setX( 0 ); aEditBoxRect.setY( 0 ); NWPaintOneEditBox( m_nScreen, pixmap, NULL, nType, nPart, aEditBoxRect, nState, aValue, rCaption ); @@ -2080,7 +2083,10 @@ static Rectangle NWGetSpinButtonRect( int nScreen, buttonSize -= buttonSize % 2 - 1; /* force odd */ buttonRect.SetSize( Size( buttonSize + 2 * gWidgetData[nScreen].gSpinButtonWidget-style-xthickness, buttonRect.GetHeight() ) ); -buttonRect.setX( aAreaRect.Left() + (aAreaRect.GetWidth() - buttonRect.GetWidth()) ); +if( Application::GetSettings().GetLayoutRTL() ) +buttonRect.setX(
[Libreoffice] LibreOffice file type associations for Flat ODF files
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.freedesktop.org/show_bug.cgi?id=31624 What is required to make this part of the 3.5 release ? Kind regards, -- -- dag wieers, d...@wieers.com, http://dag.wieers.com/ -- dagit linux solutions, i...@dagit.net, http://dagit.net/ [Any errors in spelling, tact or fact are transmission errors] ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Make find-german-comments exit when given soon-to-be-removed dirs
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 that it might not be that most pythonic way of doing things (I'm still new to the language). Cheers, Philipp 0001-Make-it-exit-if-executed-in-soon-to-be-removed-direc.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Translate German comments and correct some English ones
Hi, On 2 December 2011 13:06, Michael Meeks michael.me...@suse.com 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 ;) 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 Lol :-) I think Bjoern is just joking - we're well rid of that mess. We'll soon re-discover the fragile bits of code after we change them in future ;- Well I thought so already. Maybe we indeed should add a marker saying exactly that? But then, what constitutes an old comment? Very often I found that the JP with a date comments were obviously added _after_ the original comment. Maybe a FIXME: Old comment would be a good heads-up? Also, the comments are literally littered with !ACHTUNG: ! and double question marks. What should we make of that? Lots of questions :). Cheers and have a fine weekend, Philipp ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] Make find-german-comments exit when given soon-to-be-removed dirs
On Fri, Dec 02, 2011 at 11:59:41PM +0100, Philipp Weissenbacher p.weissenbac...@gmail.com 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 the language). Nah, but in fact now you let it exit in any directory. :) ~/git/libreoffice/master/writerfilter$ ../bin/find-german-comments These directories will soon be removed! Do not bother translating comments here. Exiting now. Did you test that case? (Also the new glob import seems to be unused.) Thanks. pgpwndTPVS5VM.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Windows (MSVC) incremental build is broken.
On Thu, Dec 1, 2011 at 9:12 AM, Kohei Yoshida kohei.yosh...@suse.com 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=28275d470f3a062cfa27d72bbf89328af1e83c68 fixes it. I haven't pushed the revert yet since I don't know the intent of this commit. Please push, the commit was the result of a misunderstanding between kendy and me. Done. Thanks for the clarification. I wasn't sure. ;-) Ok. Kendy committed the same stuff again that broke the same incremental build (and I reverted it once again). Kendy (this time CC'd), please don't commit this stuff. It breaks incremental build on Windows, making debugging Windows impossible. Thanks, Kohei ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] About build libo on Windows
Hello all Le Fri, 02 Dec 2011 12:13:29 +0100, Alex Sandro Fagundes alexsfagun...@gmail.com 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_25 --with-jdk=C:\DXSDK Does not work or one! I think you have some problems with spaces in the path. On my side, but not confirmed since I worked incrementally, I needed to add \ before and after for JAVA_HOME in Env.host.sh, a fortiori because it is used to build LIB parameters. So mine is like that: JAVA_HOME=\C:/Program Files (x86)/Java/JDK16~1.0_2\ I wanted to but did not track back to update autogen.sh accordingly. HTH Mathias ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] LibO 3.5.0 Beta 0 First assessment
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 have to go the hare way and to find and fix all bugs, or is there any other possibility to try a new chance? Do we already have experience with Master behind tag 3.5.0? Best regards Rainer ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice-qa] [ANN] LibreOffice 3.5.0 beta0 available
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 beta1. Cheers, -- - Cor - http://nl.libreoffice.org ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] [ANN] LibreOffice 3.5.0 beta0 available
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 flo...@documentfoundation.org Board of Directors at The Document Foundation Tel: +49 8341 99660880 | Mobile: +49 151 14424108 Skype: floeff | Twitter/Identi.ca: @floeff ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] [Libreoffice] [ANN] LibreOffice 3.5.0 beta0 available
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 process found/fixed before B1 which is good. I wonder how widely we should be announcing B0 - in the state that is in though. 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, a lot has indeed happened since April; but I think the script that builds this was completely busted by the onegit merge event; the above list at the URL there is horrible inaccurate[1] :-) we'll try and fix it soon though (at the same URL). Thanks, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] [ANN] LibreOffice 3.5.0 beta0 available
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 are here: http://wiki.documentfoundation.org/ReleasePlan#3.5_release 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: http://dev-builds.libreoffice.org/pre-releases/ 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 with writer. Ubuntu 10.04 x86, Gnome 2. No problem with daily build from 27 nov. Known problem or is it only me ? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] [Libreoffice] [ANN] LibreOffice 3.5.0 beta0 available
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 jbf.fa...@orange.fr 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 are here: http://wiki.documentfoundation.org/ReleasePlan#3.5_release 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: http://dev-builds.libreoffice.org/pre-releases/ 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 with writer. Ubuntu 10.04 x86, Gnome 2. No problem with daily build from 27 nov. Known problem or is it only me ? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list libreoff...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice -- Arnaud Versini ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] [Libreoffice] [ANN] LibreOffice 3.5.0 beta0 available
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 possibility to do some rough tests right now, so that we can be sure that, when the wide public wants to start testing, they actually are able to start :-) But since we are still not at feature-freeze, and there are chunks of things that need to go in yet that may de-stabilise, I start becoming a bit reluctant in already announcing a big bug-hunting party for the beta1 and thinking about beta2, due December 23 .. http://wiki.documentfoundation.org/ReleasePlan/3.5#3.5.0_release -- - Cor - http://nl.libreoffice.org ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] [libreoffice-l10n] Re: [Libreoffice] [ANN] LibreOffice 3.5.0 beta0 available
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 though. I agree with that. It's great to have the possibility to do some rough tests right now, so that we can be sure that, when the wide public wants to start testing, they actually are able to start :-) But since we are still not at feature-freeze, and there are chunks of things that need to go in yet that may de-stabilise, I start becoming a bit reluctant in already announcing a big bug-hunting party for the beta1 and thinking about beta2, due December 23 .. I would decide about the bug-hunting party when we have, the feature complete, beta1 in hands and see how it looks like. You could organize it for the weekend Dec 17-18. I think that Dec 23 is not a good choice because it is just one day before Christmas :-) Anyway, thanks a lot for working on it. Best Regards, Petr ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
[Libreoffice-qa] REMINDER: 3.5 feature freeze and 3.5.0-beta1 release
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 will hopefully happen on Tuesday. The branch will be announced on the mailling list and in the irc #libreoffice-dev channel title. Once we have the branch, please cherry pick useful fixes from master there. We do not plan to merge between the branches this time. So, we kindly ask everyone to keep master and the branch in sync. See also http://wiki.documentfoundation.org/ReleasePlan#3.5_release http://wiki.documentfoundation.org/Release_Criteria http://wiki.documentfoundation.org/Development/Branches Best Regards, Petr ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] [ANN] LibreOffice 3.5.0 beta0 available
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 functional flaw in the sense that one can't visually identify an open spreadsheet from an open text document (without reading the window or task text, obviously). I think it would make sense to fix this before the Public Beta... ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] [libreoffice-l10n] Re: [Libreoffice] [ANN] LibreOffice 3.5.0 beta0 available
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. You could organize it for the weekend Dec 17-18. Yes, in that case, it is a good choice. Preparations can be done soon, even some pre-announcements in smaller public, so that all is ready when we decide to start it. I think that Dec 23 is not a good choice because it is just one day before Christmas :-) :-) 23 is the date that the beta2 is about to be released. Therefore I mentioned it. When we choose that it is better to go with beta2 for testing in the larger group, we have to choose some dates between Christmas and December 30. But that's something for later, maybe. Anyway, thanks a lot for working on it. You're welcome. All pleasure is on my side ;-) -- - Cor - http://nl.libreoffice.org ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
[Libreoffice-qa] LibO 3.5.0 Beta 0 First assessment
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 have to go the hare way and to find and fix all bugs, or is there any other possibility to try a new chance? Do we already have experience with Master behind tag 3.5.0? Best regards Rainer ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
[Libreoffice-bugs] [Bug 42826] unopkg.bin runtime error during installation
https://bugs.freedesktop.org/show_bug.cgi?id=42826 --- Comment #20 from Stephan Bergmann sberg...@redhat.com 2011-12-02 00:01:48 PST --- Re comment 18, most (if not all) of the URE modules that contain .component files (like cppuhelper, javaunohelper, stoc) are still dmake-based, using the working solenv/inc/settings.mk COMPONENTPREFIX_* mechanism. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 42826] unopkg.bin runtime error during installation
https://bugs.freedesktop.org/show_bug.cgi?id=42826 Stephan Bergmann sberg...@redhat.com changed: What|Removed |Added CC||bjoern.michaelsen@canonical ||.com, mst...@redhat.com --- Comment #21 from Stephan Bergmann sberg...@redhat.com 2011-12-02 00:04:52 PST --- Maybe Björn or Michael Stahl can give input on comment 19. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 42826] unopkg.bin runtime error during installation
https://bugs.freedesktop.org/show_bug.cgi?id=42826 --- Comment #22 from Tor Lillqvist tlillqv...@suse.com 2011-12-02 00:17:58 PST --- ah, ok, yes the fact that so much still uses dmake probably is the key here. OK, so I will make the change from comment #19 and see what happens. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43429] Opening of docx-file with mathematical formulas crashed writer. (Sample provided)
https://bugs.freedesktop.org/show_bug.cgi?id=43429 --- Comment #2 from Tero Miettinen tero.mietti...@gmail.com 2011-12-02 00:30:54 PST --- I updated to LibreOffice 3.4.4 OOO340m1 (Build:402) Same problem still exists. I'm running 64-bit Windows 7. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 37361] LibreOffice 3.5 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=37361 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Depends on||43454 --- Comment #34 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-12-02 00:36:52 PST --- Nominate Bug 43454 - Break-off with message Terminate Quick Starter; 3.5.0 Beta0 Installation fails for me. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43454] Break-off with message Terminate Quick Starter
https://bugs.freedesktop.org/show_bug.cgi?id=43454 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Blocks||37361 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43454] Break-off with message Terminate Quick Starter
https://bugs.freedesktop.org/show_bug.cgi?id=43454 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added CC||LibreOffice@bielefeldundbus ||s.de --- Comment #1 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-12-02 00:39:40 PST --- Forgot to mention: I started installation with simple double click on LibO_3.5.0beta0_Win_x86_install_multi.msi -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43455] Installer partly localized
https://bugs.freedesktop.org/show_bug.cgi?id=43455 --- Comment #1 from Volker Merschmann merschm...@gmail.com 2011-12-02 01:18:20 PST --- I have been told that this is already fixed on master. Bug should stay until the fix is delivered with next beta. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43459] New: Opening document fails when on samba mount with mixed OS windows/linux
https://bugs.freedesktop.org/show_bug.cgi?id=43459 Bug #: 43459 Summary: Opening document fails when on samba mount with mixed OS windows/linux Classification: Unclassified Product: LibreOffice Version: LibO 3.4.4 release Platform: Other OS/Version: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: luis.public.m...@gmail.com Hi, i have a samba share (NTFS) on a SAS which is exported by a server running ubuntu (10.04 lucid)(samba: Version 3.4.7) to the users on a mixed windows/linux environment. When i open a not shared spreadsheet first from a PC under linux (opensuse 11.3) and after from a windows PC (XP,Vista) everything works correctly. I have a warning saying that the document is used and that only a copy can be opened or with read-only mode. The same happens when both computers are running the same OS. But when i open first on windows and after on linux, i have an error when opening the document on linux: General input/output error while accessing /path/to/file. Exactly the same behaviour happens if the spreadsheet is shared. It seems not to be related to a recent update because i have tried with 3.4.4 but also with older versions (3.4.2,3.2). The smb.conf: [STATIONS] path = /path/2/dir valid users = user1, user2 read only = No create mask = 0777 fstab on linux: //path/2/stations /mnt/linuxdir cifs user,noauto,iocharset=utf8,noserverino -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43429] Opening of docx-file with mathematical formulas crashed writer. (Sample provided)
https://bugs.freedesktop.org/show_bug.cgi?id=43429 Roman Eisele b...@eikota.de changed: What|Removed |Added Status|UNCONFIRMED |NEW Severity|normal |major Ever Confirmed|0 |1 --- Comment #3 from Roman Eisele b...@eikota.de 2011-12-02 01:32:03 PST --- @ Tero Miettinen: Thanks for trying LibreOffice 3.4.4! So it looks like this is an operating-system dependent bug. I can confirm this, too: PARTIALLY REPRODUCIBLE with LibreOffice 3.4.4 with German langpack installed, running on Windows XP Version 5.1 German (Build 2600.xpsp ... Service Pack 3): When I open the sample DOCX file with LibreOffice 3.4.4 on Win XP, LibreOffice doesn’t crash, BUT it only shows 5 lines of text -- all the formulas and all text after the first formula are gone! So, no crash for me, but at least a very substantial loss of data. I will attach a screenshot to show this result, and I will also attach screenshots which show how the documents looks like in LibreOffice running on MacOS X. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43429] Opening of docx-file with mathematical formulas crashed writer. (Sample provided)
https://bugs.freedesktop.org/show_bug.cgi?id=43429 --- Comment #6 from Roman Eisele b...@eikota.de 2011-12-02 01:40:36 PST --- Created attachment 54058 -- https://bugs.freedesktop.org/attachment.cgi?id=54058 This screenshot shows how the sample DOCX file looks when I open it with LibreOffice master build 2011-12-01 on MacOS X 10.6.8 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 34962] Strings in Speichern unter... dialog are too short
https://bugs.freedesktop.org/show_bug.cgi?id=34962 --- Comment #11 from Andras Timar tima...@gmail.com 2011-12-02 01:44:28 PST --- Would it be possible to rephrase the German text, so the error would not occur? E.g. instead of Dateinamenserweiterung could it be Erweiterung der Dateinamen? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 36094] Welsh Localised key combinations very awkward and inconsistent (at least on OS X 10.4.11)
https://bugs.freedesktop.org/show_bug.cgi?id=36094 Andras Timar tima...@gmail.com changed: What|Removed |Added Summary|Localised key combinations |Welsh Localised key |very awkward and|combinations very awkward |inconsistent (at least on |and inconsistent (at least |OS X 10.4.11) |on OS X 10.4.11) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43460] New: Replace rtl::OUString getLength()==0 with isEmpty() etc.
https://bugs.freedesktop.org/show_bug.cgi?id=43460 Bug #: 43460 Summary: Replace rtl::OUString getLength()==0 with isEmpty() etc. Classification: Unclassified Product: LibreOffice Version: LibO Master Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: sberg...@redhat.com Created attachment 54059 -- https://bugs.freedesktop.org/attachment.cgi?id=54059 plugin script Lots of calls to rtl::OString/rtl::OUString getLength() check whether the string is empty, something that can be expressed more cleanly with calling isEmpty() instead. The attached emptylength.py can be used with https://fedorahosted.org/gcc-python-plugin/ to find such calls at compile time. See the script for further details. The attached emptylength.txt contains the notes produced by the plugin on a recent unxlngx6 (--enable-dbgutil) master (towards LO 3.5) build. As mentioned in emptylength.py: The re-constructed original comparison and the suggested improvement should be taken with a grain of salt. And: Produces false positives [...] But it should be a helpful starting point. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43460] Replace rtl::OUString getLength()==0 with isEmpty() etc.
https://bugs.freedesktop.org/show_bug.cgi?id=43460 --- Comment #1 from Stephan Bergmann sberg...@redhat.com 2011-12-02 01:57:26 PST --- Created attachment 54060 -- https://bugs.freedesktop.org/attachment.cgi?id=54060 log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43460] Replace rtl::OUString getLength()==0 with isEmpty() etc.
https://bugs.freedesktop.org/show_bug.cgi?id=43460 Stephan Bergmann sberg...@redhat.com changed: What|Removed |Added Status Whiteboard||EasyHack -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43429] Opening of docx-file with mathematical formulas crashed writer. (Sample provided)
https://bugs.freedesktop.org/show_bug.cgi?id=43429 --- Comment #7 from Roman Eisele b...@eikota.de 2011-12-02 02:38:00 PST --- Created attachment 54061 -- https://bugs.freedesktop.org/attachment.cgi?id=54061 This screenshot shows how the sample DOCX file should look (MS Office 2007 on Windows 7), upper part -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43429] Opening of docx-file with mathematical formulas crashed writer. (Sample provided)
https://bugs.freedesktop.org/show_bug.cgi?id=43429 --- Comment #8 from Roman Eisele b...@eikota.de 2011-12-02 02:38:49 PST --- Created attachment 54062 -- https://bugs.freedesktop.org/attachment.cgi?id=54062 This screenshot shows how the sample DOCX file should look (MS Office 2007 on Windows 7), lower part -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43461] New: LibO 3.5.0 Beta0 doesn't install in my Windows 2008 R2 64 bits
https://bugs.freedesktop.org/show_bug.cgi?id=43461 Bug #: 43461 Summary: LibO 3.5.0 Beta0 doesn't install in my Windows 2008 R2 64 bits Classification: Unclassified Product: LibreOffice Version: LibO 3.5.0 Beta0 Platform: Other OS/Version: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Installation AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: je...@softcatala.org LibO 3.5 Beta0 doesn't install on my Windows 2008 R2 64 bits, I get an error about failing to register the extensions (not very informative) and the installation rolls back. MSI log file attached. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43461] LibO 3.5.0 Beta0 doesn't install in my Windows 2008 R2 64 bits
https://bugs.freedesktop.org/show_bug.cgi?id=43461 --- Comment #1 from Jesus Corrius je...@softcatala.org 2011-12-02 02:48:04 PST --- Created attachment 54063 -- https://bugs.freedesktop.org/attachment.cgi?id=54063 Zipped MSI log file Zipped the MSI log file because it was too big for bugzilla. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 42563] Lost print option range pages in catalan localization
https://bugs.freedesktop.org/show_bug.cgi?id=42563 Korrawit Pruegsanusak detective.conan.1...@gmail.com changed: What|Removed |Added Keywords|NEEDINFO| -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43461] LibO 3.5.0 Beta0 doesn't install in my Windows 2008 R2 64 bits
https://bugs.freedesktop.org/show_bug.cgi?id=43461 --- Comment #2 from Jesus Corrius je...@softcatala.org 2011-12-02 03:15:15 PST --- On Windows Server 2003 I get the regular unopkg.bin error but it installs. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 43464] New: FILEOPEN, FORMATTING LibreOffice crashs in libswlx.so on opening file (attached)
https://bugs.freedesktop.org/show_bug.cgi?id=43464 Bug #: 43464 Summary: FILEOPEN, FORMATTING LibreOffice crashs in libswlx.so on opening file (attached) Classification: Unclassified Product: LibreOffice Version: LibO 3.4.2 release Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: UNCONFIRMED Severity: critical Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: w...@huber-und-boehm.de Created attachment 54067 -- https://bugs.freedesktop.org/attachment.cgi?id=54067 file hs_err_pid22257.log noted in the console report, shows java crash dump Hi there, I installed openSuSE 12.1 some days ago and ran into serious problems on inserting pictures into an LibreOffice document. Shifting images, adding some extra space around an picture or adding new pictures leads to crashes, I encountered a lot of them yesterday :-( Now I got an easy way to reproduce the problem: I saved the document in order to loose at least work as possible on the next crash, ran into a crash on a picture manipulation, and tried to reopen the saved file. But LibreOffice crashs immediately on opening this file ... since it is too big to get attached (about 50 MB) I provide it for download at ... http://huber-und-boehm.dyndns.org/bugzilla/LibreOfficeCrashImmediately.odt Fortunately btrfs saved me a sane version of this file in the last snapshot less than one hour ago, but I encounter more crashs on trying to insert, resize and move pictures. Reminds me to microsoft word in former times :-( Let me know if I can help on lifting this fog ... Winfried -- console report added here: - win@ara [1011]$ soffice ~/LibreOfficeCrashImmediately.odt # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x7f9436d08511, pid=22257, tid=140275376908064 # # JRE version: 6.0_22-b22 # Java VM: OpenJDK 64-Bit Server VM (20.0-b11 mixed mode linux-amd64 compressed oops) # Derivative: IcedTea6 1.10.4 # Distribution: Dummy Product (x86_64), package suse-1.2-x86_64 # Problematic frame: # C [libswlx.so+0x5c3511] SwTxtNode::GetDropSize(int, int, int) const+0xade1 # # An error report file with more information is saved as: # /home2/win/not/segeln/sgm/Upcoming/hs_err_pid22257.log # # If you would like to submit a bug report, please include # instructions how to reproduce the bug and visit: # http://icedtea.classpath.org/bugzilla # [error occurred during error reporting , id 0xb] win@ara [1011]$ I posted this bug to icedtea as well ... http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=825 ... but they recommended to post it here, too, because it looks like a problem in libswlx.so -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs