[Libreoffice-commits] .: rsc/source
rsc/source/parser/rscibas.cxx |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) New commits: commit 9da0b9d70d81f33fd45546ef5ad7b7aeda1fc3fa Author: Stephan Bergmann sberg...@redhat.com Date: Fri Sep 23 12:15:34 2011 +0300 Fix broken implicit string conversion diff --git a/rsc/source/parser/rscibas.cxx b/rsc/source/parser/rscibas.cxx index b0114e2..d44567e 100644 --- a/rsc/source/parser/rscibas.cxx +++ b/rsc/source/parser/rscibas.cxx @@ -97,7 +97,6 @@ void RscLangEnum::Init( RscNameTable rNames ) sal_Int32 nIndex = 0; mnLangId = 0x400; // stay away from selfdefined... -char csep = '-'; const MsLangId::IsoLangEntry* pLangEntry; while ( NULL != ( pLangEntry = MsLangId::getIsoLangEntry( nIndex )) ( pLangEntry-mnLang != LANGUAGE_DONTKNOW )) @@ -129,7 +128,7 @@ void RscLangEnum::Init( RscNameTable rNames ) fprintf( stderr, ISO Language out: %s 0x%lx, aLang.getStr(), mnLangId ); #endif mnLangId++; -aLang = aLang + csep + aCountry.toAsciiUpperCase(); +aLang = aLang + rtl::OString( '-' ) + aCountry.toAsciiUpperCase(); SetConstant( rNames.Put( aLang.getStr(), CONSTNAME, mnLangId ), mnLangId ); if ( ! GetLangId( aLang )) ULong_Iso_map[ aLang ] = mnLangId; ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: binfilter/bf_sw
binfilter/bf_sw/source/core/inc/drawfont.hxx |5 binfilter/bf_sw/source/core/layout/sw_flycnt.cxx |5 binfilter/bf_sw/source/core/text/inftxt.hxx |9 binfilter/bf_sw/source/core/text/sw_frmform.cxx |2 binfilter/bf_sw/source/core/text/sw_porlay.cxx | 114 --- binfilter/bf_sw/source/core/text/sw_pormulti.cxx | 373 --- 6 files changed, 508 deletions(-) New commits: commit 21eb5cb817082d46491cea84fd3b82a3931a6a52 Author: Caolán McNamara caol...@redhat.com Date: Fri Sep 23 13:51:08 2011 +0100 callcatcher: remove newly unused methods diff --git a/binfilter/bf_sw/source/core/inc/drawfont.hxx b/binfilter/bf_sw/source/core/inc/drawfont.hxx index bf5cbfb..4274542 100644 --- a/binfilter/bf_sw/source/core/inc/drawfont.hxx +++ b/binfilter/bf_sw/source/core/inc/drawfont.hxx @@ -163,11 +163,6 @@ public: // examines the range [ nStart, nStart + nEnd ] if there are kanas // returns start index of kana entry in array, otherwise USHRT_MAX USHORT HasKana( xub_StrLen nStart, const xub_StrLen nEnd ) const; - -// modifies the kerning array according to a given compress value -long Compress( sal_Int32* pKernArray, xub_StrLen nIdx, xub_StrLen nLen, - const USHORT nCompress, const USHORT nFontHeight, - Point* pPoint = NULL ) const; }; inline void SwScriptInfo::SetInvalidity( const xub_StrLen nPos ) diff --git a/binfilter/bf_sw/source/core/layout/sw_flycnt.cxx b/binfilter/bf_sw/source/core/layout/sw_flycnt.cxx index 568ee53..3cc2395 100644 --- a/binfilter/bf_sw/source/core/layout/sw_flycnt.cxx +++ b/binfilter/bf_sw/source/core/layout/sw_flycnt.cxx @@ -249,11 +249,6 @@ namespace binfilter { /*?*/ SwOszControl::pStk5 = 0; /*N*/ } -/*N*/ bool IsInProgress( const SwFlyFrm* /*pFly*/ ) -/*N*/ { -DBG_BF_ASSERT(0, STRIP); return FALSE; -/*N*/ } - /*N*/ bool SwOszControl::IsInProgress( const SwFlyFrm *pFly ) /*N*/ { /*N*/ if ( SwOszControl::pStk1 !pFly-IsLowerOf( SwOszControl::pStk1 ) ) diff --git a/binfilter/bf_sw/source/core/text/inftxt.hxx b/binfilter/bf_sw/source/core/text/inftxt.hxx index 4d9f9be..cb38c31 100644 --- a/binfilter/bf_sw/source/core/text/inftxt.hxx +++ b/binfilter/bf_sw/source/core/text/inftxt.hxx @@ -232,15 +232,6 @@ public: const xub_StrLen _nLen = STRING_LEN ) { CtorInit( _pFrm, _pFnt, _nIdx, _nLen ); } -// GetMultiAttr returns the text attribute of the multiportion, -// if rPos is inside any multi-line part. -// rPos will set to the end of the multi-line part. -#ifdef BIDI -SwMultiCreator* GetMultiCreator( xub_StrLen rPos, SwMultiPortion* pM ) const; -#else -SwMultiCreator* GetMultiCreator( xub_StrLen rPos ) const; -#endif - inline sal_Bool OnWin() const { return bOnWin; } inline void SetOnWin( const sal_Bool bNew ) { bOnWin = bNew; } inline sal_Bool NotEOL() const { return bNotEOL; } diff --git a/binfilter/bf_sw/source/core/text/sw_frmform.cxx b/binfilter/bf_sw/source/core/text/sw_frmform.cxx index 0ef23bd..09a5171 100644 --- a/binfilter/bf_sw/source/core/text/sw_frmform.cxx +++ b/binfilter/bf_sw/source/core/text/sw_frmform.cxx @@ -56,8 +56,6 @@ namespace binfilter { -extern bool IsInProgress( const SwFlyFrm *pFly ); - class FormatLevel { static MSHORT nLevel; diff --git a/binfilter/bf_sw/source/core/text/sw_porlay.cxx b/binfilter/bf_sw/source/core/text/sw_porlay.cxx index cf78792..a6eb583 100644 --- a/binfilter/bf_sw/source/core/text/sw_porlay.cxx +++ b/binfilter/bf_sw/source/core/text/sw_porlay.cxx @@ -915,120 +915,6 @@ SwLinePortion *SwLineLayout::Insert( SwLinePortion *pIns ) /*N*/ } /* - * SwScriptInfo::Compress() - */ - -/*N*/ long SwScriptInfo::Compress( sal_Int32* pKernArray, xub_StrLen nIdx, xub_StrLen nLen, -/*N*/ const USHORT nCompress, const USHORT nFontHeight, -/*N*/ Point* pPoint ) const -/*N*/ { -/*N*/ OSL_ENSURE( nCompress, Compression without compression?! ); -/*N*/ OSL_ENSURE( nLen, Compression without text?! ); -/*N*/ USHORT nCompCount = CountCompChg(); -/*N*/ -/*N*/ // In asian typography, there are full width and half width characters. -/*N*/ // Full width punctuation characters can be compressed by 50 % -/*N*/ // to determine this, we compare the font width with 75 % of its height -/*N*/ USHORT nMinWidth = ( 3 * nFontHeight ) / 4; -/*N*/ -/*N*/ USHORT nCompIdx = HasKana( nIdx, nLen ); -/*N*/ -/*N*/ if ( USHRT_MAX == nCompIdx ) -/*N*/ return 0; -/*N*/ -/*N*/ xub_StrLen nChg = GetCompStart( nCompIdx ); -/*N*/ xub_StrLen nCompLen = GetCompLen( nCompIdx ); -/*N*/ USHORT nI = 0; -/*N*/ nLen += nIdx; -/*N*/ -/*N*/ if( nChg nIdx ) -/*N*/ { -/*N*/ nI = nChg - nIdx;
[Libreoffice-commits] .: libtextcat/makefile.mk
libtextcat/makefile.mk |9 - 1 file changed, 9 deletions(-) New commits: commit 9c297d62b78e8a1d5ed61472adacda2eeaac0c49 Author: Caolán McNamara caol...@redhat.com Date: Fri Sep 23 16:17:49 2011 +0100 don't need to deliver config.h diff --git a/libtextcat/makefile.mk b/libtextcat/makefile.mk index 7dc2dfd..c245c60 100644 --- a/libtextcat/makefile.mk +++ b/libtextcat/makefile.mk @@ -68,15 +68,6 @@ OUT2LIB=$(BUILD_DIR)$/src$/.libs$/libtextcat.a BUILD_ACTION=cd src dmake $(MAKEMACROS) .ENDIF # $(GUI)==WNT - -OUT2INC= \ -$(BUILD_DIR)$/src$/config.h \ -$(BUILD_DIR)$/src$/common.h \ -$(BUILD_DIR)$/src$/fingerprint.h \ -$(BUILD_DIR)$/src$/textcat.h \ -$(BUILD_DIR)$/src$/wg_mempool.h - - # --- Targets -- .INCLUDE : set_ext.mk ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: binfilter/bf_sw
binfilter/bf_sw/source/core/inc/drawfont.hxx |6 - binfilter/bf_sw/source/core/text/sw_porlay.cxx | 44 - binfilter/bf_sw/source/core/text/sw_pormulti.cxx | 107 --- 3 files changed, 157 deletions(-) New commits: commit 1c0819b2ae55405add198e8de44a3b716d8ba127 Author: Caolán McNamara caol...@redhat.com Date: Fri Sep 23 16:14:47 2011 +0100 callcatcher: freshly unused code diff --git a/binfilter/bf_sw/source/core/inc/drawfont.hxx b/binfilter/bf_sw/source/core/inc/drawfont.hxx index 4274542..f7db89e 100644 --- a/binfilter/bf_sw/source/core/inc/drawfont.hxx +++ b/binfilter/bf_sw/source/core/inc/drawfont.hxx @@ -157,12 +157,6 @@ public: // obtain the end of a SwBidiPortion xub_StrLen NextDirChg( const xub_StrLen nPos, const BYTE* pLevel = 0 ) const; -BYTE DirType( const xub_StrLen nPos ) const; - - -// examines the range [ nStart, nStart + nEnd ] if there are kanas -// returns start index of kana entry in array, otherwise USHRT_MAX -USHORT HasKana( xub_StrLen nStart, const xub_StrLen nEnd ) const; }; inline void SwScriptInfo::SetInvalidity( const xub_StrLen nPos ) diff --git a/binfilter/bf_sw/source/core/text/sw_porlay.cxx b/binfilter/bf_sw/source/core/text/sw_porlay.cxx index a6eb583..77e49a9 100644 --- a/binfilter/bf_sw/source/core/text/sw_porlay.cxx +++ b/binfilter/bf_sw/source/core/text/sw_porlay.cxx @@ -868,53 +868,9 @@ SwLinePortion *SwLineLayout::Insert( SwLinePortion *pIns ) /*N*/ return STRING_LEN; /*N*/ } -/*N*/ BYTE SwScriptInfo::DirType( const xub_StrLen nPos ) const -/*N*/ { -/*N*/ USHORT nEnd = CountDirChg(); -/*N*/ for( USHORT nX = 0; nX nEnd; ++nX ) -/*N*/ { -/*?*/ if( nPos GetDirChg( nX ) ) -/*?*/ return GetDirType( nX ); -/*N*/ } -/*N*/ -/*N*/ return 0; -/*N*/ } - #endif /* - *SwScriptInfo::CompType(..) - * returns the type of the compressed character - */ - - -/* - * SwScriptInfo::HasKana() - * returns, if there are compressable kanas or specials - * betwenn nStart and nEnd - */ - -/*N*/ USHORT SwScriptInfo::HasKana( xub_StrLen nStart, const xub_StrLen nLen ) const -/*N*/ { -/*N*/ USHORT nCnt = CountCompChg(); -/*N*/ xub_StrLen nEnd = nStart + nLen; -/*N*/ -/*N*/ for( USHORT nX = 0; nX nCnt; ++nX ) -/*N*/ { -/*N*/ xub_StrLen nKanaStart = GetCompStart( nX ); -/*N*/ xub_StrLen nKanaEnd = nKanaStart + GetCompLen( nX ); -/*N*/ -/*N*/ if ( nKanaStart = nEnd ) -/*N*/ return USHRT_MAX; -/*N*/ -/*N*/ if ( nStart nKanaEnd ) -/*N*/ return nX; -/*N*/ } -/*N*/ -/*N*/ return USHRT_MAX; -/*N*/ } - -/* * class SwParaPortion */ diff --git a/binfilter/bf_sw/source/core/text/sw_pormulti.cxx b/binfilter/bf_sw/source/core/text/sw_pormulti.cxx index 0df5771..ee981cc 100644 --- a/binfilter/bf_sw/source/core/text/sw_pormulti.cxx +++ b/binfilter/bf_sw/source/core/text/sw_pormulti.cxx @@ -54,113 +54,6 @@ extern BYTE WhichFont( xub_StrLen nIdx, const String* pTxt, const SwScriptInfo* pSI ); /*-- - * class SwMultiPortion - * - * A SwMultiPortion is not a simple portion, - * it's a container, which contains almost a SwLineLayoutPortion. - * This SwLineLayout could be followed by other textportions via pPortion - * and by another SwLineLayout via pNext to realize a doubleline portion. - * --*/ - -/* - * virtual SwMultiPortion::HandlePortion() - */ - -/*-- - * lcl_Has2Lines(..) - * is a little help function for GetMultiCreator(..) - * It extracts the 2-line-format from a 2-line-attribute or a character style. - * The rValue is set to TRUE, if the 2-line-attribute's value is set and - * no 2-line-format reference is passed. If there is a 2-line-format reference, - * then the rValue is set only, if the 2-line-attribute's value is set _and_ - * the 2-line-formats has the same brackets. - * --*/ - -/*N*/ sal_Bool lcl_Has2Lines( const SwTxtAttr rAttr, const SvxTwoLinesItem* rpRef, -/*N*/ sal_Bool rValue ) -/*N*/ { -/*N*/ if( RES_CHRATR_TWO_LINES == rAttr.Which() ) -/*N*/ { -/*?*/ rValue =
[Libreoffice-commits] .: scp2/source
scp2/source/ooo/file_ooo.scp | 14 -- scp2/source/ooo/module_hidden_ooo.scp |2 -- 2 files changed, 16 deletions(-) New commits: commit 13ce988ac8352679a55390894cab2364353bb03c Author: Caolán McNamara caol...@redhat.com Date: Fri Sep 23 16:34:15 2011 +0100 drop empty .lm files diff --git a/scp2/source/ooo/file_ooo.scp b/scp2/source/ooo/file_ooo.scp index 4cf5deb..2fcbfdc 100644 --- a/scp2/source/ooo/file_ooo.scp +++ b/scp2/source/ooo/file_ooo.scp @@ -510,13 +510,6 @@ File gid_File_Lm_Arabic Styles = (PACKED); End -File gid_File_Lm_Armenian -TXT_FILE_BODY; -Name = armenian.lm; -Dir = gid_Dir_Share_Fingerprint; -Styles = (PACKED); -End - File gid_File_Lm_Basque TXT_FILE_BODY; Name = basque.lm; @@ -587,13 +580,6 @@ File gid_File_Lm_Danish Styles = (PACKED); End -File gid_File_Lm_Drents -TXT_FILE_BODY; -Name = drents.lm; -Dir = gid_Dir_Share_Fingerprint; -Styles = (PACKED); -End - File gid_File_Lm_Dutch TXT_FILE_BODY; Name = dutch.lm; diff --git a/scp2/source/ooo/module_hidden_ooo.scp b/scp2/source/ooo/module_hidden_ooo.scp index 273f802..cb1e89a 100644 --- a/scp2/source/ooo/module_hidden_ooo.scp +++ b/scp2/source/ooo/module_hidden_ooo.scp @@ -602,7 +602,6 @@ Module gid_Module_Root_Files_6 gid_File_Lm_Albanian, gid_File_Lm_Amharic_Utf, gid_File_Lm_Arabic, -gid_File_Lm_Armenian, gid_File_Lm_Basque, gid_File_Lm_Belarus, gid_File_Lm_Bosnian, @@ -613,7 +612,6 @@ Module gid_Module_Root_Files_6 gid_File_Lm_Croatian, gid_File_Lm_Czech, gid_File_Lm_Danish, -gid_File_Lm_Drents, gid_File_Lm_Dutch, gid_File_Lm_English, gid_File_Lm_Esperanto, ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: default_images/sw sw/inc sw/Library_sw.mk sw/source
default_images/sw/res/page_break.png|binary sw/Library_sw.mk|1 sw/inc/cmdid.h |4 sw/inc/swcommands.h |2 sw/source/core/layout/paintfrm.cxx | 53 - sw/source/ui/app/mn.src | 19 + sw/source/ui/docvw/DashedLine.cxx |9 sw/source/ui/docvw/FrameControlsManager.cxx | 39 +++ sw/source/ui/docvw/HeaderFooterWin.cxx |3 sw/source/ui/docvw/PageBreakWin.cxx | 277 sw/source/ui/inc/FrameControlsManager.hxx |1 sw/source/ui/inc/HeaderFooterWin.hxx|1 sw/source/ui/inc/PageBreakWin.hxx | 65 ++ sw/source/ui/inc/popup.hrc |3 sw/source/ui/inc/utlui.hrc |1 sw/source/ui/utlui/utlui.src|9 16 files changed, 431 insertions(+), 56 deletions(-) New commits: commit 5277f81090673387250761128821d5244523ce2e Author: Cédric Bosdonnat cedric.bosdonnat@free.fr Date: Fri Sep 23 21:02:12 2011 +0200 Page Break: Changed the page break into a control Page break changes (no impact on column breaks): + Create a MenuButton control for the page break + Moved the line to a SwDashedLine diff --git a/default_images/sw/res/page_break.png b/default_images/sw/res/page_break.png new file mode 100644 index 000..c9b7c16 Binary files /dev/null and b/default_images/sw/res/page_break.png differ diff --git a/sw/Library_sw.mk b/sw/Library_sw.mk index a486d5c..1a9a8ae 100644 --- a/sw/Library_sw.mk +++ b/sw/Library_sw.mk @@ -586,6 +586,7 @@ $(eval $(call gb_Library_add_exception_objects,sw,\ sw/source/ui/docvw/AnnotationWin \ sw/source/ui/docvw/DashedLine \ sw/source/ui/docvw/FrameControlsManager \ +sw/source/ui/docvw/PageBreakWin \ sw/source/ui/docvw/PostItMgr \ sw/source/ui/docvw/ShadowOverlayObject \ sw/source/ui/docvw/SidebarTxtControl \ diff --git a/sw/inc/cmdid.h b/sw/inc/cmdid.h index 087a3c2..97f6e10 100644 --- a/sw/inc/cmdid.h +++ b/sw/inc/cmdid.h @@ -68,6 +68,7 @@ included in c-context files, so c++ style stuff will cause problems. #define FN_PARAM2 (SID_SW_START + 2400) #define FN_NOTES(SID_SW_START + 2500) #define FN_HEADERFOOTER (SID_SW_START + 2600) +#define FN_PAGEBREAK(SID_SW_START + 2610) /* More accurately, this range should be from FN_EXTRA2 to FN_PARAM2-1, but * FN_NUMBER_NEWSTART comes from FN_FORMAT2, and FN_PARAM_LINK_DISPLAY_NAME @@ -1019,6 +1020,9 @@ included in c-context files, so c++ style stuff will cause problems. #define FN_HEADERFOOTER_DELETE (FN_HEADERFOOTER+2) #define FN_HEADERFOOTER_BORDERBACK (FN_HEADERFOOTER+3) +#define FN_PAGEBREAK_EDIT (FN_PAGEBREAK+1) +#define FN_PAGEBREAK_DELETE (FN_PAGEBREAK+2) + /* Region: Parameter */ diff --git a/sw/inc/swcommands.h b/sw/inc/swcommands.h index 9e8343e..20f19fc 100644 --- a/sw/inc/swcommands.h +++ b/sw/inc/swcommands.h @@ -436,5 +436,7 @@ #define CMD_FN_HEADERFOOTER_EDIT.uno:HeaderFooterEdit #define CMD_FN_HEADERFOOTER_DELETE .uno:HeaderFooterDelete #define CMD_FN_HEADERFOOTER_BORDERBACK .uno:HeaderFooterBorderBackground +#define CMD_FN_PAGEBREAK_EDIT .uno:PageBreakEdit +#define CMD_FN_PAGEBREAK_DELETE .uno:PageBreakDelete #endif diff --git a/sw/source/core/layout/paintfrm.cxx b/sw/source/core/layout/paintfrm.cxx index 9301167..22f3d6c 100755 --- a/sw/source/core/layout/paintfrm.cxx +++ b/sw/source/core/layout/paintfrm.cxx @@ -90,6 +90,7 @@ #include bodyfrm.hxx #include hffrm.hxx #include colfrm.hxx +#include PageBreakWin.hxx // -- // -- OD #i76669# #include svx/sdr/contact/viewobjectcontactredirector.hxx @@ -3337,51 +3338,13 @@ void SwPageFrm::PaintBreak( ) const const SwCntntFrm *pCnt = static_cast const SwLayoutFrm* ( pBodyFrm )-ContainsCntnt(); if ( pCnt pCnt-IsPageBreak( sal_True ) ) { -const SwPageFrm* pPageFrm = FindPageFrm(); -double nYLineOffset = double( pPageFrm-GetBoundRect().Top() + pPageFrm-Frm().Top() ) / 2.0; -SwRect aRect = pPageFrm-GetBoundRect(); - -basegfx::BColor aColor = SwViewOption::GetPageBreakColor().getBColor(); - -// Draw the line -drawinglayer::primitive2d::Primitive2DSequence aSeq = -lcl_CreateDashedIndicatorPrimitive( -basegfx::B2DPoint( double( aRect.Left() ), nYLineOffset ), -basegfx::B2DPoint( double( aRect.Right() ), nYLineOffset ), -aColor ); - -aSeq.realloc( aSeq.getLength() + 1 ); - -
[Libreoffice-commits] .: 2 commits - Repository.mk sal/textenc
Repository.mk |6 -- sal/textenc/textenc.cxx |2 +- 2 files changed, 1 insertion(+), 7 deletions(-) New commits: commit 8087ee43f8c427d3ef3712fe76bbb1e41eb5e6ee Author: Tor Lillqvist t...@iki.fi Date: Fri Sep 23 23:37:47 2011 +0300 Fix typo diff --git a/sal/textenc/textenc.cxx b/sal/textenc/textenc.cxx index c638cfd..7c71284 100644 --- a/sal/textenc/textenc.cxx +++ b/sal/textenc/textenc.cxx @@ -109,7 +109,7 @@ namespace { extern C ImplTextEncodingData const * sal_getFullTextEncodingData( rtl_TextEncoding); // from tables.cxx in sal_textenc library -class FullTextEnocdingData: private boost::noncopyable { +class FullTextEncodingData: private boost::noncopyable { public: ImplTextEncodingData const * get(rtl_TextEncoding encoding) { return sal_getFullTextEncodingData(encoding); commit 5c1f66495eb55b5e3f9b9d3a301d5565a3fb3dbe Author: Tor Lillqvist t...@iki.fi Date: Fri Sep 23 23:37:13 2011 +0300 Drop bootstrap library duplicated for iOS diff --git a/Repository.mk b/Repository.mk index 15d1b98..a0900b4 100644 --- a/Repository.mk +++ b/Repository.mk @@ -353,12 +353,6 @@ $(eval $(call gb_Helper_register_libraries,UNOLIBS_OOO, \ writerfilter_debug \ )) -ifeq ($(OS),IOS) -$(eval $(call gb_Helper_register_libraries,UNOLIBS_OOO, \ -bootstrap \ -)) -endif - $(eval $(call gb_Helper_register_libraries,UNOVERLIBS, \ cppu \ jvmfwk \ ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
Re: [Libreoffice] Build in xmloff fails on Mac OSX
Le 23/09/11 06:29, Norbert Thiebaud a écrit : Hi Norbert, First, thanks for your tips. 1/ building mozilla... so --disable-mozilla is a great first step, next is probably to use the prebuilt binary for mozilla. I do both of those as standard. 2/ having macports of finks packages getting in the way: ironically many times macports/fink installed version of common tools/libs get in the way of the SDK, so making sure that your build env does not see these macport/fink packages if any is a good thing. On my Macbook I have ports installed because I use some/much of the software that comes with it and find it very useful. It has caused problems in the past with the LibO build, but this seems to have settled down after I removed the offending libraries. On the OSX server machine, the installation is virgin, i.e. I have no ports or fink stuff installed on top, and yet the build keeps bombing in postprocess, telling me it can't find bfmigrate_filter.component, yet this is present in /source/bf_migrate/. Perhaps it is linked to the open file number limit you mention below. Recently I've had issues with ulimit... especially ulimit -n (max number of open files). my system defaulted to 256 which prove to be too low, which made offapi and similar idlc processing module fail. on my box I added in /etc/launchd,conf limit maxproc 1024 2000 limit maxfiles 2048 4096 note that I have in /etc/sysctl.conf [...] kern.maxfiles=65536 kern.maxproc=2068 kern.maxprocperuid=2068 Thanks for the tips, I will try them out. Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Build in xmloff fails on Mac OSX
On Fri, Sep 23, 2011 at 1:36 AM, Alexander Thurgood alex.thurg...@gmail.com wrote: [...] on top, and yet the build keeps bombing in postprocess, telling me it can't find bfmigrate_filter.component, yet this is present in /source/bf_migrate/. Perhaps it is linked to the open file number limit you mention below. are you sure that your binfilter repo is up-to-date ? since the repo conversion it is tempting to just do git pull -r and often it does work... put really one should still do ./g pull -r to make sure to pick-up changes on the binfitler,dictionaries,help and possible translations repos... btw: I don't think it is searching for it in binfitler/filter/source/bf_migrate/.. but in solver/unxmacxi.pro/xml/ and it is named bg_migratefilter.component, not bfmigrate_filter.component... Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Base Development
On Thu, 2011-09-22 at 16:11 -0700, NoOp wrote: There is almost no-one working on Base so it's gradually getting worse as regressions slip in By far the best thing to do (as a user) is to get stuck into the base code and help out with it. I'd very much appreciate it if I (we) could get a status on Base development/patches/bug fixes/developers etc., in order to counter/stop such posts... or confirm. The best way to counter / stop such posts is to do the work to start reading the code, and digging into whatever bug most concerns you - ask questions about the code here, and we can help out. If you use databases anyway you're prolly a more technical user, and the jump to being able to report very good bugs of the form: when I change this line to ABC the bug goes - do you think that is a fix ? rises. Since the beginning of September we've had 19 commits (to dbaccess connectivity) that I see in master - but hey - you should look at the public cgit logs and do the analysis yourself to avoid wasting developer time. 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] No rule to make target .../unxlngx6.pro/.../ui/shells/textsh.o needed by libswlo.so
Hi Karl, On Fri, 2011-09-23 at 01:22 +0200, Karl Behler sen. wrote: I'm finally getting until step 151 of 155 of the build process, then it fails. Frustrating ! you're really nearly there ... it seems that the error is inside 'tail_build', please re-run build inside this module to isolate the error and/or test your fix: --- /bin/sh cd /home/papa/projects/libreoffice/core source ./Env.Host.sh cd tail_build make clean # optional make -r ** Not being funny or anything but did you try the above commands ? :-) (speaking of which - does 'make clean' in tail_build really clean all of that ?) - possibly a 'make clean' in 'sw/' would be better. 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] Proposal: slowcheck -- some numbers for sc
On Thursday 22 of September 2011, Kohei Yoshida wrote: On Thu, 2011-09-22 at 17:09 +0100, Caolán McNamara wrote: Seems to spend all its time getting and setting optimal row heights/widths or something like that in ods/xlsx mode. Yes. That's an infamous bottleneck. Calc's row height adjustment on file load is pretty darn expensive. It basically re-calculates the heights of rows in all rows regardless. ... Not sure if ods stores row heights, but if it does, then we can do the same thing for ods too. That's worth a check. Even if ods does not officially store it, presumably you can have an LO-specific field where LO could cache the value for faster reading anyway, no? -- Lubos Lunak l.lu...@suse.cz ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] ant/dmake to gbuild conversions
On Fri, 2011-09-23 at 04:28 -0500, Norbert Thiebaud wrote: Well, Peter asked the question on the list before starting to work on it and and the consensus was that for these limited cases the benefit outweighed the cost. Indeed - the outcome of the: 'use of apache ant in libreoffice' thread from Wed, seemed (to me) to be that there is an advantage to being able to properly parallelize and gnumake-ify the java compiles, and if there are (increasingly) few java pieces and we can drop ant in some star-trek future as a build dep, that is surely no bad thing. Clearly there is then no prohibition on using ant, or external / java packages that require it - but Peter's patches seem to convert two of the five modules using ant to (cleaner) gnu make files in the process and leave only: beanshell scripting and xmerge requiring ant. Seems like progress to me, I'd love to see that included. 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] Base Development
Tor Lillqvist wrote (23-09-11 12:26) Who is Gary? Sorry, should have realised that not all know that's NoOp It's someone else who's causing troubles . ME! ME! ME! Obviously - that's no news ;-) But I was referring to smthng else. It lies in the reason why Gary is willing to spent time in gathering info, to turn down noise on the users list - see his initial post in this thread. -- - Cor - http://nl.libreoffice.org ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] fdo#40590 (was minutes of tech. steering call)
On Fri, 2011-09-23 at 12:16 +0200, Jan Holesovsky wrote: Regression against 3.4.2? Bug no.? My understanding is that it was https://bugs.freedesktop.org/show_bug.cgi?id=40590 If you search the archive for 40590 in the titles, eike and kohei discussed this particular bug wrt backporting already I would feel comfortable not cherry-picking these changes, but wait until 3.5 C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] minutes of tech. steering call ...
On Fri, Sep 23, 2011 at 5:16 AM, Jan Holesovsky ke...@suse.cz wrote: Hi Cor, Cor Nouws píše v Út 13. 09. 2011 v 00:26 +0200: + Release mgmt (Petr) + concern wrt. bugs in master - need some focus there + no more releases until after the conference A pity since 3.4.3 has at least one nasty regression. Regression against 3.4.2? Bug no.? I believe : https://bugs.freedesktop.org/show_bug.cgi?id=37579 Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Refactoring for WMF Loading
Hello everybody. Here is a patch from the I have no idea what I'm doing department. So I am not pushing it directly, as I want to avoid breaking something in LO. :D Kudos to David Tardon for helping me with the boost stuff. Essentially, there is a truckload of code duplication in the WMF loading, and this is an humble contribution to make things saner. P.S. I am not sure how to really test this... I just ran make -sr :) -- Marc-André Laverdière Software Security Scientist Innovation Labs, Tata Consultancy Services Hyderabad, India From 6dc35a5fefa9a1f812cbdbe502127ba84bc3a40a Mon Sep 17 00:00:00 2001 From: Marc-Andre Laverdiere marc-an...@atc.tcs.com Date: Mon, 19 Sep 2011 17:27:50 +0530 Subject: [PATCH 1/3] Minor refactoring on WMF loading --- svtools/source/filter/wmf/enhwmf.cxx | 136 +- svtools/source/filter/wmf/winmtf.hxx |3 + 2 files changed, 55 insertions(+), 84 deletions(-) diff --git a/svtools/source/filter/wmf/enhwmf.cxx b/svtools/source/filter/wmf/enhwmf.cxx index 10fa8f3..618f13d 100644 --- a/svtools/source/filter/wmf/enhwmf.cxx +++ b/svtools/source/filter/wmf/enhwmf.cxx @@ -351,14 +351,14 @@ void EnhWMFReader::ReadGDIComment() * pWMF: the stream containings the polygons * */ template class T -Polygon WMFReadPolygon(sal_uInt16 nStartIndex, sal_uInt16 nPoints, SvStream rWMF) +Polygon EnhWMFReader::ReadPolygon(sal_uInt16 nStartIndex, sal_uInt16 nPoints) { Polygon aPolygon(nPoints); -for (sal_uInt16 i = nStartIndex ; i nPoints rWMF.good(); i++ ) +for (sal_uInt16 i = nStartIndex ; i nPoints pWMF-good(); i++ ) { T nX, nY; -rWMF nX nY; -if (!rWMF.good()) +*pWMF nX nY; +if (pWMF-good()) break; aPolygon[ i ] = Point( nX, nY ); } @@ -366,6 +366,44 @@ Polygon WMFReadPolygon(sal_uInt16 nStartIndex, sal_uInt16 nPoints, SvStream rWM return aPolygon; } +template class T +void EnhWMFReader::ReadAndDrawPolyPolygon() +{ +sal_uInt32 i, nPoly, nGesPoints, nPoints; +pWMF-SeekRel( 0x10 ); +// Number of polygons +*pWMF nPoly nGesPoints; +if ( pWMF-good() +( nGesPoints SAL_MAX_UINT32 / sizeof(Point) ) //check against numeric overflowing +( nPoly SAL_MAX_UINT32 / sizeof(sal_uInt16) ) +( ( nPoly * sizeof( sal_uInt16 ) ) = ( nEndPos - pWMF-Tell() ) )) +{ +//Get number of points in each polygon +sal_uInt16 * pnPoints = new sal_uInt16[ nPoly ]; +for ( i = 0; i nPoly pWMF-good(); i++ ) +{ +*pWMF nPoints; +pnPoints[ i ] = (sal_uInt16)nPoints; +} //end for +if ( pWMF-good() ( nGesPoints * (sizeof(T)+sizeof(T)) ) = ( nEndPos - pWMF-Tell() ) ) +{ +// Get polygon points +Point * pPtAry = new Point[ nGesPoints ]; +for ( i = 0; i nGesPoints pWMF-good(); i++ ) +{ +T nX, nY; +*pWMF nX nY; +pPtAry[ i ] = Point( nX, nY ); +} //end for +// Create PolyPolygon Actions +PolyPolygon aPolyPoly( (sal_uInt16)nPoly, pnPoints, pPtAry ); +pOut-DrawPolyPolygon( aPolyPoly, bRecordPath ); +delete[] pPtAry; +} //end if +delete[] pnPoints; +} //end if +} + sal_Bool EnhWMFReader::ReadEnhWMF() { sal_uInt32 nStretchBltMode = 0; @@ -452,7 +490,7 @@ sal_Bool EnhWMFReader::ReadEnhWMF() i++; nPoints++; } -Polygon aPoly = WMFReadPolygonsal_Int32(i, nPoints, *pWMF); +Polygon aPoly = ReadPolygonsal_Int32(i, nPoints); pOut-DrawPolyBezier( aPoly, bFlag, bRecordPath ); } break; @@ -461,7 +499,7 @@ sal_Bool EnhWMFReader::ReadEnhWMF() { pWMF-SeekRel( 16 ); *pWMF nPoints; -Polygon aPoly = WMFReadPolygonsal_Int32(0, nPoints, *pWMF); +Polygon aPoly = ReadPolygonsal_Int32(0, nPoints); pOut-DrawPolygon( aPoly, bRecordPath ); } break; @@ -478,7 +516,7 @@ sal_Bool EnhWMFReader::ReadEnhWMF() i++; nPoints++; } -Polygon aPolygon = WMFReadPolygonsal_Int32(i, nPoints, *pWMF); +Polygon aPolygon = ReadPolygonsal_Int32(i, nPoints); pOut-DrawPolyLine( aPolygon, bFlag, bRecordPath ); } break; @@ -523,42 +561,7 @@ sal_Bool EnhWMFReader::ReadEnhWMF() case EMR_POLYPOLYGON : { -sal_uInt32 i, nPoly, nGesPoints; -pWMF-SeekRel( 0x10 ); - -// Number of polygons: -*pWMF nPoly nGesPoints; - -if ( ( nGesPoints SAL_MAX_UINT32 / sizeof(Point) ) ( nPoly SAL_MAX_UINT32 / sizeof(sal_uInt16) ) ) -{ -
Re: [Libreoffice] Base Development
However, pls allow me to state that it's not Gary who is (potentially) wasting peoples time. Who is Gary? It's someone else who's causing troubles . ME! ME! ME! --tml ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] ant/dmake to gbuild conversions
On Fri, 23 Sep 2011, Michael Meeks wrote: On Fri, 2011-09-23 at 04:28 -0500, Norbert Thiebaud wrote: Well, Peter asked the question on the list before starting to work on it and and the consensus was that for these limited cases the benefit outweighed the cost. Indeed - the outcome of the: 'use of apache ant in libreoffice' thread from Wed, seemed (to me) to be that there is an advantage to being able to properly parallelize and gnumake-ify the java compiles, and if there are (increasingly) few java pieces and we can drop ant in some star-trek future as a build dep, that is surely no bad thing. Clearly there is then no prohibition on using ant, or external / java packages that require it - but Peter's patches seem to convert two of the five modules using ant to (cleaner) gnu make files in the process and leave only: beanshell scripting and xmerge requiring ant. Seems like progress to me, I'd love to see that included. I'm going to work on converting the other ant modules soon. I'll commit these 2 patches after I finish testing them a bit more. Peter ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] No rule to make target .../unxlngx6.pro/.../ui/shells/textsh.o needed by libswlo.so
Hi Bjoern, On 23.09.11 01:45, Bjoern Michaelsen wrote: P.S.: Also replying as a new mail to prevent thread-hijacking Thanks for the tip. From Michael Meeks: Not being funny or anything but did you try the above commands ? (speaking of which - does 'make clean' in tail_build really clean all of that ?) - possibly a 'make clean' in 'sw/' would be better. Yes I did a couple of these, but nothing helped. A selective clean would probably be sufficent. Will try all hints. Thanks, Karl -- Karl Behler sen., Garching, Germany ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Minutes of the tech. steering call
+ Present: Andras, Bjoern, Caolan, Cedric, Kendy, Norbert, Stefan, Rainer, Thorsten + Finished Action Items + create top-level libexttextcat repo (Michael) + get Jan's gcc cutting down script (Michael) + get misc. make rules options documented (Bjoern) + Pending Action Items + default to TM safe (non-TDF) branding (Thorsten) + enable on-line updates for QA for dailies ... (Kendy) + publicise / aggregate our list of ODF proposals / extensions (Thorsten) + propose a machine spec that would suffice gerrit (Bjoern) * Agenda items + pending action items + when to run tests for best productivity (Bjoern) + we have unittests, some are too slow + the proposal is to extract those slow ones to separate target and run that with subsequent tests + maybe better to have the possibility to build without running the unit tests? So that there not 2 tiers of unittests... + consensus: let it as it is now, one can build without running the unittests using 'make build' in gbuild should he/she need a fast turnaround + openSymbol font issue (Caolan) + let's extend openSymbol, only possible problem is that the user has 2 versions + let's not rename it, instead insert a version gap + experiences with gerrit (Bjoern + Norbert) + test instance is not good - hitting the memory limit of the box :-( + workflow itself looked good, though + Bjoern liked that, but for real use, bigger machine would be needed + Norbert liked it too, would be good to link to a tinderbox, problem is how to push directly to the fd.o repos - if there are conflicts, manual intervention is needed + nice for the 3 approvals for the release branches + when the tinderbox integration is done, it would help eg. gbuild patches that tend to break other platforms + now need a bigger machine, to be able to set it up for 'core', Bjoern will come up with a proposal of the machine spec that would suffice + no release bits (Petr on vacation) + QA update (Rainer) + business as usual :-) + no new master builds recently, what's up? + there were trouble building on Windows + now nearly fixed, tinderbox could have the build in up to 2 days [slow machine] + new statistics: http://wiki.documentfoundation.org/RBd/TSC_Call_Minutes#TSC_Call_2011-09-12 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] ant/dmake to gbuild conversions
Hi Peter, Michael, all, On Fri, 23 Sep 2011 11:12:38 +0100 Michael Meeks michael.me...@novell.com wrote: Clearly there is then no prohibition on using ant, or external / java packages that require it - but Peter's patches seem to convert two of the five modules using ant to (cleaner) gnu make files in the process and leave only: beanshell scripting and xmerge requiring ant. Seems like progress to me, I'd love to see that included. I would have to agree. The patches look pretty clean(*) and look way better than the original codegenerated ant build.xmls. I also agree that we should stick with ant for _external_ projects that use it as their buildsystem (and not plug in our own build system like had been done with dmake at a few places), but for the modules in question now gbuildifying them seems to be a good thing. So: no objections -- actually quite fine work there, Peter! Best, Bjoern (*) But as with all things build system you need tinderboxes to be sure. -- https://launchpad.net/~bjoern-michaelsen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH][PUSHED] Fix for fdo#39898: don't crash on some invalid MathML objects
On Fri, 2011-09-23 at 15:20 +0400, Ivan Timofeev wrote: This patch fixes crash while processing MathML objects that contain invalid mmultiscripts elements. Looks sane to me. A good catch, pushed now. The sad truth IIRC is that after all the MathML parsing, if there is a alternative-presentation tag (or whatever the correct term is) containing the classic starmath text, then everything gets thrown away in favour of that text. And if there is no text I think it tries to generate some from the imported node structure, and then reparses *that*. So you end up currently always limited to the classic starmath language because that's the only way to edit an equation. Perhaps if/when the visual editor currently available under the experimental option is finished that might allow things to be changed for the better. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [FIXED] About a probable bug in core/lotuswordpro/source/filter/xfilter/xfcell.cxx
On Sat, 2011-09-17 at 18:09 +0200, CaStarCo wrote: Hello :) , reading the list of http://libreoffice.boldandbusted.com/ i've found a potential bug in core/lotuswordpro/source/filter/xfilter/xfcell.cxx . The member m_pOwnerRow of the XFCell is not initialized in any constructor (and in many methodts it's setted to null) Yeah, its initialized in the copy ctor and assignment operator, but not initialized in the default ctor. I fixed this up now. In the line 177 the variable pRow is setted to m_pOwnerRow (wich is or null or a random value), in the next line the code tries to acces to a member of pRow... but pRow is probably 0 because the value of m_pOwnerRow, and the code will crash at this point. Agreed. I don't know the exact purpose of this piece of code. Well, from if( !pRow || !pTable ) we can be sure the intent is to exit early if pRow (which is assigned from m_pOwnerRow) was NULL. Someone just got a little muddled and extracted pTable from pRow before checking that pRow was NULL. i.e., I reckon http://cgit.freedesktop.org/libreoffice/core/commit/?id=eddbdb1938b981b64c923030bc6658ab281971b7 is a sufficient fix. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH][PUSHED] Fix for fdo#39898: don't crash on some invalid MathML objects
2011/9/23 Caolán McNamara caol...@redhat.com: Looks sane to me. A good catch, pushed now. He-he, I forgot to consider absolutely crazy cases - if mmultiscripts element is empty at all. Should this be fixed? From b30f382e563675d2ffdf9a241b74c822720e6070 Mon Sep 17 00:00:00 2001 From: Ivan Timofeev timofeev@gmail.com Date: Fri, 23 Sep 2011 22:31:40 +0400 Subject: [PATCH] consider empty mmultiscripts --- starmath/source/mathmlimport.cxx |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/starmath/source/mathmlimport.cxx b/starmath/source/mathmlimport.cxx index 9cd36c6..ce1d3c6 100644 --- a/starmath/source/mathmlimport.cxx +++ b/starmath/source/mathmlimport.cxx @@ -2461,6 +2461,9 @@ void SmXMLMultiScriptsContext_Impl::ProcessSubSupPairs(bool bIsPrescript) { SmNodeStack rNodeStack = GetSmImport().GetNodeStack(); +if (rNodeStack.Count() == nElementCount) +return; + sal_uLong nCount = rNodeStack.Count() - nElementCount - 1; if (nCount == 0) return; -- 1.7.6.3 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Pb with lightproof
Hello, In the commit 7dff26aa099aa97c7bfc03806ba8160a9d7e945c, I had fixed a typo : -[en-US], [LIGHTPROOF_EN_US_PACK=0ab55ac8e88f04258f1d3e79e984382f-lightproof-en-US_0.1.oxt], +[en-US], [LIGHTPROOF_EN_US_PACK=0ab55ac8e88f04258f1d3e79e984382f-lightproof-en_US-0.1.oxt], I don't know if there's a link with my fix but then now with a make dev-install or a build in smoketoo_native, I've got this : ... analyzing modules ... ... languages en-US ... ... analyzing files ... ERROR: The following files could not be found: ERROR: File not found: lightproof-en-US.oxt ... cleaning the output tree ... A research in my local repository gives this : maryline@maryline:~/compile-libreoffice/libo$ find . -name lightproof* ./solver/unxlngi6/bin/lightproof-hu.oxt ./solver/unxlngi6/bin/lightproof-ru.oxt ./solver/unxlngi6/bin/lightproof-en.oxt ./extras/source/extensions/lightproof-hu.oxt ./extras/source/extensions/lightproof-ru.oxt ./extras/source/extensions/lightproof-en.oxt An Opengrok research of lightproof-en-US shows this : directory_extensions.scp97 DosName (en-US) = lightproof-en-US; file_extensions.scp 109 Name (en-US) = lightproof-en-US.oxt; Now either, lightproof-en.oxt should be renamed in lightproof-en-US.oxt or the 2 scp files should be changed. Any ideas ? Julien. -- View this message in context: http://nabble.documentfoundation.org/Pb-with-lightproof-tp3363021p3363021.html Sent from the Dev mailing list archive at Nabble.com. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [REVIEW 3-4] fdo#39510 crash on closing document with footnotes
Am 22.09.2011 19:12, schrieb Michael Stahl: On 22.09.2011 18:51, Bjoern Michaelsen wrote: Hi Cedric, Hi Caolan, could you please review: http://cgit.freedesktop.org/libreoffice/core/commit/?id=ac1912ecb13709082026428d2b2a56c4915b939f for backporting to -3-4? It kills the footnotes before killing the rest of the layout saving us from the trouble later. It seems to fix the problem with the test document here and also that fix passes all unittests and subequenttests on master. is this the kind of crash that was introduced by mba's layout refactoring (moving the layout from the model to the view) that went into one of the last DEV300 milestones? That's indeed possible. i think the workaround for OOo 3.4 was this: http://svn.apache.org/viewvc?rev=1172362view=rev wonder what Oliver and Mathias had in mind as the proper fix... The idea was to add a new method IsInDtor to the layout and use this instead of the method of SwDoc where appropriate. The *real* fix would be fixing the layout mess so that it does not crash when a layout of a certain complexity is destroyed. But most probably that come close to a rewrite. The patch with the workaround you mentioned (that BTW meanwhiles is integrated in AOOo) has an explanation for the problem in vnew.cxx. Regards, Mathias ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] clean rebuilds needed
My recent commit to start undoing the basis/brand split, http://cgit.freedesktop.org/libreoffice/core/commit/?id=a66f9903bba9dc7eeff6683ebddcd34d4ad70068 makes it necessary to do clean rebuilds on non-Windows, as the RPATHs of all the moved libs have changed. Sorry for the late notification. -Stephan ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Base Development
On 09/23/2011 02:04 AM, Michael Meeks wrote: On Thu, 2011-09-22 at 16:11 -0700, NoOp wrote: There is almost no-one working on Base so it's gradually getting worse as regressions slip in Actually I was quoting a line from one of the numerous posts we get on the users list advising new users on the list /not/ to use Base. It would have been helpful to not have snipped the However there is a poster on the LO users list that continues to make statements such as: part. By far the best thing to do (as a user) is to get stuck into the base code and help out with it. I'd like to, but suspect that might be beyond my limitations. While I've a coding past (microcoding on Varian V series minicomputers mainframe emulation), I think that my time is better spent on assisting users from the user perspective. I'd very much appreciate it if I (we) could get a status on Base development/patches/bug fixes/developers etc., in order to counter/stop such posts... or confirm. The best way to counter / stop such posts is to do the work to start reading the code, and digging into whatever bug most concerns you - ask questions about the code here, and we can help out. If you use databases anyway you're prolly a more technical user, and the jump to being able to report very good bugs of the form: when I change this line to ABC the bug goes - do you think that is a fix ? rises. Since the beginning of September we've had 19 commits (to dbaccess connectivity) that I see in master - but hey - you should look at the public cgit logs and do the analysis yourself to avoid wasting developer time. Thanks to the link Cor provided (thanks Cor) I can do that. In looking at: http://cgit.freedesktop.org/libreoffice/core/tree/ I see what appear to be other components that also are Base related (unixODBC for example). Can you advise if there are more? I'm sorry that you, and apparently others here, feel that I'm wasting developer time. IMO Base is a key and primary component of LO, and it's outfacing representation, use and capabilities to those that use LO are, to me anyway, important. I'm not the enemy here, I'm just trying to get a handle on the development status of Base in order to present facts about the product when users, particularly new LO users, ask questions about it on the user list. I prefer factual responses to FUD. Anyway, again Sorry for the intrusion as a 'user'. and I'll not waste any more of the developers valuable time. ... ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 41007] EDITING: File dialog should allow to select and insert multiple pictures
https://bugs.freedesktop.org/show_bug.cgi?id=41007 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Summary|EDITING Can't insert|EDITING: File dialog should |multiple images at once |allow to select and insert ||multiple pictures Version|LibO 3.4.3 release |LibO 3.3.0 Beta2 URL||CONFIRMED OS/Version|Linux (All) |All Priority|medium |low Component|Writer |UI CC||LibreOffice@bielefeldundbus ||s.de --- Comment #1 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-09-22 23:19:50 PDT --- I can't see that as a particular WRITER limitaton, with LibreOffice 3.4.3 RC2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:302)] it's impossible to insert multiple pictures using the file dialog (does not matter whether LibO or OS). A simple workaround (at least with win) is to copy / paste or drag and drop multiple pictures from the WIN File Explorer to the document. So I see a low priority for that enhancement request -- 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 41139] New: Calc: scrolling jumps cells instead of characters
https://bugs.freedesktop.org/show_bug.cgi?id=41139 Summary: Calc: scrolling jumps cells instead of characters Product: LibreOffice Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: medium Component: UI AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: bobo...@gmail.com LibreOffice Calc scrolls from cell to cell instead of character by character. If a cell's contents don't all fit on the screen in the current resolution, the entirety of that cell is never visible. See OpenOffice.org bug 81907: http://openoffice.org/bugzilla/show_bug.cgi?id=81907 -- 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 41046] FILEOPEN (Excel empty file)
https://bugs.freedesktop.org/show_bug.cgi?id=41046 --- Comment #1 from vitriol vitriol_vitr...@katamail.com 2011-09-23 00:07:00 PDT --- With attached Sample_CRM.xls Excel 2010 says me: Not a valid file format, therefore this document doesn't work in Excel 2010. -- 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 41143] New: Bar chart for stacked mode is not stacking all rows
https://bugs.freedesktop.org/show_bug.cgi?id=41143 Summary: Bar chart for stacked mode is not stacking all rows Product: LibreOffice Version: LibO 3.3.3 release Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Chart AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: ed...@web.de Hello, I am running LibreOffice 3.3.3 on ubuntu natty 11.04. I want to create a table+chart using the column and line chart; using the stacked mode. It somewhat works: my first rows stack fine; my last row shows up as line within the chart. But: the second last row data ... is simply not stacked; it shows up as separate column. I am attaching a simple ODS showing my problem. I also created a forum entry for this; some user did some other experiments resulting in similar odd fails: http://en.libreofficeforum.org/node/1394 -- 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 40607] Previously-saved LibreOffice document lost by power outage (became 0 bytes long) - LibreOffice should call fsync
https://bugs.freedesktop.org/show_bug.cgi?id=40607 --- Comment #3 from Tristan Schmelcher tristan_schmelc...@alumni.uwaterloo.ca 2011-09-23 02:42:37 PDT --- Here's a decent example of how to fsync() from Java: http://android-developers.blogspot.com/2010/12/saving-data-safely.html. Note that if using buffered I/O then you also need to flush the data before the sync(). -- 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 41147] New: Linked SVG picture lost after FILESAVE / FILEOPEN
https://bugs.freedesktop.org/show_bug.cgi?id=41147 Summary: Linked SVG picture lost after FILESAVE / FILEOPEN Product: LibreOffice Version: LibO 3.4.3 release Platform: Other OS/Version: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: libreoff...@bielefeldundbuss.de Created an attachment (id=51537) -- (https://bugs.freedesktop.org/attachment.cgi?id=51537) Test kit for original report Steps how to reproduce with LibreOffice 3.4.3 RC2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:302)] 0. Unzip attached Test kit 1. Open mew WRITER document from LibO Start Center and save in test documents folder 2. Menu 'Insert - Picture - From File - Browse for Rotary_vane_pump.svg' 3. UNcheck Link if necessary 4. open 5. Insert page break below picture 6. Redo steps 2-4, but with CHECKED Link, ignore warnings 7. Close and save 8. Reopen WRITER document Expected: Both pump pictures shown Actual: only embedded one shown, linked one replaced by a terribly flickering placeholder Works fine with DRAW You should also see my results in drawingrotaryvanepump.odg and writerrotaryvanepump.odt -- 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 41147] Linked SVG picture lost after FILESAVE / FILEOPEN
https://bugs.freedesktop.org/show_bug.cgi?id=41147 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added OS/Version|All |Windows (All) -- 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 41073] EDITING: CRASH when Move/Copy Sheet with enabled EXTENSION Default Settings For Japanese
https://bugs.freedesktop.org/show_bug.cgi?id=41073 --- Comment #5 from M.Kamataki kamat...@openoffice.org 2011-09-23 04:50:24 PDT --- Created an attachment (id=51540) -- (https://bugs.freedesktop.org/attachment.cgi?id=51540) set a default template of Calc I confirmed this bug with Windows XP SP3 and LibreOffice 3.4.3. This problem happen when i set a default template of Calc. Bug reproducible step: 1. start Calc 2. set a default template of Calc (Please look at LibO41073ss01.png) 3. open sample file 4. right click on seet name tab 5. select Move/Copy Sheet in context menu 6. select - new document - in dialogbox 7. click OK (Please look at LibO41073ss02.png) 8. clash Our OOOUG released Default Settings For Japanese sets a default template of Calc.;- -- 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 41046] FILEOPEN (Excel empty file)
https://bugs.freedesktop.org/show_bug.cgi?id=41046 --- Comment #2 from Roberto HR hr.robe...@gmail.com 2011-09-23 06:24:51 PDT --- Hello Vitriol, I do not have that opportunity to try it in Excel 2010, but I have tried it on Excel 2000 and works fine. Would you have the opportunity to try it on Excel 2000? Vitriol, have a great day and happy weekend! -- 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 41119] Copy SVG Code Directly into LibreOffice to Render Pictures
https://bugs.freedesktop.org/show_bug.cgi?id=41119 --- Comment #1 from rk...@yahoo.com 2011-09-23 07:01:43 PDT --- Created an attachment (id=51544) -- (https://bugs.freedesktop.org/attachment.cgi?id=51544) Example of Current SVG Copy and Paste in LibO-dev 3.5.0 We agree! The ability to copy and paste SVG directly into LibreOffice would be a time saver and great enhancement! As an example, we tested the desired enhancement in the Master: LibO-dev 3.5.0 Build ID: 47a101d-ea64cb6-1e62dcb-725236 On OSX 10.6.8 Located at: http://dev-builds.libreoffice.org/daily/MacOSX_10.6.7_Intel_no-moz/master/2011-09-22_04.45.55/ with master~2011-09-22_04.45.55_LibO-Dev_OOO350m1_MacOS_x86_install_en-US.dmg Steps to reproduce: 1. Use a Web browser or Graphic Editor to find an SVG picture (we used both). 2. Copy the SVG picture. 3. Paste the SVG picture directly into LibreOffice. Expected results: SVG will appear within WRITER, DRAW, etc. Actual results (vary): Either the SVG code (NOT PICTURE) appears or an Error appears. For SVG Copy and Paste from Web Browser.png the copied SVG picture resulted in the insertion of the SVG code. For SVG Copy and Paste from Graphic Editor.png the copied SVG picture resulted in the error Requested clipboard format is not available. Expected result is shown in SVG Insert From File.png. It would be nice to see this enhancement in LibO 3.5.0. -- 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 41153] New: FILESAVE: TEST BUG
https://bugs.freedesktop.org/show_bug.cgi?id=41153 Summary: FILESAVE: TEST BUG Product: LibreOffice Version: LibO 3.3.0 RC2 Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Presentation AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: l...@dachary.org Problem description: Steps to reproduce: 1. 2. 3. Current behavior: Expected behavior: -- 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 38441] OLE: broken SAFEARRAY VType (oleautobridge.uno.dll)
https://bugs.freedesktop.org/show_bug.cgi?id=38441 --- Comment #4 from Arnaud D ad...@liciel.fr 2011-09-23 09:27:36 PDT --- @Petr Mladek If that's an old and not severe bug, explain me then how to resize Columns in OOo 3.3.x or LibO 3.4.x ? it does 3 days I pull my hair on this without luck, this was not me finally but a bug on your end you don't want to fixe. -- 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 38441] OLE: broken SAFEARRAY VType (oleautobridge.uno.dll)
https://bugs.freedesktop.org/show_bug.cgi?id=38441 Arnaud D ad...@liciel.fr changed: What|Removed |Added Version|LibO 3.4.1 RC1 |LibO 3.4.3 release -- 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 38441] OLE: broken SAFEARRAY VType (oleautobridge.uno.dll)
https://bugs.freedesktop.org/show_bug.cgi?id=38441 Arnaud D ad...@liciel.fr changed: What|Removed |Added Severity|major |blocker -- 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 39504] PRINTING. table/cell borders is very thin and light
https://bugs.freedesktop.org/show_bug.cgi?id=39504 Oleksandr Kalyniak sash...@ukr.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Oleksandr Kalyniak sash...@ukr.net 2011-09-23 09:36:11 PDT --- The problem is solved with LibreOffice 3.4.3. Many thanks. -- 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 41156] New: BUGZILLAASSISTANT: Component descriptions shows contents for latest mouseover, not for selected component
https://bugs.freedesktop.org/show_bug.cgi?id=41156 Summary: BUGZILLAASSISTANT: Component descriptions shows contents for latest mouseover, not for selected component Product: LibreOffice Version: unspecified Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: WWW AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: libreoff...@bielefeldundbuss.de Steps to reproduce: 1. Select Component UI 1.1. Move mouse to component pulldown Description will always show description of highlighted Component, that's good. 1.2. Click UI Component UI will be selected Expected: Description for UI Actual: Description for PDF export (mouse position) changes when mouse pointer touches other icon remains for last touched icon Same behavior if you do mousover in pulldown after selection Description changing with mouseover is a nice feature, but it has to switch to selected one after mouse pointer left icons area or pulldown. - Reported with Bug Submission Assistant - -- 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 35424] Impress crash
https://bugs.freedesktop.org/show_bug.cgi?id=35424 Björn Michaelsen bjoern.michael...@canonical.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #3 from Björn Michaelsen bjoern.michael...@canonical.com 2011-09-23 11:17:35 PDT --- *** This bug has been marked as a duplicate of bug 37850 *** -- 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 33025] Writer crashes after inactivity and after hibernation
https://bugs.freedesktop.org/show_bug.cgi?id=33025 Björn Michaelsen bjoern.michael...@canonical.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #7 from Björn Michaelsen bjoern.michael...@canonical.com 2011-09-23 11:20:32 PDT --- *** This bug has been marked as a duplicate of bug 37850 *** -- 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 37726] Clicking Print Preview in Writer crashes the application
https://bugs.freedesktop.org/show_bug.cgi?id=37726 Björn Michaelsen bjoern.michael...@canonical.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE AssignedTo|grande7...@gmail.com|libreoffice-b...@lists.free ||desktop.org See Also||https://launchpad.net/bugs/ ||754562 --- Comment #6 from Björn Michaelsen bjoern.michael...@canonical.com 2011-09-23 11:26:41 PDT --- *** This bug has been marked as a duplicate of bug 37762 *** -- 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 37762] Segmentation fault on page preview with extension lo-menubar installed
https://bugs.freedesktop.org/show_bug.cgi?id=37762 Björn Michaelsen bjoern.michael...@canonical.com changed: What|Removed |Added CC||lpso...@netscape.net --- Comment #5 from Björn Michaelsen bjoern.michael...@canonical.com 2011-09-23 11:26:41 PDT --- *** Bug 37726 has been marked as a duplicate of this bug. *** -- 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 39258] EDITING soffice.bin crashed with SIGABRT in __kernel_vsyscall()
https://bugs.freedesktop.org/show_bug.cgi?id=39258 --- Comment #1 from Björn Michaelsen bjoern.michael...@canonical.com 2011-09-23 11:35:57 PDT --- also crashes libreoffice-core 1:3.4.3-1ubuntu3 from oneiric -- 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 40766] Writer crashes after being open for a long time
https://bugs.freedesktop.org/show_bug.cgi?id=40766 Björn Michaelsen bjoern.michael...@canonical.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #3 from Björn Michaelsen bjoern.michael...@canonical.com 2011-09-23 11:41:18 PDT --- Most likely bug 37850, making a dupe because details to differentiate are missing. *** This bug has been marked as a duplicate of bug 37859 *** -- 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 40766] Writer crashes after being open for a long time
https://bugs.freedesktop.org/show_bug.cgi?id=40766 --- Comment #4 from Björn Michaelsen bjoern.michael...@canonical.com 2011-09-23 11:41:39 PDT --- *** This bug has been marked as a duplicate of bug 37850 *** -- 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 37390] LibreOffice does not create valid ODF.
https://bugs.freedesktop.org/show_bug.cgi?id=37390 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added Component|Writer |Database AssignedTo|cedric.bosdonnat.ooo@free.f |libreoffice-b...@lists.free |r |desktop.org -- 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 37390] LibreOffice does not create valid ODF.
https://bugs.freedesktop.org/show_bug.cgi?id=37390 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added Component|Database|Writer -- 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 41161] New: VIEWING: Improper Layout of elements in mbedded forms
https://bugs.freedesktop.org/show_bug.cgi?id=41161 Summary: VIEWING: Improper Layout of elements in mbedded forms Product: LibreOffice Version: LibO 3.4.3 release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Database AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: d...@baseanswers.com Test system - LibO 3.4.3 (from TDF download) and LibO 3.3.3 (Ubuntu Repsotory), Ubuntu Studio 11.04 64bit, Gnome desktop. Opening embedded forms in ODB files created with OO.o 3.1 with LibO 3.4.3 renders incorrect (badly) layout of the UI elements. Doing so with LbO 3.3.3 does not have the same problems. Currently I've only checked this with a few odb files originally created and last edited with OO.o 3.0 - haven not checked if forms created with Libo 3.4.3 do or do not have the problems - but expect so (see next Issue) Steps to reproduce: Open attached odb file Expand the folder MSIS Open the form frmInvoiceHead (though most any will do) Current behavior: See screen shot attached from 3.4.3 Expected behavior: see screen shot attached from 3.3.3 -- 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 41161] VIEWING: Improper Layout of elements in mbedded forms
https://bugs.freedesktop.org/show_bug.cgi?id=41161 --- Comment #1 from Drew Jensen d...@baseanswers.com 2011-09-23 16:04:35 PDT --- Created an attachment (id=51556) -- (https://bugs.freedesktop.org/attachment.cgi?id=51556) test file -- 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 41161] VIEWING: Improper Layout of elements in mbedded forms
https://bugs.freedesktop.org/show_bug.cgi?id=41161 --- Comment #2 from Drew Jensen d...@baseanswers.com 2011-09-23 16:09:59 PDT --- Created an attachment (id=51557) -- (https://bugs.freedesktop.org/attachment.cgi?id=51557) Screen shot of test forum opned with LibO 3.4.3 -- 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 36841] FILEOPEN fails on gnumeric spreadsheet files
https://bugs.freedesktop.org/show_bug.cgi?id=36841 --- Comment #3 from llamead...@gmail.com 2011-09-23 16:16:47 PDT --- Created an attachment (id=51559) -- (https://bugs.freedesktop.org/attachment.cgi?id=51559) Gnumeric XML file that does not open in LibreOffice calc 3.3.3 LibreOffice 3.3.3 OOO330m19 (Build:301) tag libreoffice-3.3.3.1, Ubuntu package 1:3.3.3-1ubuntu2 -- 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 41161] VIEWING: Improper Layout of elements in mbedded forms
https://bugs.freedesktop.org/show_bug.cgi?id=41161 --- Comment #4 from Drew Jensen d...@baseanswers.com 2011-09-23 16:21:06 PDT --- Actually I mentioned a next issue in the earlier comments - but maybe not - it really looks, to me, that the issue just that the View setting for the ODT file (as form) is set to print and not web. also - the PageFormat menu item is active under 3.4.3, which it shouldn't be. I was going to open that as a separate issue, and if will if you want, but perhaps that is tied close enough to this issue so as to be not needed. -- 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 40081] FILEOPEN, FORMATTING - Reading of Doc file, apparent conversion problem
https://bugs.freedesktop.org/show_bug.cgi?id=40081 --- Comment #7 from Rich Reamer richr...@operamail.com 2011-09-23 18:51:03 PDT --- so what do you want to do with this ticket?? -- 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 38080] Save and re-open spreadsheet and all data is lost (Windows 7 dual monitor)
https://bugs.freedesktop.org/show_bug.cgi?id=38080 --- Comment #11 from Aibara cranberrydoug...@yahoo.com 2011-09-23 19:16:05 PDT --- I also have this problem. I am not using two monitors (just my laptop), and am running the 32-bit Linux version (3.4.3). Like one of the cases Alyssa mentioned above, the file size remained as it did with the data in it, yet all the content disappears. It seems quite serious to me, especially because there is no error message when you save the file. I only discovered it after saving a spreadsheet then realizing a month or two later that all my data was destroyed!! I filed a separate bug before I saw this one, see: https://bugs.freedesktop.org/show_bug.cgi?id=41056 -- 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