[Libreoffice-commits] calc/xlsx-import
calc/xlsx-import/perf/8-by-30-cells.xlsx |binary 1 file changed New commits: commit 1bfb69e6161fecdf6f131d233694fdb457eed91a Author: Kohei Yoshida kohei.yosh...@gmail.com Date: Sat May 12 11:19:08 2012 -0400 New large xlsx document that contains 8 by 30 cells. diff --git a/calc/xlsx-import/perf/8-by-30-cells.xlsx b/calc/xlsx-import/perf/8-by-30-cells.xlsx new file mode 100644 index 000..abe21b6 Binary files /dev/null and b/calc/xlsx-import/perf/8-by-30-cells.xlsx differ ___ Libreoffice-commits mailing list Libreoffice-commits@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: drawinglayer/source
drawinglayer/source/processor3d/zbufferprocessor3d.cxx |1 +
1 file changed, 1 insertion(+)
New commits:
commit da2f9e3901d7eccf6633d4d71160b33ae060a624
Author: Julien Nabet serval2...@yahoo.fr
Date: Sat May 12 08:31:51 2012 +0200
Fix uninitialized value
Change-Id: I23e35a6453907e44ff43f63ad1d619920f806d03
diff --git a/drawinglayer/source/processor3d/zbufferprocessor3d.cxx
b/drawinglayer/source/processor3d/zbufferprocessor3d.cxx
index bb35028..d65b3a0 100644
--- a/drawinglayer/source/processor3d/zbufferprocessor3d.cxx
+++ b/drawinglayer/source/processor3d/zbufferprocessor3d.cxx
@@ -374,6 +374,7 @@ public:
mbModifyColor(false),
mbUseTex(false),
mbHasTexCoor(false),
+mbHasInvTexCoor(false),
mbUseNrm(false),
mbUseCol(false)
{}
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: configure.in
configure.in | 36 1 file changed, 12 insertions(+), 24 deletions(-) New commits: commit 27cf5f8140c99937aa3e3d7ee3c20a11dd1cabe1 Author: Caolán McNamara caol...@redhat.com Date: Sat May 12 09:37:20 2012 +0100 cross-compilation with mingw32 woes in i18npool seems the situation is that we link to the mingw32-system-icu but build the bundled icu natively in order to use its tools at build time. Which means we need the ICU_RECLASSIFIED_CLOSE_PARENTHESIS ICU_RECLASSIFIED_PREPEND_SET_EMPTY defaults to match the internal icu defaults Change-Id: I09a693d795b956789170cc65a582a4367366acaa diff --git a/configure.in b/configure.in index 71b8f1f..595ba71 100644 --- a/configure.in +++ b/configure.in @@ -7690,8 +7690,8 @@ SYSTEM_GENCMN= ICU_MAJOR= ICU_MINOR= ICU_MICRO= -ICU_RECLASSIFIED_CLOSE_PARENTHESIS= -ICU_RECLASSIFIED_PREPEND_SET_EMPTY= +ICU_RECLASSIFIED_CLOSE_PARENTHESIS=YES +ICU_RECLASSIFIED_PREPEND_SET_EMPTY=YES AC_MSG_CHECKING([which icu to use]) if test $with_system_icu = yes; then AC_MSG_RESULT([external]) @@ -7712,16 +7712,6 @@ if test $with_system_icu = yes; then ICU_MAJOR=`echo $ICU_VERSION | cut -d. -f1` ICU_MINOR=`echo $ICU_VERSION | cut -d. -f2` ICU_MICRO=`echo $ICU_VERSION | cut -d. -f3` -if test $ICU_MAJOR -ge 5 -o $ICU_MAJOR = 4 -a $ICU_MINOR -ge 4; then -ICU_RECLASSIFIED_CLOSE_PARENTHESIS=YES -else -ICU_RECLASSIFIED_CLOSE_PARENTHESIS=NO -fi -if test $ICU_MAJOR -ge 5 -o $ICU_MAJOR = 4 -a $ICU_MINOR -ge 9; then -ICU_RECLASSIFIED_PREPEND_SET_EMPTY=YES -else -ICU_RECLASSIFIED_PREPEND_SET_EMPTY=NO -fi if test $ICU_MAJOR -ge 4; then AC_MSG_RESULT([OK, $ICU_VERSION]) @@ -7744,16 +7734,6 @@ if test $with_system_icu = yes; then You can use --with-system-icu-for-build=force to use it anyway.]) fi fi -if test $ICU_MAJOR_FOR_BUILD -ge 5 -o $ICU_MAJOR_FOR_BUILD = 4 -a $ICU_MINOR_FOR_BUILD -ge 4; then -ICU_RECLASSIFIED_CLOSE_PARENTHESIS=YES -else -ICU_RECLASSIFIED_CLOSE_PARENTHESIS=NO -fi -if test $ICU_MAJOR_FOR_BUILD -ge 5 -o $ICU_MAJOR_FOR_BUILD = 4 -a $ICU_MINOR_FOR_BUILD -ge 9; then -ICU_RECLASSIFIED_PREPEND_SET_EMPTY=YES -else -ICU_RECLASSIFIED_PREPEND_SET_EMPTY=NO -fi fi if test $cross_compiling != yes -o $with_system_icu_for_build = yes -o $with_system_icu_for_build = force; then @@ -7771,6 +7751,16 @@ You can use --with-system-icu-for-build=force to use it anyway.]) if test -z $SYSTEM_GENCMN; then AC_MSG_ERROR([\'gencmn\' not found in \$PATH, install the icu development tool \'gencmn\']) fi +if test $ICU_MAJOR -ge 5 -o $ICU_MAJOR = 4 -a $ICU_MINOR -ge 4; then +ICU_RECLASSIFIED_CLOSE_PARENTHESIS=YES +else +ICU_RECLASSIFIED_CLOSE_PARENTHESIS=NO +fi +if test $ICU_MAJOR -ge 5 -o $ICU_MAJOR = 4 -a $ICU_MINOR -ge 9; then +ICU_RECLASSIFIED_PREPEND_SET_EMPTY=YES +else +ICU_RECLASSIFIED_PREPEND_SET_EMPTY=NO +fi fi libo_MINGW_CHECK_DLL([ICUDATA], [icudata][$ICU_MAJOR][$ICU_MINOR]) @@ -7779,8 +7769,6 @@ You can use --with-system-icu-for-build=force to use it anyway.]) else AC_MSG_RESULT([internal]) SYSTEM_ICU=NO -ICU_RECLASSIFIED_CLOSE_PARENTHESIS=YES -ICU_RECLASSIFIED_PREPEND_SET_EMPTY=YES BUILD_TYPE=$BUILD_TYPE ICU fi ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
License statement
All of my past and future contributions to LibreOffice may be licensed under the MPL/LGPLv3+ dual license. Cheers, Povilas ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: How to add color scales to ODF?
Only sent this to Kohei... sending to list, too, now. On 12 May 2012 12:09, Stefan Knorr (Astron) heinzless...@googlemail.com wrote: Hi all, On 11 May 2012 17:50, Kohei Yoshida kohei.yosh...@gmail.com wrote: On Fri, May 11, 2012 at 8:53 AM, Michael Stahl mst...@redhat.com wrote: i wonder if that restriction is really necessary. IMO it is. Imagine a case where the same color scale definition is applied to non-contiguous regions, and you having to decide whether to scale those regions as if they are unified, or treat them as independent ranges (therefore independent scaling). Having that Interestingly, MSO 2010 has a feature whereby it automatically adds neighbouring cells to conditionally formatted ranges. For instance, you can define A5:B7 as the range for the format. If you then click into an empty cell at the bottom or right of your defined range (ex: cell A8) and add a value to it, the range will automatically become A5:B7;A8 [1]. So, while the two-or-more cells restriction still applies[2], the continuous range requirement seems like it is reducing Excel compatibility, to me (for better or worse). Astron. [1] Yes, over time, this leads to incredibly ugly ranges, but it is very practical when e.g. doing monthly updates on a list. [2] I believe what happens when when you set a colour scale for only one cell in Excel and use extrema/percentages/percentiles, is that it just isn't coloured at all. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice-commits] .: 2 commits - accessibility/CustomTarget_bridge_inc.mk configure.in extensions/CustomTarget_so_activex_idl.mk extensions/Library_so_activex.mk extensions/Library_so_activex_
Ah, you are correct. OK, So I just did a test on my tinderbox with really long paths and it fails dramatically all over the place. I'll see if I can figure out where the breaking point is. On 2012-05-11 18:21, Lubos Lunak wrote: On Friday 11 of May 2012, Noel Grandin wrote: On 2012-05-11 17:46, Lubos Lunak wrote: Why are you so sure about any of these? Does somebody build with this long parth successfully? E.g. your tinderbox does not. My tinderbox does. I was the tester before this patch was committed. Win-x86_17-Windows7-hexrex ? That one, according to its log, builds in C:/LibreOffice/libo/ and D:/ . Disclaimer: http://www.peralex.com/disclaimer.html ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Bug 37361] LibreOffice 3.5 most annoying bugs
https://bugs.freedesktop.org/show_bug.cgi?id=37361 --- Comment #307 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2012-05-12 04:47:14 PDT --- Add Bug 30920 - closing the license document closes LibO. I doubt that that crashes cause much problems, but it's a crash at a very visible place an can be used for malicious-joy, scorn and ridicule -- 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-commits] .: sw/source
sw/source/filter/xml/xmlexpit.cxx |2 ++ sw/source/filter/xml/xmlimpit.cxx |2 ++ 2 files changed, 4 insertions(+) New commits: commit bf059373655c0bb8f69f2114caf4c305428879a2 Author: Arnaud Versini arnaud.vers...@gmail.com Date: Sat May 12 13:59:24 2012 +0200 Fix memory leak when using XMLPropertyHandler in sw xml filters. Change-Id: I I I5ddab734595d97486f507f2a6b752b4f0a28087e diff --git a/sw/source/filter/xml/xmlexpit.cxx b/sw/source/filter/xml/xmlexpit.cxx index 5018607..72f711d 100644 --- a/sw/source/filter/xml/xmlexpit.cxx +++ b/sw/source/filter/xml/xmlexpit.cxx @@ -1110,6 +1110,8 @@ sal_Bool SvXMLExportItemMapper::QueryXMLValue( rUnitConverter ); if( bOk ) aOut.append( sValue ); + +delete pWritingModeHandler; } } break; diff --git a/sw/source/filter/xml/xmlimpit.cxx b/sw/source/filter/xml/xmlimpit.cxx index bdf8795..8260ba5 100644 --- a/sw/source/filter/xml/xmlimpit.cxx +++ b/sw/source/filter/xml/xmlimpit.cxx @@ -947,6 +947,8 @@ sal_Bool SvXMLImportItemMapper::PutXMLValue( rUnitConverter ); if( bOk ) bOk = rItem.PutValue( aAny ); + +delete pWritingModeHandler; } } break; ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: svl/source
svl/source/passwordcontainer/passwordcontainer.cxx |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit 837c864bb3e1c1ea868d3b6f65f2af1a4cfb03e1
Author: Julien Nabet serval2...@yahoo.fr
Date: Sat May 12 16:13:15 2012 +0200
Replace !var.size() by var.empty()
Change-Id: I936b59a5bf339d1520cbc10e51b1e9fdc937f0f3
diff --git a/svl/source/passwordcontainer/passwordcontainer.cxx
b/svl/source/passwordcontainer/passwordcontainer.cxx
index 52bdbcb..dccff95 100644
--- a/svl/source/passwordcontainer/passwordcontainer.cxx
+++ b/svl/source/passwordcontainer/passwordcontainer.cxx
@@ -933,7 +933,7 @@ UrlRecord PasswordContainer::find(
else
{
vector ::rtl::OUString aRM( DecodePasswords(
aEncodedMP, aPass ) );
-if( !aRM.size() || !aPass.equals( aRM[0] ) )
+if( aRM.empty() || !aPass.equals( aRM[0] ) )
{
bAskAgain = sal_True;
aRMode = PasswordRequestMode_PASSWORD_REENTER;
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: scp2/source
scp2/source/ooo/file_ooo.scp |3 --- 1 file changed, 3 deletions(-) New commits: commit 7f92933fd89beb6ddd2eebc2da11eae5a0cb59a3 Author: Rene Engelhard r...@debian.org Date: Sat May 12 16:19:45 2012 +0200 actually install nsplugin (again) Change-Id: Id0dce7de72d538857cf4341bb9e1b30d2cf7e9dc diff --git a/scp2/source/ooo/file_ooo.scp b/scp2/source/ooo/file_ooo.scp index 62361e6..459d31e 100644 --- a/scp2/source/ooo/file_ooo.scp +++ b/scp2/source/ooo/file_ooo.scp @@ -108,8 +108,6 @@ File gid_File_Basic_Tutorials Name = basicsrvtutorials.zip; End -#ifndef WITHOUT_MOZILLA - #ifdef ENABLE_NSPLUGIN File gid_File_Exe_Nsplugin BIN_FILE_BODY; @@ -122,7 +120,6 @@ File gid_File_Exe_Nsplugin #endif End #endif -#endif File gid_File_Bin_Gengal BIN_FILE_BODY; ___ Libreoffice-commits mailing list libreoffice-comm...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: test/inc
test/inc/test/beans/xpropertyset.hxx |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit f941184568634e578ce0421908b9000a20eab54a
Author: Stephan Bergmann sberg...@redhat.com
Date: Sat May 12 16:37:50 2012 +0200
Explicitly export nested struct (needed on Mac OS X)
Change-Id: I59b385ce27640845413247d2e117b787f9d8b339
diff --git a/test/inc/test/beans/xpropertyset.hxx
b/test/inc/test/beans/xpropertyset.hxx
index c69024c..03839ea 100644
--- a/test/inc/test/beans/xpropertyset.hxx
+++ b/test/inc/test/beans/xpropertyset.hxx
@@ -64,7 +64,7 @@ private:
static bool getSinglePropertyValue(
const uno::Referencebeans::XPropertySet xPropSet, const
rtl::OUString rName);
-struct PropsToTest
+struct OOO_DLLPUBLIC_TEST PropsToTest
{
std::vectorrtl::OUString constrained;
std::vectorrtl::OUString bound;
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits
[Libreoffice-commits] .: Branch 'libreoffice-3-5' - sdext/source
sdext/source/presenter/PresenterHelpView.cxx | 66 ---
1 file changed, 51 insertions(+), 15 deletions(-)
New commits:
commit cf90a279a4ba18e73067b7a978af5ef1f1b98e27
Author: Gábor Stefanik netrolller...@gmail.com
Date: Fri May 11 06:23:32 2012 +0200
fdo#46223: Fix Presenter Console help screen layout
Change-Id: I18d2fda46d3a6427b1691c1ff7838097bb25d0ec
Signed-off-by: Andras Timar ati...@suse.com
diff --git a/sdext/source/presenter/PresenterHelpView.cxx
b/sdext/source/presenter/PresenterHelpView.cxx
index 45a365b..e2ec90f 100644
--- a/sdext/source/presenter/PresenterHelpView.cxx
+++ b/sdext/source/presenter/PresenterHelpView.cxx
@@ -426,10 +426,6 @@ void PresenterHelpView::CheckFontSize (void)
if (mpFont.get() == NULL)
return;
-const awt::Rectangle aWindowBox (mxWindow-getPosSize());
-if (aWindowBox.Width=0 || aWindowBox.Height=0)
-return;
-
sal_Int32 nBestSize (6);
// Scaling down and then reformatting can cause the text to be too large
@@ -437,7 +433,7 @@ void PresenterHelpView::CheckFontSize (void)
// small enough. Restrict the number of loops.
for (int nLoopCount=0; nLoopCount5; ++nLoopCount)
{
-double nY (gnVerticalBorder);
+double nY (0.0);
TextContainer::iterator iBlock (mpTextContainer-begin());
TextContainer::const_iterator iBlockEnd (mpTextContainer-end());
for ( ; iBlock!=iBlockEnd; ++iBlock)
@@ -445,7 +441,7 @@ void PresenterHelpView::CheckFontSize (void)
(*iBlock)-maLeft.GetHeight(),
(*iBlock)-maRight.GetHeight());
-const double nHeightDifference (nY -
(aWindowBox.Height-gnVerticalBorder));
+const double nHeightDifference (nY - (mnSeparatorY-gnVerticalBorder));
if (nHeightDifference = 0 nHeightDifference -50)
{
// We have found a good font size that is large and leaves not
@@ -453,16 +449,14 @@ void PresenterHelpView::CheckFontSize (void)
return;
}
-// Font is too large. Make it smaller.
-
// Use a simple linear transformation to calculate initial guess of
// a size that lets all help text be shown inside the window.
-const double nScale (double(aWindowBox.Height-gnVerticalBorder) / nY);
-if (nScale 0.95 nScale 1.05)
+const double nScale (double(mnSeparatorY-gnVerticalBorder) / nY);
+if (nScale 1.0 nScale 1.05)
break;
-sal_Int32 nFontSizeGuess
(::std::max(sal_Int32(1),sal_Int32(mpFont-mnSize * nScale)));
-if (nHeightDifference0 mpFont-mnSizenBestSize)
+sal_Int32 nFontSizeGuess (sal_Int32(mpFont-mnSize * nScale));
+if (nHeightDifference=0 mpFont-mnSizenBestSize)
nBestSize = mpFont-mnSize;
mpFont-mnSize = nFontSizeGuess;
mpFont-mxFont = NULL;
@@ -759,12 +753,53 @@ void LineDescriptorList::FormatText (
vectorOUString::const_iterator iPart (rTextParts.begin());
vectorOUString::const_iterator iEnd (rTextParts.end());
-for ( ; iPart!=iEnd; ++iPart)
+while (iPart!=iEnd)
{
if (aLineDescriptor.IsEmpty())
{
// Avoid empty lines.
-aLineDescriptor.AddPart(*iPart, rxFont);
+if (PresenterCanvasHelper::GetTextSize(
+rxFont, *iPart).Width nMaximalWidth)
+{
+const sal_Char cSpace (' ');
+
+sal_Int32 nIndex (0);
+sal_Int32 nStart (0);
+sal_Int32 nLength (iPart-getLength());
+while (nIndex nLength)
+{
+sal_Int32 nSpaceIndex (iPart-indexOf(cSpace, nIndex));
+while (nSpaceIndex = 0
PresenterCanvasHelper::GetTextSize(
+rxFont, iPart-copy(nStart, nSpaceIndex-nStart)).Width
= nMaximalWidth)
+{
+nIndex = nSpaceIndex;
+nSpaceIndex = iPart-indexOf(cSpace, nIndex+1);
+}
+
+if (nSpaceIndex 0 PresenterCanvasHelper::GetTextSize(
+rxFont, iPart-copy(nStart, nLength-nStart)).Width =
nMaximalWidth)
+{
+nIndex = nLength;
+}
+
+if (nIndex == nStart)
+{
+nIndex = nLength;
+}
+
+aLineDescriptor.AddPart(iPart-copy(nStart,
nIndex-nStart), rxFont);
+if (nIndex != nLength)
+{
+mpLineDescriptors-push_back(aLineDescriptor);
+aLineDescriptor = LineDescriptor();
+}
+nStart = nIndex;
+}
+}
+else
+{
+aLineDescriptor.AddPart(*iPart, rxFont);
+}
}
Re: [PUSHED] fdo#46223: Fix Presenter Console help screen layout
Hi Gabor, 2012/5/11 Gábor Stefanik netrolller...@gmail.com: The code for laying out the Presenter Console help screen has a number of errors: 1. It starts with an initial guess for the font size, then attempts to reduce that size until a suitable value is found. This fails when the initial guess is already too small. 2. It fails to take the space taken up by the Close button into account. As a result, help text may overlap the Close button. 3. Long lines are only wrapped next to commas, and never at spaces. This can cause text to get clipped horizontally, instead of being correctly wrapped. This patch fixes these issues. Wrapping still prefers commas to spaces, but if a sequence containing no commas cannot fit on a single line, it resorts to space-based wrapping. This way, clipping can only occur if a single long word cannot fit on a line - hardly a plausible scenario. Good job, you fixed the bug for most of the languages. FYI, some languages (scripts) neither use spaces to separate words, nor use normal commas, so there might be some corner cases that are not covered by your patch. I would say there is no need to overengineer layouting of this window, affected languages can find out something, e.g. put spaces manually into the translated string where they want the line to break. Pushed to master and libreoffice-3-5. Best regards, Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
License statement
All of my past future contributions to LibreOffice may be licensed under the MPL/LGPLv3+ dual license. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
psp::PrinterInfoManager related build problems
Hi, I've made clean and still can't build LibO (error messages see below). Any idea what might be my problem? Tinderboxes are green, so master should be buildable?!? Christina home/cr/Software/LibO3/core/workdir/unxlngx6.pro/CxxObject/vcl/generic/print/printerjob.o: In function `psp::PrinterJob::writeJobPatch(osl::File*, psp::JobData const)': printerjob.cxx:(.text+0x1149): undefined reference to `psp::PrinterInfoManager::get()' /home/cr/Software/LibO3/core/workdir/unxlngx6.pro/CxxObject/vcl/generic/print/printerjob.o: In function `psp::PrinterJob::writeFeatureList(osl::File*, psp::JobData const, bool)': printerjob.cxx:(.text+0x20ea): undefined reference to `psp::PrinterInfoManager::get()' /home/cr/Software/LibO3/core/workdir/unxlngx6.pro/CxxObject/vcl/generic/print/printerjob.o: In function `psp::PrinterJob::writeSetup(osl::File*, psp::JobData const)': printerjob.cxx:(.text+0x2371): undefined reference to `psp::PrinterInfoManager::get()' printerjob.cxx:(.text+0x238c): undefined reference to `psp::PrinterInfoManager::checkFeatureToken(rtl::OUString const, char const*) const' /home/cr/Software/LibO3/core/workdir/unxlngx6.pro/CxxObject/vcl/generic/print/printerjob.o: In function `psp::PrinterJob::EndJob()': printerjob.cxx:(.text+0x2ad1): undefined reference to `psp::PrinterInfoManager::get()' printerjob.cxx:(.text+0x2b09): undefined reference to `psp::PrinterInfoManager::get()' /home/cr/Software/LibO3/core/workdir/unxlngx6.pro/CxxObject/vcl/generic/print/genprnpsp.o: In function `PspSalInfoPrinter::GetCapabilities(ImplJobSetup const*, unsigned short)': genprnpsp.cxx:(.text+0xef1): undefined reference to `psp::PrinterInfoManager::get()' genprnpsp.cxx:(.text+0xf04): undefined reference to `psp::PrinterInfoManager::checkFeatureToken(rtl::OUString const, char const*) const' genprnpsp.cxx:(.text+0x1101): undefined reference to `psp::PrinterInfoManager::get()' genprnpsp.cxx:(.text+0x110d): undefined reference to `psp::PrinterInfoManager::getPrinterInfo(rtl::OUString const) const' genprnpsp.cxx:(.text+0x1199): undefined reference to `psp::PrinterInfoManager::get()' genprnpsp.cxx:(.text+0x11ac): undefined reference to `psp::PrinterInfoManager::checkFeatureToken(rtl::OUString const, char const*) const' genprnpsp.cxx:(.text+0x11ca): undefined reference to `psp::PrinterInfoManager::get()' genprnpsp.cxx:(.text+0x11dc): undefined reference to `psp::PrinterInfoManager::checkFeatureToken(rtl::OUString const, char const*) const' genprnpsp.cxx:(.text+0x11e9): undefined reference to `psp::PrinterInfoManager::get()' genprnpsp.cxx:(.text+0x11f4): undefined reference to `psp::PrinterInfoManager::getPrinterInfo(rtl::OUString const) const' /home/cr/Software/LibO3/core/workdir/unxlngx6.pro/CxxObject/vcl/generic/print/genprnpsp.o: In function `PspSalPrinter::EndJob()': genprnpsp.cxx:(.text+0x2861): undefined reference to `psp::PrinterInfoManager::get()' genprnpsp.cxx:(.text+0x2870): undefined reference to `psp::PrinterInfoManager::getPrinterInfo(rtl::OUString const) const' genprnpsp.cxx:(.text+0x28d1): undefined reference to `psp::PrinterInfoManager::get()' genprnpsp.cxx:(.text+0x28e5): undefined reference to `psp::PrinterInfoManager::getPrinterInfo(rtl::OUString const) const' /home/cr/Software/LibO3/core/workdir/unxlngx6.pro/CxxObject/vcl/generic/print/genprnpsp.o: In function `SalGenericInstance::GetPrinterQueueInfo(ImplPrnQueueList*)': genprnpsp.cxx:(.text+0x2d88): undefined reference to `psp::PrinterInfoManager::get()' genprnpsp.cxx:(.text+0x2ddf): undefined reference to `psp::PrinterInfoManager::listPrinters(std::listrtl::OUString, std::allocatorrtl::OUString ) const' genprnpsp.cxx:(.text+0x2e02): undefined reference to `psp::PrinterInfoManager::getPrinterInfo(rtl::OUString const) const' /home/cr/Software/LibO3/core/workdir/unxlngx6.pro/CxxObject/vcl/generic/print/genprnpsp.o: In function `SalGenericInstance::GetDefaultPrinter()': genprnpsp.cxx:(.text+0x3009): undefined reference to `psp::PrinterInfoManager::get()' /home/cr/Software/LibO3/core/workdir/unxlngx6.pro/CxxObject/vcl/generic/print/genprnpsp.o: In function `PrinterUpdate::doUpdate()': genprnpsp.cxx:(.text+0x3312): undefined reference to `psp::PrinterInfoManager::get()' /home/cr/Software/LibO3/core/workdir/unxlngx6.pro/CxxObject/vcl/generic/print/genprnpsp.o: In function `PspSalPrinter::StartJob(rtl::OUString const*, rtl::OUString const, rtl::OUString const, unsigned long, bool, bool, ImplJobSetup*)': genprnpsp.cxx:(.text+0x37f1): undefined reference to `psp::PrinterInfoManager::get()' genprnpsp.cxx:(.text+0x3804): undefined reference to `psp::PrinterInfoManager::getPrinterInfo(rtl::OUString const) const' /home/cr/Software/LibO3/core/workdir/unxlngx6.pro/CxxObject/vcl/generic/print/genprnpsp.o: In function `PspSalPrinter::StartJob(rtl::OUString const*, rtl::OUString const, rtl::OUString const, ImplJobSetup*, vcl::PrinterController)': genprnpsp.cxx:(.text+0x4ab3): undefined reference to
Re: [PATCH 3-5] fdo#47644 performance regression on largish .doc #2 ...
On Fri, 2012-05-11 at 22:22 +0100, Michael Meeks wrote:
Argh - and it's entirely possible that this breaks the
CVE-2010-3454-1.doc test on -3-5 - but it's rather too late to double
check that now; seems to pass on master though; most odd. Will poke
Monday.
Wow - this was a -really- 'fun' problem to nail ;-) it turns out that
simply walking the fat chain pollutes the state of the streams in a way
that is extraordinarily hard to unwind; ie. even just calling the
original makePageChainCache method (or sim.) would seek beyond the end
of the stream, putting it in some un-recoverable state (or somesuch).
Anyhow - after the big chunk of life working that out, it dawned on me
that there is no need for the pagechaincache building to be slow, and
that we should do it always, and incrementally as we read. Hopefully
that'll still allow us to recover parts of word documents that are not
seekable.
So - I re-worked this to simplify, incrementally build the page chain
cache which might help performance in nasty corner cases, and also wrote
some regression tests [ which are hairy, the sot/ 'pass' documents have
some nice instances of broken FAT chains ;-].
The 'slow.doc' parses in ~4 seconds for me now; though there is some
hyper-long and painfully incomprehensible 15 second thrash after that
(with no progress bar) still ;-)
I'd like to get this reviewed, more widely tested and into -3-5 (as yet
it's not in master either, this is vs. -3-5 ;-) It'd be worth testing
any documents we know of, where previously we could recover some of the
document content from the beginning of the stream, where the end was
corrupt (I guess).
Thanks !
Michael.
--
michael.me...@suse.com , Pseudo Engineer, itinerant idiot
From fe0e7c2664a6fc9e3fae4404d41645cecc9e2624 Mon Sep 17 00:00:00 2001
From: Michael Meeks michael.me...@suse.com
Date: Fri, 11 May 2012 20:19:21 +0100
Subject: [PATCH] sot: re-work OLE2 offset-to-page computation with a FAT
chain cache
---
sot/qa/cppunit/test_sot.cxx| 74 -
sot/source/sdstor/stgstrms.cxx | 144 +---
sot/source/sdstor/stgstrms.hxx |3 +
3 files changed, 180 insertions(+), 41 deletions(-)
diff --git a/sot/qa/cppunit/test_sot.cxx b/sot/qa/cppunit/test_sot.cxx
index 36d0b02..0f91bdf 100644
--- a/sot/qa/cppunit/test_sot.cxx
+++ b/sot/qa/cppunit/test_sot.cxx
@@ -33,6 +33,7 @@
#include osl/file.hxx
#include osl/process.h
#include sot/storage.hxx
+#include sot/storinfo.hxx
using namespace ::com::sun::star;
@@ -45,6 +46,11 @@ namespace
public:
SotTest() {}
+bool checkStream( const SotStorageRef xObjStor,
+ const String rStreamName,
+ sal_uLong nSize );
+bool checkStorage( const SotStorageRef xObjStor );
+
virtual bool load(const rtl::OUString ,
const rtl::OUString rURL, const rtl::OUString );
@@ -55,12 +61,78 @@ namespace
CPPUNIT_TEST_SUITE_END();
};
+bool SotTest::checkStream( const SotStorageRef xObjStor,
+ const String rStreamName,
+ sal_uLong nSize )
+{
+unsigned char *pData = (unsigned char*)malloc( nSize );
+sal_uLong nReadableSize = 0;
+if( !pData )
+return true;
+
+{ // Read the data in one block
+SotStorageStreamRef xStream( xObjStor-OpenSotStream( rStreamName ) );
+xStream-Seek(0);
+sal_uLong nRemaining = xStream-GetSize() - xStream-Tell();
+
+CPPUNIT_ASSERT_MESSAGE( check size, nRemaining == nSize );
+CPPUNIT_ASSERT_MESSAGE( check size #2, xStream-remainingSize() == nSize );
+
+// Read as much as we can, a corrupted FAT chain can cause real grief here
+nReadableSize = xStream-Read( (void *)pData, nSize );
+//fprintf(stderr, readable size %d vs size %d remaining %d\n, nReadableSize, nSize, nReadableSize);
+}
+{ // Read the data backwards as well
+SotStorageStreamRef xStream( xObjStor-OpenSotStream( rStreamName ) );
+for( sal_uLong i = nReadableSize; i 0; i-- )
+{
+CPPUNIT_ASSERT_MESSAGE( sot reading error, !xStream-GetError() );
+unsigned char c;
+xStream-Seek( i - 1 );
+CPPUNIT_ASSERT_MESSAGE( sot storage reading byte,
+xStream-Read( c, 1 ) == 1);
+CPPUNIT_ASSERT_MESSAGE( mismatching data storage reading byte,
+pData[i - 1] == c );
+}
+}
+
+return true;
+}
+
+bool SotTest::checkStorage( const SotStorageRef xObjStor )
+{
+SvStorageInfoList aInfoList;
+xObjStor-FillInfoList( aInfoList );
+
+for( SvStorageInfoList::iterator aIt = aInfoList.begin();
+
MPL/LGPL3+ relicensing
Hi all, Seems that I tried to help on this amazing project that I can only follow and not contribute anymore due to other duties, but see below my blanket statement about the relicensing and the bits I helped on: All of my past future contributions to LibreOffice may be licensed under the MPL/LGPLv3+ dual license Cheers and thanks for this amazing office suite!!! -- Gil Forcada [ca] guifi.net - una xarxa lliure que no para de créixer [en] guifi.net - a non-stopping free network bloc: http://gil.badall.net planet: http://planet.guifi.net ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-commits] .: reportdesign/source sc/source starmath/source vcl/headless vcl/source vcl/unx vcl/win
reportdesign/source/filter/xml/xmlStyleImport.cxx |5 -
reportdesign/source/ui/misc/ColorListener.cxx |1 -
reportdesign/source/ui/report/DesignView.cxx |1 -
reportdesign/source/ui/report/ScrollHelper.cxx|1 -
reportdesign/source/ui/report/SectionWindow.cxx |2 --
sc/source/core/data/global.cxx|5 -
sc/source/filter/xml/XMLExportDatabaseRanges.cxx |3 ---
sc/source/filter/xml/xmlcelli.cxx |2 --
sc/source/filter/xml/xmldrani.cxx |2 --
sc/source/filter/xml/xmlexprt.cxx |2 --
sc/source/filter/xml/xmlimprt.cxx |1 -
sc/source/filter/xml/xmlrowi.cxx |1 -
sc/source/ui/docshell/dbdocimp.cxx|2 --
sc/source/ui/formdlg/dwfunctr.cxx |1 -
sc/source/ui/vba/vbaworksheet.cxx |1 -
starmath/source/edit.cxx |5 -
starmath/source/unomodel.cxx |1 -
starmath/source/view.cxx |5 -
vcl/headless/svpframe.cxx |3 ---
vcl/source/components/rasterizer_rsvg.cxx |2 --
vcl/source/control/ilstbox.cxx|4
vcl/unx/generic/gdi/salbmp.cxx|6 --
vcl/win/source/gdi/salgdi.cxx |2 --
23 files changed, 58 deletions(-)
New commits:
commit e3bc45b8079228ca25e70ac5a51b6977afd6f61e
Author: Takeshi Abe t...@fixedpoint.jp
Date: Sun May 13 08:51:05 2012 +0900
removed unused defines
Change-Id: Ida50737f540459bd0e709c49414c3a7f4d042a47
diff --git a/reportdesign/source/filter/xml/xmlStyleImport.cxx
b/reportdesign/source/filter/xml/xmlStyleImport.cxx
index 3d21f34..e5d0beb 100644
--- a/reportdesign/source/filter/xml/xmlStyleImport.cxx
+++ b/reportdesign/source/filter/xml/xmlStyleImport.cxx
@@ -45,11 +45,6 @@
#include xmlHelper.hxx
#include osl/diagnose.h
-#define XML_LINE_LEFT 0
-#define XML_LINE_RIGHT 1
-#define XML_LINE_TOP 2
-#define XML_LINE_BOTTOM 3
-
namespace rptxml
{
diff --git a/reportdesign/source/ui/misc/ColorListener.cxx
b/reportdesign/source/ui/misc/ColorListener.cxx
index 5bcd48f..0c4971d 100644
--- a/reportdesign/source/ui/misc/ColorListener.cxx
+++ b/reportdesign/source/ui/misc/ColorListener.cxx
@@ -29,7 +29,6 @@
#include svl/smplhint.hxx
#include uistrings.hrc
-#define BORDERCOLORCHANGE 191
//=
namespace rptui
{
diff --git a/reportdesign/source/ui/report/DesignView.cxx
b/reportdesign/source/ui/report/DesignView.cxx
index f66e4b7..1dbc751 100644
--- a/reportdesign/source/ui/report/DesignView.cxx
+++ b/reportdesign/source/ui/report/DesignView.cxx
@@ -59,7 +59,6 @@ using namespace lang;
using namespace beans;
using namespace container;
-#define LINE_SIZE 50
#define START_SIZE_TASKPANE 30
#define COLSET_ID 1
#define REPORT_ID 2
diff --git a/reportdesign/source/ui/report/ScrollHelper.cxx
b/reportdesign/source/ui/report/ScrollHelper.cxx
index 998714b..e596900 100644
--- a/reportdesign/source/ui/report/ScrollHelper.cxx
+++ b/reportdesign/source/ui/report/ScrollHelper.cxx
@@ -37,7 +37,6 @@
namespace rptui
{
-#define LINE_SIZE 50
#define SECTION_OFFSET 3
#define SCR_LINE_SIZE 10
using namespace ::com::sun::star;
diff --git a/reportdesign/source/ui/report/SectionWindow.cxx
b/reportdesign/source/ui/report/SectionWindow.cxx
index 37a7e6f..7d2bb64 100644
--- a/reportdesign/source/ui/report/SectionWindow.cxx
+++ b/reportdesign/source/ui/report/SectionWindow.cxx
@@ -50,8 +50,6 @@
namespace rptui
{
-#define SECTION_OFFSET 3
-
using namespace ::com::sun::star;
using namespace ::comphelper;
diff --git a/sc/source/core/data/global.cxx b/sc/source/core/data/global.cxx
index 9a3de10..6ecf6ec 100644
--- a/sc/source/core/data/global.cxx
+++ b/sc/source/core/data/global.cxx
@@ -106,11 +106,6 @@ using ::rtl::OUString;
using ::rtl::OUStringBuffer;
using namespace ::com::sun::star;
-#define CLIPST_AVAILABLE0
-#define CLIPST_CAPTURED 1
-#define CLIPST_DELETE 2
-#define CLIPST_DRAW 3
-
ScDocShellRef* ScGlobal::pDrawClipDocShellRef = NULL;
SvxSearchItem* ScGlobal::pSearchItem = NULL;
ScAutoFormat* ScGlobal::pAutoFormat = NULL;
diff --git a/sc/source/filter/xml/XMLExportDatabaseRanges.cxx
b/sc/source/filter/xml/XMLExportDatabaseRanges.cxx
index d8c4979..59d1e2c 100644
--- a/sc/source/filter/xml/XMLExportDatabaseRanges.cxx
+++ b/sc/source/filter/xml/XMLExportDatabaseRanges.cxx
@@ -64,9 +64,6 @@
//! not found in unonames.hxx
#define SC_USERLIST UserList
-#define SC_SORTASCENDING SortAscending
-#define SC_ENABLEUSERSORTLIST EnableUserSortList
-#define SC_USERSORTLISTINDEX UserSortListIndex
using namespace com::sun::star;
using namespace xmloff::token;
diff --git a/sc/source/filter/xml/xmlcelli.cxx
Re: How to add color scales to ODF?
Heyy 2012/5/12 Stefan Knorr (Astron) heinzless...@googlemail.com: Only sent this to Kohei... sending to list, too, now. On 12 May 2012 12:09, Stefan Knorr (Astron) heinzless...@googlemail.com wrote: Hi all, On 11 May 2012 17:50, Kohei Yoshida kohei.yosh...@gmail.com wrote: On Fri, May 11, 2012 at 8:53 AM, Michael Stahl mst...@redhat.com wrote: i wonder if that restriction is really necessary. IMO it is. Imagine a case where the same color scale definition is applied to non-contiguous regions, and you having to decide whether to scale those regions as if they are unified, or treat them as independent ranges (therefore independent scaling). Having that I'm not sure that I understand the problem here so I will just explain what is implemented ( we can of course force limitations). I've used a ScRangeList that keeps the range(s) where the color scale is applied. So in theory it is possible to have a range like A1:B4;C8:F12 for one color scale. But this is only intended for the reason that you might want to select an non continuous range. It does not mean that we can use the same color scale entry in the file for different ranges. That means if you define a color scale for one range/range list and later for another one with the same information we can't use the same color scale entry. That is the main reason why I think that we need an independent entry where we can also add the range( list). The range is an integral part of a color scale and normally with Duplicate value settings also for conditional formatting. Honestly I think that styles are totally misused in the context of conditional formatting. Interestingly, MSO 2010 has a feature whereby it automatically adds neighbouring cells to conditionally formatted ranges. For instance, you can define A5:B7 as the range for the format. If you then click into an empty cell at the bottom or right of your defined range (ex: cell A8) and add a value to it, the range will automatically become A5:B7;A8 [1]. So, while the two-or-more cells restriction still applies[2], the continuous range requirement seems like it is reducing Excel compatibility, to me (for better or worse). We would be able to do the same thing with my current implementation. The only question is if we can implement it easily in the calc core without loosing to much performance in big sheets. I have some xlsx test documents exactly for this case. [2] I believe what happens when when you set a colour scale for only one cell in Excel and use extrema/percentages/percentiles, is that it just isn't coloured at all. No it colors the cell as do we. We just choose different colors for that. Excel uses the color for the maximum number and we use the color for the minimum number. I will need to think about solutions for this problem. Regards, Markus P.S. If anyone actually understands the Excel percentile behavior it would be great if he'd ping me.This is the only missing point in xlsx import yet. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice-bugs] [Bug 44771] FILEOPEN: Crash on dictionary extension open
https://bugs.freedesktop.org/show_bug.cgi?id=44771 --- Comment #3 from sasha.libreoff...@gmail.com 2012-05-11 23:05:12 PDT --- Thanks for additional testing -- 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 33543] General error when opening .docx
https://bugs.freedesktop.org/show_bug.cgi?id=33543 --- Comment #11 from Julien Nabet serval2...@yahoo.fr 2012-05-11 23:08:32 UTC --- Created attachment 61473 -- https://bugs.freedesktop.org/attachment.cgi?id=61473 console logs on master On pc Debian x86-64 with 3.5 branch and master, both updated today, I don't reproduce the crash. However, I wanted to put console messages because they showed some problems. -- 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 49820] UI: add Jump to Page keyboard shortcut
https://bugs.freedesktop.org/show_bug.cgi?id=49820 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Severity|normal |enhancement Priority|medium |lowest CC||LibreOffice@bielefeldundbus ||s.de Summary|Jump to Page|UI: add Jump to Page ||keyboard shortcut Version|LibO Master |LibO 3.3.0 Beta2 Component|Libreoffice |Writer --- Comment #1 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2012-05-11 23:10:16 UTC --- LibO offers a Page Number Jump in Navigator, the page number can be inserted and WRITER will show the page what number has been inserted after a short moment. For users who are used to a shortcut from other software a macro can be useful, for users who do not know Google here 2 links: http://www.oooforum.org/forum/viewtopic.phtml?t=77509 https://wiki.documentfoundation.org/Macros/de/Makros_f%C3%BCr_Writer/Download_To_File/Gehe_Zu_Seite In menu _Tools - Customize - Keyboard' a shortcut for that macro can be added. Of course we can think about a UI addition for such a shortcut, but because of the easy workaround this has a low priority. @arky: I think http://ask.libreoffice.org/questions/ is more suitable for your needs than 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 49226] CONFIGURATION: writer crash, python related
https://bugs.freedesktop.org/show_bug.cgi?id=49226 --- Comment #3 from vwf bug_...@vulkor.net 2012-05-11 23:35:45 PDT --- The same crash when opening any ms-word document -- 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 48758] TABLE: Number Format Recognition is performed though Option Number Format Recognition is not Marked
https://bugs.freedesktop.org/show_bug.cgi?id=48758 --- Comment #5 from sasha.libreoff...@gmail.com 2012-05-11 23:40:27 PDT --- for Category “different categories” and for Format “different formats”). Bug? New bug report? Something like this exist, but for Calc: Bug 42989 ISO 8601 mentioned here: Bug 41044 -- 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 49825] New: FILESAFE
https://bugs.freedesktop.org/show_bug.cgi?id=49825 Bug #: 49825 Summary: FILESAFE Classification: Unclassified Product: LibreOffice Version: LibO 3.5.2 Release Platform: x86 (IA32) OS/Version: Linux (All) Status: UNCONFIRMED Severity: blocker Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: dr...@free.fr Created attachment 61474 -- https://bugs.freedesktop.org/attachment.cgi?id=61474 days of work Anytime writing. I have to replace F9 and H9 by MB sheet fait -- 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 49827] New: Incomplete Finder integration: direct printing not working
https://bugs.freedesktop.org/show_bug.cgi?id=49827 Bug #: 49827 Summary: Incomplete Finder integration: direct printing not working Classification: Unclassified Product: LibreOffice Version: LibO 3.5.3 release Platform: All OS/Version: Mac OS X (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: b...@eikota.de The MacOS X Finder has a 'Print' item in the 'File' menu. This 'Print' item is enabled as soon as you select one or more document(s) in the Finder. If you select the menu item, MacOS X starts the application(s) associated with the selected files, the files get opened and get printed via the associated applications. This should also work with LibreOffice. But if I select one ore more .odt/.ods/.odp document(s) in the Finder and select 'Print' from the 'File' menu, the only thing which happens is that LibreOffice comes to the front (if it is running) or is started (if it isn't running). No file is opened, no Print dialog appears, regardless whether I select 1 or 2 or 3 ... .odt/.ods/.odp file(s). On my machine (running MacOS X 10.6.8 with German UI and LibreOffice 3.5.3.2, German langpack installed), the 'Print' command from the Finder works just fine with other apllications. So I suspect that this is a LibreOffice bug: the print event sent from the Finder (or the OS?) to LibreOffice is not handled at all. Please note that there is a similar problem on Windows (bug 33484), but the details are different, so that this (present) issue seems to be a special Mac-specific bug (cf. comment #15 to bug 33484). -- 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 49827] Incomplete MacOS Finder integration: direct printing not working
https://bugs.freedesktop.org/show_bug.cgi?id=49827 Roman Eisele b...@eikota.de changed: What|Removed |Added CC||r...@bluemail.ch Summary|Incomplete Finder |Incomplete MacOS Finder |integration: direct |integration: direct |printing not working|printing not working Version|LibO 3.5.3 release |LibO 3.4.6 release --- Comment #1 from Roman Eisele b...@eikota.de 2012-05-12 01:01:54 PDT --- I tried the same with LibreOffice 3.4.6 (on a separate user profile). Here the results are different: * When I select one or more .ods files in the Finder and select 'Print', nothing happens (like with LibreOffice 3.5.3.2) * But when I select one or more .odt files in the Finder and select 'Print', LibreOffice 3.4.6 crashes with EXC_BAD_ACCESS (SIGBUS). I will attach two Log files created by MacOS X for this kind of crash (there are small differences in the thread 0 dispatch queue). So it seems that LibreOffice 3.4.x tries to handle the print event, but does not succeed, while LibreOffice 3.5.3.2 (see description above) seems to ignore the print event completely. Therefore, the crash in 3.4.6 may be a different iusse, but I don't file a separate bug report for it because the 3.4.x branch is closed. I provide this comment on LibO 3.4.6 just as some kind of background information. The summary is the same: direct printing (from Finder) not working, whether by crashing or by doing nothing ;-). -- 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 33484] Printing multiple files from Windows Explorer at once makes LibreOffice unusable
https://bugs.freedesktop.org/show_bug.cgi?id=33484 --- Comment #17 from Roman Eisele b...@eikota.de 2012-05-12 01:04:50 PDT --- (In reply to comment #14) IMHO this is a separate issue. Maybe I should open another bug report for it ... will search if there is already a report for this issue. I believe the Mac problem might have the same roots, but I would prefer a separate bug for now. I can not find an existing bug report for this special MacOS X issue, therefore I have filed a new one: bug 49827 - Incomplete MacOS Finder integration: direct printing not working (thanks to Rainer Meier, comment #15, for the suggested summary!). If anyone reading this (Rainer Maier?) could confirm this special MacOS issue or make additional comments on it, this would be very welcome! Please comment on the report for bug 49827, not here. -- 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 49827] Incomplete MacOS Finder integration: direct printing not working
https://bugs.freedesktop.org/show_bug.cgi?id=49827 --- Comment #2 from Roman Eisele b...@eikota.de 2012-05-12 01:06:25 PDT --- Created attachment 61478 -- https://bugs.freedesktop.org/attachment.cgi?id=61478 Crash with LibO 3.4.6 when trying to print .odt files from the Finder (1) -- 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 49827] Incomplete MacOS Finder integration: direct printing not working
https://bugs.freedesktop.org/show_bug.cgi?id=49827 --- Comment #3 from Roman Eisele b...@eikota.de 2012-05-12 01:06:48 PDT --- Created attachment 61479 -- https://bugs.freedesktop.org/attachment.cgi?id=61479 Crash with LibO 3.4.6 when trying to print .odt files from the Finder (2) -- 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 49808] FILEOPEN pptx background missing
https://bugs.freedesktop.org/show_bug.cgi?id=49808 s-joyemuseq...@vf.uni-konstanz.de changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||s-joyemuseq...@vf.uni-konst ||anz.de Ever Confirmed|0 |1 --- Comment #1 from s-joyemuseq...@vf.uni-konstanz.de 2012-05-12 01:21:33 PDT --- Confirmed with LOdev 3.6 (2012-05-10) version 3.6.0alpha0+ (Build ID: 9980e69) from Win-x86@6-fast under Windows Vista 64. -- 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 49806] FILEOPEN pptx font messed
https://bugs.freedesktop.org/show_bug.cgi?id=49806 s-joyemuseq...@vf.uni-konstanz.de changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||s-joyemuseq...@vf.uni-konst ||anz.de Ever Confirmed|0 |1 --- Comment #2 from s-joyemuseq...@vf.uni-konstanz.de 2012-05-12 01:26:32 UTC --- Confirmed with LOdev 3.6 (2012-05-10) version 3.6.0alpha0+ (Build ID: 9980e69) from Win-x86@6-fast under Windows Vista 64. -- 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 46884] Font rendering problem
https://bugs.freedesktop.org/show_bug.cgi?id=46884 --- Comment #9 from Eugenij Shkrigunov eshk...@gmail.com 2012-05-12 01:26:43 UTC --- Are there any news? -- 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 49816] CONFIGURATION: Crash after clicking on any item under Lnaguage Settings in Options
https://bugs.freedesktop.org/show_bug.cgi?id=49816 --- Comment #1 from s-joyemuseq...@vf.uni-konstanz.de 2012-05-12 01:30:38 PDT --- Works for me. Tested with LOdev 3.6 (2012-05-10) version 3.6.0alpha0+ (Build ID: 9980e69) from Win-x86@6-fast under Windows Vista 64. -- 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 39233] Crash on saving .odt as .doc
https://bugs.freedesktop.org/show_bug.cgi?id=39233 --- Comment #10 from Roman Eisele b...@eikota.de 2012-05-12 01:55:34 PDT --- Because the original reported did not answer Björn's and Sashas's questions (comment #7, comment #9), I tried the attached sample file with LibreOffice 3.4.6 and 3.5.3.2, both on MacOS X 10.6.8 (like the original reporter). I don't get a crash, the .odt file is saved as .doc file without any errors. (Of course, the .doc file is near to empty, so the export is not perfect, but this is IMHO another issue -- this report is specifically about the crash.) We can ignore gossrock's comments in comment #4 and comment #5, not because of the OS difference, but because gossrock says he received a .doc document; this report is about exporting a .odt (!) file to .doc format. @Simon-Shlomo Poil: Could you please try with your original .odt file (not the attached cut-down version) if the crash is fixed for you with LibreOffice 3.5.3.2 (or better)? This would be very helpful, thank you very much! @Sasha: Just in case that Simon-Shlomo Poil is not listening anymore and does not answer: could you try if the crash is fixed for you, too? Thank you! If we can't reproduce the crash anymore, I think we can savely close this report. (If the issue ever turns out to be reproducible again, under special circumstances etc., we can always re-open it!) Just wanting to reduce the number of dead needinfo reports ... -- 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 39233] Crash on saving .odt as .doc
https://bugs.freedesktop.org/show_bug.cgi?id=39233 --- Comment #11 from sasha.libreoff...@gmail.com 2012-05-12 02:01:32 PDT --- not reproducible crash when saving to doc attachment in 3.3.4 and 3.5.3 on Fedora 64 bit -- 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 42079] Nonprinting Character Button (Ctrl+f10) not working
https://bugs.freedesktop.org/show_bug.cgi?id=42079 Roman Eisele b...@eikota.de changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution||DUPLICATE CC||b...@eikota.de Version|LibO 3.5.1 Release |LibO 3.4.3 release --- Comment #9 from Roman Eisele b...@eikota.de 2012-05-12 02:11:55 PDT --- Resetting the version number to 3.4.3, like in original description. Please note that the 'Version' field should contain the FIRST version in which the bug appears (is known to appear), and NOT the last one! * I think this issue is really a duplicate of bug 40482, which was fixed in 3.4.4 or 3.4.5. Some arguments: * Original report was for LibreOffice 3.4.3. * Not reproducible in LibreOffice 3.4.4 according to comment #3. * in 3.4.5 an onwards, it does not happen according to comment #5. The only comment which mentions this issue *after* the fix is comment #7 (Writer 3.5.1.2). But Borut Cadez gives an explanation himself: The issue is that by default all nonprinting characters except Hidden Text are disabled in preferences/writer/Formating Aids. This means, the issue seen by Borut Cadez is an issue about default settings, not about the command 'Nonprinting characters' not working. Changing the default settings would be another issue, and an enhancement request, not a bug report. (Sidenote: IIRC, the default settings of LibreOffice 3.5.3 do enable spaces, tabs, breaks by default, so the suggestion of Borut Cadez don't even need an enhancement request.) Therefore, closing this bug as duplicate of bug 40482. If you find reasons which show that this is a different issue, or if this issue is still reproducible for you with LibreOffice 3.5.3.2 or better, feel free to reopen this bug report. *** This bug has been marked as a duplicate of bug 40482 *** -- 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 47254] Adobe Pro Optical Fonts scrambled in LibreOffice font list (Spanish Langpack)
https://bugs.freedesktop.org/show_bug.cgi?id=47254 Roman Eisele b...@eikota.de changed: What|Removed |Added CC||b...@eikota.de Version|LibO 3.5.3 release |LibO 3.5.1 Release --- Comment #2 from Roman Eisele b...@eikota.de 2012-05-12 02:28:28 PDT --- Hello Marcelo Cárdenas, thank you for your report! I'm looking into this issue ... and will comment if I come out with some results. Resetting the 'Version' field back to 3.5.1 release (please note that the 'Version' field should contain the first version in which a bug appears, not the last one). -- 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 49829] New: VIEWING: Document not visible
https://bugs.freedesktop.org/show_bug.cgi?id=49829 Bug #: 49829 Summary: VIEWING: Document not visible Classification: Unclassified Product: LibreOffice Version: LibO 3.5.3 release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: klabauterm...@gmail.com Problem description: Steps to reproduce: 1. Open a spreadsheet document Current behavior: Document is not visible at all, neither after reloading nor at different zoom factors (but it can be converted in a pdf document) Expected behavior: Document should be visible Platform (if different from the browser): Ubuntu 12.04 Browser: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:12.0) Gecko/20100101 Firefox/12.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 48946] not find JRE
https://bugs.freedesktop.org/show_bug.cgi?id=48946 --- Comment #8 from pz1 p...@xs4all.nl 2012-05-12 03:16:07 PDT --- (In reply to comment #7) Are there any log files for us to look into? Well, my screendump says on a macrocrash: com.sun.star.uno.RuntimeExceptionProviderCache::populateCache: couldn't obtain XSingleComponentFactory for [JavaVirtualMachine]: An unexpected error occurred while searching fo a Java! Hope this may help the debuggers. I have no serious programming skils myself, so I am stuck here. Remains strange that no one has picked up this 'Blocker'. It stops me from thoroughly testing the patch that was made for faulty Table Autoformats. -- 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 48936] EDITING: Autocorrect incorrectly handles ordinals at beginning of sentence
https://bugs.freedesktop.org/show_bug.cgi?id=48936 --- Comment #3 from peterthevicar peter...@gmail.com 2012-05-12 04:11:04 PDT --- This happens only if you have Tools/ AutoCorrect/ Options/ Capitalise first letter of every sentence checked. Any number of initial digits are ignored when working out the first letter of the sentence. There is another bug for the failure to superscript the ordinal suffix (st, nd, th etc) which is #38242. Version 1:3.5.3-0ubuntu1 -- 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 48936] EDITING: Autocorrect incorrectly handles ordinals at beginning of sentence
https://bugs.freedesktop.org/show_bug.cgi?id=48936 peterthevicar peter...@gmail.com changed: What|Removed |Added See Also||https://www.libreoffice.org ||/bugzilla/show_bug.cgi?id=3 ||8242 -- 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 38242] format ordinal number suffix not auto-correcting
https://bugs.freedesktop.org/show_bug.cgi?id=38242 --- Comment #7 from peterthevicar peter...@gmail.com 2012-05-12 04:14:44 PDT --- Confirmed in Ubuntu 12.04 (precise pangolin) version 1:3.5.3-0ubuntu1 -- 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 49605] [PATCH] Writer confused by overlapping grammar errors
https://bugs.freedesktop.org/show_bug.cgi?id=49605 --- Comment #4 from Korrawit Pruegsanusak detective.conan.1...@gmail.com 2012-05-12 04:43:46 PDT --- Shall we mark this bug as fixed then? -- 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 --- Comment #307 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2012-05-12 04:47:14 PDT --- Add Bug 30920 - closing the license document closes LibO. I doubt that that crashes cause much problems, but it's a crash at a very visible place an can be used for malicious-joy, scorn and ridicule -- 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 49673] FILESAVE: Crash app
https://bugs.freedesktop.org/show_bug.cgi?id=49673 --- Comment #5 from Julien Nabet serval2...@yahoo.fr 2012-05-12 05:15:19 UTC --- On master updated today, loading is faster, noticed this message : warn:sot:4395:1:/home/julien/compile-libreoffice/libo/sot/source/sdstor/stgstrms.cxx:390: kicking off large seek helper However, still impossible to save. (I just waited about 20 seconds) -- 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 33734] LB crashes and exits accessing Options, other issues.
https://bugs.freedesktop.org/show_bug.cgi?id=33734 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added CC||serval2...@yahoo.fr --- Comment #2 from Julien Nabet serval2...@yahoo.fr 2012-05-12 05:17:35 PDT --- Could you try a newer version of Libreoffice (3.5.3 for example) and tell if you reproduce this with a brand new LO profile ? (remove ~/.config/libreoffice or ~/.libreoffice) -- 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 49832] New: PRINTING: Writer rasterizes SVG for output to a printer or into PDF, which leads to poor quality laser printing.
https://bugs.freedesktop.org/show_bug.cgi?id=49832 Bug #: 49832 Summary: PRINTING: Writer rasterizes SVG for output to a printer or into PDF, which leads to poor quality laser printing. Classification: Unclassified Product: LibreOffice Version: LibO 3.5.3 release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: as...@mail.ru Problem description: There are two files ODT. Old made in version 3.4, new in 3.5. In both files inserted SVG drawing. Both files look the same when you zoom in and see the insert in the vector. But! When you export to PDF or printed file made in version 3.5, SVG rasterized and looks awful. And when you export a file from version 3.5, made in version 3.4 - prints and exports correctly. I began to understand what was happening. Renamed both files in the zip and unpacked. File from version 3.4 stores the image in the SVM. But the file from version 3.5 stores as it is - in SVG. I think that this leads to a problem with exporting and printing. I attach two files: odt_v34.odt (svm) and odt_v35.odt (svg). The results of exports in PDF: odt_v34.pdf and odt_v35.pdf respectively. Steps to reproduce: 1. Insert a simple SVG image into a new text document. 2. Export the document to PDF or prints them. 3. Look at result with different zoom levels. Current behavior: Expected behavior: Platform (if different from the browser): Browser: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20100101 Firefox/12.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 49832] PRINTING: Writer rasterizes SVG for output to a printer or into PDF, which leads to poor quality laser printing.
https://bugs.freedesktop.org/show_bug.cgi?id=49832 --- Comment #1 from Paramonov Valeriy as...@mail.ru 2012-05-12 05:21:50 PDT --- Created attachment 61480 -- https://bugs.freedesktop.org/attachment.cgi?id=61480 good ODT, made with LO 3.4 -- 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 49832] PRINTING: Writer rasterizes SVG for output to a printer or into PDF, which leads to poor quality laser printing.
https://bugs.freedesktop.org/show_bug.cgi?id=49832 --- Comment #2 from Paramonov Valeriy as...@mail.ru 2012-05-12 05:22:56 PDT --- Created attachment 61481 -- https://bugs.freedesktop.org/attachment.cgi?id=61481 bad ODT, made with LO 3.5 -- 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 49832] PRINTING: Writer rasterizes SVG for output to a printer or into PDF, which leads to poor quality laser printing.
https://bugs.freedesktop.org/show_bug.cgi?id=49832 --- Comment #3 from Paramonov Valeriy as...@mail.ru 2012-05-12 05:24:51 PDT --- Created attachment 61482 -- https://bugs.freedesktop.org/attachment.cgi?id=61482 good PDF, made with LO 3.5 from file of LO 3.4 -- 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 49832] PRINTING: Writer rasterizes SVG for output to a printer or into PDF, which leads to poor quality laser printing.
https://bugs.freedesktop.org/show_bug.cgi?id=49832 --- Comment #4 from Paramonov Valeriy as...@mail.ru 2012-05-12 05:26:11 PDT --- Created attachment 61483 -- https://bugs.freedesktop.org/attachment.cgi?id=61483 bad PDF, made with LO 3.5 from file of LO 3.5 -- 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 49832] PRINTING: Writer rasterizes SVG for output to a printer or into PDF, which leads to poor quality laser printing.
https://bugs.freedesktop.org/show_bug.cgi?id=49832 Paramonov Valeriy as...@mail.ru changed: What|Removed |Added Platform|Other |All Severity|normal |major Priority|medium |high -- 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 33662] Crash saving a particular document in DOCX
https://bugs.freedesktop.org/show_bug.cgi?id=33662 --- Comment #9 from Julien Nabet serval2...@yahoo.fr 2012-05-12 05:35:48 PDT --- Created attachment 61484 -- https://bugs.freedesktop.org/attachment.cgi?id=61484 bt + console msg on master I still reproduce the problem on master updated today with pc Debian x86-64. I attached bt + console logs. However, it seems there are some problem with odf validation (tested with this one : http://odf-validator.rhcloud.com/) -- 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 49833] New: LO 3.6 daily alpha build
https://bugs.freedesktop.org/show_bug.cgi?id=49833 Bug #: 49833 Summary: LO 3.6 daily alpha build Classification: Unclassified Product: LibreOffice Version: LibO Master Platform: x86-64 (AMD64) OS/Version: Windows (All) Status: UNCONFIRMED Severity: blocker Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: jjst...@mts.net Tools|Options program crashes regardless of component. Unusable at this stage. Win 7x64 -- 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 49833] LO 3.6 daily alpha build
https://bugs.freedesktop.org/show_bug.cgi?id=49833 John jjst...@mts.net changed: What|Removed |Added Priority|medium |highest -- 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 33864] CALC crashes when trying to copy a style in the Template Management window
https://bugs.freedesktop.org/show_bug.cgi?id=33864 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added CC||serval2...@yahoo.fr --- Comment #10 from Julien Nabet serval2...@yahoo.fr 2012-05-12 05:58:26 UTC --- On Windows 3.5.3.2 (installed this morning with a brand new LO profile), I reproduced the crash. On pc Debian x86-64, no crash with master or 3.5 branch (both updated today). However, heading 3 doesn't appear in Untitled after the drag and drop. I noticed these messages on console with master : a) during the opening mediawiki at left (not the folder, the element in it) warn:legacy.osl:5652:1:/home/julien/compile-libreoffice/libo/sfx2/source/doc/objstor.cxx:2807: Base implementation, must not be called in general! b) during the drag and drop with ctrl (trying to put it at the end, we can see a thin black line) warn:svl:5652:1:/home/julien/compile-libreoffice/libo/svl/source/items/itempool.cxx:682: SFxItemPool: wrong item type in Put, with ID/pos 103 warn:svl:5652:1:/home/julien/compile-libreoffice/libo/svl/source/items/cenumitm.cxx:51: unequal type, with ID/pos 103 b1) during the drag and drop without ctrl (with another brand new profile) (trying to put it at the end, we can see a thin black line) warn:svl:5824:1:/home/julien/compile-libreoffice/libo/svl/source/items/itempool.cxx:682: SFxItemPool: wrong item type in Put, with ID/pos 103 warn:svl:5824:1:/home/julien/compile-libreoffice/libo/svl/source/items/cenumitm.cxx:51: unequal type, with ID/pos 103 warn:legacy.tools:5824:1:/home/julien/compile-libreoffice/libo/svtools/source/contnr/treelist.cxx:1621: Entry already in Table -- 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 33945] Impress: Selection of slides is broken
https://bugs.freedesktop.org/show_bug.cgi?id=33945 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added Status|NEW |NEEDINFO CC||serval2...@yahoo.fr --- Comment #17 from Julien Nabet serval2...@yahoo.fr 2012-05-12 06:21:42 UTC --- On pc Debian x86-64 with branch 3.5 updated today, I don't reproduce this problem. Could you give a try to a newer version (for example 3.5.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 39823] FILESAVE saving old Word Files corrupts them
https://bugs.freedesktop.org/show_bug.cgi?id=39823 Murz mur...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #10 from Murz mur...@gmail.com 2012-05-12 06:26:24 PDT --- This issue was fixed in KDE 4.8.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 33979] LO Writer crashes when .doc with Visio drawing is displayed
https://bugs.freedesktop.org/show_bug.cgi?id=33979 --- Comment #7 from Julien Nabet serval2...@yahoo.fr 2012-05-12 06:27:50 PDT --- Created attachment 61486 -- https://bugs.freedesktop.org/attachment.cgi?id=61486 console logs on 3.5 On pc Debian x86-64 : a) with 3.5 branch updated today and a brand new LO profile - No crash OK - I can scroll the file OK - some specific logs on console (see attachment) KO ? b) with master updated today - No crash OK - I can scroll the file OK - no specific logs on console OK -- 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 48883] VIEWING Percent chart with curve-smoothing, line exceeding 0% ... 100% cut away
https://bugs.freedesktop.org/show_bug.cgi?id=48883 --- Comment #4 from Florian Reisinger reisi...@gmail.com 2012-05-12 07:01:28 PDT --- It looks the same in OO.org 2.3 @Rainer: Where is the 0% 100% range?? -- 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 49837] New: : 3.5.3 not recognized in MAC
https://bugs.freedesktop.org/show_bug.cgi?id=49837 Bug #: 49837 Summary: : 3.5.3 not recognized in MAC Classification: Unclassified Product: LibreOffice Version: LibO 3.5.3 release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Installation AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: luchot...@gmail.com Problem description: Steps to reproduce: 1. download 3.5.3 version language package (spanish) 2. install 3.5.3 and language package (spanish) 3. start Current behavior: advice: new version avaiable The installed version is LibreOffice 3.5.2.2 Build ID: 281b639-6baa1d3-ef66a77-d866f25-f36d45f Expected behavior: should be installed 3.5.3 Platform (if different from the browser): Mac OS X 10.6.8 Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.55.3 (KHTML, like Gecko) Version/5.1.5 Safari/534.55.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 44563] Please provide scrap2rtf filter to open shs documents
https://bugs.freedesktop.org/show_bug.cgi?id=44563 --- Comment #4 from Yakov y...@myooo.ru 2012-05-12 07:19:14 PDT --- This is another example of converter shs- rtf http://community.i-rs.ru/index.php/topic,17032.msg119698.html#msg119698 -- 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 48883] VIEWING Percent chart with curve-smoothing, line exceeding 0% ... 100% cut away
https://bugs.freedesktop.org/show_bug.cgi?id=48883 --- Comment #5 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2012-05-12 07:21:19 PDT --- @Rainer: Where is the 0% 100% range?? The Y-Axis (0% ... 100%). What, by the way, shows a workaround for some applications. If you define the Y-range manually from -10% ... 110% (for example), the gaps in the data series line disappear. So may be the final solution can be a more smart auto axis range calculation? -- 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 33979] LO Writer crashes when .doc with Visio drawing is displayed
https://bugs.freedesktop.org/show_bug.cgi?id=33979 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added Status|NEW |NEEDINFO CC||serval2...@yahoo.fr --- Comment #8 from Julien Nabet serval2...@yahoo.fr 2012-05-12 07:27:25 PDT --- I tested 3.5.3.2 on Windows 7 and Macos 10.7, no crash + file scrollable. -- 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 39881] Fixing the search feature in Calc
https://bugs.freedesktop.org/show_bug.cgi?id=39881 --- Comment #7 from labin...@yahoo.com.au labin...@gmail.com 2012-05-12 07:47:17 UTC --- I can appreciate the reasons for the changes even if I don't agree with them. Just want to point out that when anything bugs me, I regard it as a bug. It really is a pity that the only attention I cannot get is that of the developers. Yes I know it is free, but they will accept contributions 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
[Libreoffice-bugs] [Bug 49825] FILESAFE
https://bugs.freedesktop.org/show_bug.cgi?id=49825 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||serval2...@yahoo.fr Ever Confirmed|0 |1 -- 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 47325] : Existing Base reports won't open in LibreOffice 3.5
https://bugs.freedesktop.org/show_bug.cgi?id=47325 --- Comment #6 from Ian~G grayl...@orange.net 2012-05-12 08:16:20 PDT --- just re-checked and legacy reports DO RUN in lo 3.4.5 under ubuntu 11.10 however, you can't create new ones with the wizard due to some fields in some queries not being listed at all and failure of grouping / sorting on the ones that do list. thanks for the additional info. nice to know there's more than two of us actually using databases. -- 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 48168] Menus positioned incorrectly on multi-monitor displays
https://bugs.freedesktop.org/show_bug.cgi?id=48168 --- Comment #6 from samuel_w...@web.de 2012-05-12 08:35:37 UTC --- It is impossible for me to upgrade from 3.4.x - 3.5.x with 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 49839] New: Calc: Wrong translation of Pivot Table in French
https://bugs.freedesktop.org/show_bug.cgi?id=49839 Bug #: 49839 Summary: Calc: Wrong translation of Pivot Table in French Classification: Unclassified Product: LibreOffice Version: LibO 3.5.2 Release Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Localisation AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: nalimi...@club.fr In Calc, Data Pilot in the Data menu has been renamed to Pivot Table, which is a great idea. But the French translation is currently Table de pilote, which does not mean anything. It seems to be inspired by the old Data Pilot terminology, but it doesn't make sense since the term has changed, and it would have been incorrect anyway. The correct translation for pivot table is tableau croisé dynamique in French, and that's the term MS Excel uses: http://fr.wikipedia.org/wiki/Tableau_crois%C3%A9_dynamique -- 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 46223] Layout problem of localized help of Presenters Screen
https://bugs.freedesktop.org/show_bug.cgi?id=46223 Andras Timar tima...@gmail.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED AssignedTo|libreoffice-b...@lists.free |netrolller...@gmail.com |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 48883] VIEWING Percent chart with curve-smoothing, line exceeding 0% ... 100% cut away
https://bugs.freedesktop.org/show_bug.cgi?id=48883 --- Comment #6 from Florian Reisinger reisi...@gmail.com 2012-05-12 08:57:57 PDT --- Created attachment 61499 -- https://bugs.freedesktop.org/attachment.cgi?id=61499 OpenOffice 2.3 screenshot @ Rainer: I still can't see the percentages anywhere! Please upload a screenshot too -- 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 48883] VIEWING Percent chart with curve-smoothing, line exceeding 0% ... 100% cut away
https://bugs.freedesktop.org/show_bug.cgi?id=48883 Florian Reisinger reisi...@gmail.com changed: What|Removed |Added Version|LibO 3.5.2 Release |LibO 3.3.0 Beta2 --- Comment #7 from Florian Reisinger reisi...@gmail.com 2012-05-12 08:58:36 PDT --- Change to earliest version ( OO.org 2.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 48883] VIEWING Percent chart with curve-smoothing, line exceeding 0% ... 100% cut away
https://bugs.freedesktop.org/show_bug.cgi?id=48883 Florian Reisinger reisi...@gmail.com changed: What|Removed |Added Attachment #61465|0 |1 is obsolete|| --- Comment #8 from Florian Reisinger reisi...@gmail.com 2012-05-12 09:02:37 PDT --- Created attachment 61500 -- https://bugs.freedesktop.org/attachment.cgi?id=61500 New sasmple I marked yours as obsolete, because in your case it would not be a bug ( I agree -10 % is kind of silly ;) ) -- 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 49840] New: XLSX FORMATTING bug: text not shown
https://bugs.freedesktop.org/show_bug.cgi?id=49840 Bug #: 49840 Summary: XLSX FORMATTING bug: text not shown Classification: Unclassified Product: LibreOffice Version: LibO 3.5.3 release Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: soshial@gmail.com Created attachment 61501 -- https://bugs.freedesktop.org/attachment.cgi?id=61501 text not seen -- 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 49843] New: : New bibliography entry from document content overrides previous one
https://bugs.freedesktop.org/show_bug.cgi?id=49843 Bug #: 49843 Summary: : New bibliography entry from document content overrides previous one Classification: Unclassified Product: LibreOffice Version: LibO 3.5.2 Release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: carlosjosep...@gmail.com Problem description: Steps to reproduce: 1. In the Insert Bibliography Entry dialog select From document content 2. Press New and create an entry 3. Without leaving the dialog, press New again and create another entry Current behavior: The first created entry is lost. Expected behavior: Both new entries should be listed in the dropdown. Besides (a related, not less important, issue) there is no way to delete an entry. Platform (if different from the browser): Browser: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20100101 Firefox/12.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 49816] CONFIGURATION: Crash after clicking on any item under Lnaguage Settings in Options
https://bugs.freedesktop.org/show_bug.cgi?id=49816 --- Comment #2 from luci...@ulmail.net 2012-05-12 09:44:52 PDT --- Any idea how to narrow down the cause on my system? It happens consistently and no matter how I install the application. -- 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 45191] VIEWING: Message: Protected Cells Cannot be Modified
https://bugs.freedesktop.org/show_bug.cgi?id=45191 Rupert Parsons feisa.recur...@gmail.com changed: What|Removed |Added Version|LibO 3.3.4 release |LibO 3.5.3 release --- Comment #2 from Rupert Parsons feisa.recur...@gmail.com 2012-05-12 09:54:45 PDT --- Many thanks for your message. Although not a bug I think the default behaviour of LibreOffice should be changed show a message when a user tries to delete a protected cell. It makes it clear to the user that the cell is protected.(In reply to comment #1) Thanks for bugreport It is done intendedly that Del produces no messages. Use Backspace if messages needed. Use Tools-Customize to change this assignment (In reply to comment #1) Thanks for bugreport It is done intendedly that Del produces no messages. Use Backspace if messages needed. Use Tools-Customize to change this assignment -- 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 45185] VIEWING: Cell validation: input help does not view correctly
https://bugs.freedesktop.org/show_bug.cgi?id=45185 --- Comment #2 from Rupert Parsons feisa.recur...@gmail.com 2012-05-12 10:02:07 PDT --- Many thanks for your message. This bug appears to have been corrected in the latest version of LibreOffice (3.5.3) (In reply to comment #1) Thanks for bugreport Please, verify if in last version of LibreOffice still reproducible -- 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 45185] VIEWING: Cell validation: input help does not view correctly
https://bugs.freedesktop.org/show_bug.cgi?id=45185 Rupert Parsons feisa.recur...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED -- 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 45185] VIEWING: Cell validation: input help does not view correctly
https://bugs.freedesktop.org/show_bug.cgi?id=45185 --- Comment #3 from Rupert Parsons feisa.recur...@gmail.com 2012-05-12 10:03:33 PDT --- I have changed the status of this bug to Resolved Fixed.(In reply to comment #2) Many thanks for your message. This bug appears to have been corrected in the latest version of LibreOffice (3.5.3) (In reply to comment #1) Thanks for bugreport Please, verify if in last version of LibreOffice still reproducible -- 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 49845] New: FILEOPEN: Crashes when opening .ppt file created with previous version. OpenOffice opens it OK.
https://bugs.freedesktop.org/show_bug.cgi?id=49845 Bug #: 49845 Summary: FILEOPEN: Crashes when opening .ppt file created with previous version. OpenOffice opens it OK. Classification: Unclassified Product: LibreOffice Version: LibO 3.5.3 release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Presentation AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: stuart.solo...@ieee.org Created attachment 61509 -- https://bugs.freedesktop.org/attachment.cgi?id=61509 This is the file that causes the crash. Problem description: Steps to reproduce: 1. Load attached file 2. Note that LibreOffice crashes, with a popup window saying LibreOffice 3.5 has stopped working 3. curse! The file is opened perfectly OK by OpenOffice 3.4. It has a lot of equations created using math, and these seem to be displayed correctly by OpenOffice. The file was created using a recent previous version of LibreOffice. I noticed the problem in that previous version, so I updated. But that didn't help. Fortunately, I had a previous version in the native LibreOffice format (.odp) and was able to go back to that. But it resulted in some serious loss of hair. Expected behavior: It should be able to open the file. The file was, after all, created by LibreOffice, and it can be opened by OpenOffice. But if for some strange reason LibreOffice is unhappy with the format, it shouldn't just crash. Platform (if different from the browser): Win 7 Home Premium SP1 Browser: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20100101 Firefox/12.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 49825] FILESAFE
https://bugs.freedesktop.org/show_bug.cgi?id=49825 Solatges JL dr...@free.fr changed: What|Removed |Added Severity|blocker |normal Priority|highest |medium --- Comment #3 from Solatges JL dr...@free.fr 2012-05-12 11:21:57 UTC --- I resolved my problem by resetting properties of file and deselect data/identities. -- 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 49847] New: TABLE: Merging cells in doc-mode
https://bugs.freedesktop.org/show_bug.cgi?id=49847 Bug #: 49847 Summary: TABLE: Merging cells in doc-mode Classification: Unclassified Product: LibreOffice Version: LibO 3.5.2 Release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: ingeborg.ina...@gmail.com Problem description: Merging cells seems to go ok on screen but is gone after saving and reloading the file. Steps to reproduce: 1. Make a table of 3 rows, 5 col. 2. Type something into certain cells. 3. Merge som of the empty cells. 4. Save as .doc and close. 5. Open the file. Current behavior: No merged cells. Expected behavior: Merged cells. Platform (if different from the browser): Ubuntu 12.04 Browser: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.19 (KHTML, like Gecko) Ubuntu/12.04 Chromium/18.0.1025.151 Chrome/18.0.1025.151 Safari/535.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 49848] New: FILEOPEN: Worse-than Linear Performance Degradation Opening Change-Tracked ODTs
https://bugs.freedesktop.org/show_bug.cgi?id=49848 Bug #: 49848 Summary: FILEOPEN: Worse-than Linear Performance Degradation Opening Change-Tracked ODTs Classification: Unclassified Product: LibreOffice Version: LibO 3.5.3 release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Writer AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: dennis.hamil...@acm.org Created attachment 61518 -- https://bugs.freedesktop.org/attachment.cgi?id=61518 Spreadsheet of Timing Tests showing degradation with document growth Problem description: SUMMARY There is a worse-than linear decrease in document opening and saving performance when additional change tracking is added in a progression of draft changes to an original document. At some point, the degradation is so bad that an user is likely to assume that the software has hung and is failing to open the document. On slower machines than the one the documents were created on, this delay can be hours, not just too many minutes. TEST DOCUMENTS There are five test documents, WD03a, WD03b, WD03c, WD04a, and WD03x. They are all available here: http://tools.oasis-open.org/version-control/svn/oic/TestSuite/trunk/odf12/ChangeTrackingResilience/. If you want to know what WD03c is supposed to look like, there is a PDF available here: http://www.oasis-open.org/apps/org/workgroup/office/document.php?document_id=45946. It is a large file, but it opens quickly in Acrobat. To know what the 223 tracked changes are, you can also check Section 2 of the smaller file available here: http://www.oasis-open.org/apps/org/workgroup/office/document.php?document_id=45936. It is an ODF Text (.ODT) file. DEMONSTRATION OF THE WORSE-THAN LINEAR DEGRADATION The defect is demonstrated by timed opening of 4 documents that have an increasing number of tracked changes. * WD03a is 476kB and has 169 changes. It opens in around 15 seconds on a fast system. * WD03b is 746kB and the number of changes is raised to 207. It takes a few minutes to open the document (roughly 16x as long as for WD03a on a fast system). * WD03c is 1,132kB and it has 223 changes. It takes roughtly 4x more than WD03b. On a slower Windows XP SP3 x86 system, it takes more than an hour to open the document. * WD04a is 1,343kB although it has no more tracked changes and was only updated enough to start a new working draft set. Yet it is 200kb largerand it takes almost double the time over that for WD03c. On the slowest system used, it takes 2.5 hours. THE SPREADSHEET (attached) will provide timing statistics and the the different configurations and software releases on which measurements were captured. -- 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 49848] FILEOPEN: Worse-than Linear Performance Degradation Opening Change-Tracked ODTs
https://bugs.freedesktop.org/show_bug.cgi?id=49848 --- Comment #1 from orcmid dennis.hamil...@acm.org 2012-05-12 11:47:29 PDT --- SPREADSHEET DETAILS THIS ODF SPREADSHEET provides more data points with regard to the timings and the different configurations and software releases tested. Different releases of LibreOffice are employed, depending on what was handy for testing with different platforms. When available, I provide timing tests with OpenOffice.org 3.3.0 as well. This is to provide a baseline and confimr that the problem has existed since at least that releast of OpenOffice.org. NOTE: THE MEASURED TIMINGS ARE NOT SUITABLE FOR COMPARISONS BETWEEN PRODUCTS. These timings were determined manually with a stop watch. The conditions were not carefully controlled and the typical variances related to configuration differences, background activity, and system state are too high. The sole purpose of the timings is to demonstrate that the degradation of performance is consistent and predictable across all OpenOffice- lineage software. The variance between releases is negligible compared to the major source of degradation. CONFIGURATIONS Astraendo is a Dell XPS 9100 with Windows 7 en_US x64, 18GB RAM, and an Intel i7-980x 3.33GHz 6-core processor. Quadro is a Toshiba Satellite Tablet PC with Windows XP SP3, 1.5GM RAM, and an Intel Pentium M (Celeron) 1.7GHz processor. VVM is Vista Ultimate en_US x86 running in Virtual PC on Astraendo Win8CP64 is Windows 8 Customer Preview en_US x64 running in VirtualBox on Astraendo Zorin Core is Zorin OS (Core, Debian/Ubuntu) x64 running in VirtualBox on Astraendo Zorin Edu is Zorin OS (Edu, Debian/Ubunto) x86 running in VirtualBox on Astraendo SPECIAL CASES Package releases are those provided in a distribution. These are not from LibreOffice download sites and apparently there are odd failure cases with those. Open Fail means that the document went through all of the slow opening process and when it appeared to be ending, the application simply closed without the document ever being shown. Close crash means that there was a crash on closing the document in the application, with a report that the software had not closed properly and work might have been lost. The document was fine (it had not been touched) but the lock file was still present in the file system. -- 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 49849] New: : Word wrapping in Hebrew handled incorrectly: lines break mid-word
https://bugs.freedesktop.org/show_bug.cgi?id=49849 Bug #: 49849 Summary: : Word wrapping in Hebrew handled incorrectly: lines break mid-word Classification: Unclassified Product: LibreOffice Version: LibO 3.5.2 Release Platform: Other OS/Version: All Status: UNCONFIRMED Status Whiteboard: BSA Severity: normal Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: ndvpublic+b...@gmail.com Created attachment 61519 -- https://bugs.freedesktop.org/attachment.cgi?id=61519 Same word in Hebrew written over and over again. Last occurrence breaks mid-word. Problem description: Steps to reproduce: 1. Create a new Writer document. 2. Write a long enough sentence in Hebrew so that it spans more than one line. Current behavior: The line will break mid-word. Expected behavior: Line should break either before or after a word. Platform (if different from the browser): Arch Linux, 64-bit. -- 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 49849] : Word wrapping in Hebrew handled incorrectly: lines break mid-word
https://bugs.freedesktop.org/show_bug.cgi?id=49849 --- Comment #1 from ndvpublic+b...@gmail.com 2012-05-12 12:21:26 PDT --- Possibly related: issue began after upgrading to LO 3.5.2, which is compiled against the new ICU 49. -- 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 49833] LO 3.6 daily alpha build
https://bugs.freedesktop.org/show_bug.cgi?id=49833 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||serval2...@yahoo.fr Ever Confirmed|0 |1 --- Comment #1 from Julien Nabet serval2...@yahoo.fr 2012-05-12 12:24:13 PDT --- On pc Debian x86-64, master updated today, I don't reproduce this problem. Now, perhaps it's a specific Windows bug. Have you tried with a brand new LO profile ? If you still reproduce, you may follow this video to retrieve a useful backtrace : http://www.youtube.com/watch?v=fppBTs215yc -- 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 49845] FILEOPEN: Crashes when opening .ppt file created with previous version. OpenOffice opens it OK.
https://bugs.freedesktop.org/show_bug.cgi?id=49845 --- Comment #1 from Julien Nabet serval2...@yahoo.fr 2012-05-12 12:38:00 PDT --- Created attachment 61521 -- https://bugs.freedesktop.org/attachment.cgi?id=61521 bt with symbols with 3.5 With pc Debian x86-64, I reproduce the problem on 3.5 branch updated yesterday. I don't reproduce it with master (future 3.6) updated today. I attached the backtrace. -- 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 49845] FILEOPEN: Crashes when opening .ppt file created with previous version. OpenOffice opens it OK.
https://bugs.freedesktop.org/show_bug.cgi?id=49845 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||serval2...@yahoo.fr Ever Confirmed|0 |1 -- 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 49046] FORMATTING: Incorrect Display of Bullets Points, Table Borders and Heading Underlining when Reading doc/docx Documents
https://bugs.freedesktop.org/show_bug.cgi?id=49046 --- Comment #14 from junk_2...@live.co.uk 2012-05-12 12:43:36 PDT --- Sorry if bug not reported correctly. It started off as a simple bullet points not correct with docx document on OSX. It was only when I started to capture output, ie pdf from LibreOffice on OSX, that did match onscreen display. Then thought I will check with a doc version, and got different issues. Then thought I could check in same LibreOffice version in Ubuntu 12.04 and again different issues. I thought however I tried to break down the issues into different bugs could cause an issue. Word vs LibreOffice LibreOffice doc vs docx LibreOffice OSX vs Linux I think all of the multiple bugs came about as a results of trying to provide information on the original bug on bullet points, which I see from you reply is already known and is fixed in a future release. If for the future you have any advice, I would be happy to try to follow it. It is a bit of a pain having to load documents up one at a time, and most of the up loaded documents go with all the multiple bugs. Are the range of documents and/or output I uploaded useful, or just overkill? Would you just prefer a few words of description on each issue in separate bug entries? -- 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 49851] New: Selected Cells are not totaling up
https://bugs.freedesktop.org/show_bug.cgi?id=49851 Bug #: 49851 Summary: Selected Cells are not totaling up Classification: Unclassified Product: LibreOffice Version: unspecified Platform: x86-64 (AMD64) OS/Version: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Spreadsheet AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: write2pras...@gmail.com Like in MS Excel, If I select some of the cells (with CTRL) with numbers, they are not getting added up. They are getting added up if select consecutive cells with Shift button, but not when I am selecting selected cells with CTRL button. -- 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 49848] FILEOPEN: Worse-than Linear Performance Degradation Opening Change-Tracked ODTs
https://bugs.freedesktop.org/show_bug.cgi?id=49848 orcmid dennis.hamil...@acm.org changed: What|Removed |Added CC||dennis.hamil...@acm.org --- Comment #2 from orcmid dennis.hamil...@acm.org 2012-05-12 12:55:37 PDT --- This defect is apparently in common code inherited from OpenOffice.org in both LibreOffice and Apache OpenOffice: https://issues.apache.org/ooo/show_bug.cgi?id=119341 It appears that symptoms of this problem have been identified as far back as OpenOffice.org 1.0: https://issues.apache.org/ooo/show_bug.cgi?id=29842 There are potentially multiple defects behind these, ones related to change-tracking on open (as well as autosave and save but not quite as slow) and to bloating of the .ODT file for no apparent reason. All of the ODF Text documents, WD03a, ..., WD04a were produced with LibreOffice 3.3.2, the software being used for an ODF maintenance activity (no changes to the software are made during the project to avoid regressions). The original document with which editing began is the ODF Text for the OASIS OpenDocument Format 1.1 Standard. This document was produced by generator StarOffice/8$Solaris_Sparc OpenOffice.org_project/680m5$Build-9114. -- 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 49852] New: Request for freedesktop.org account
https://bugs.freedesktop.org/show_bug.cgi?id=49852 Bug #: 49852 Summary: Request for freedesktop.org account Classification: Unclassified Product: LibreOffice Version: unspecified Platform: Other OS/Version: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Libreoffice AssignedTo: libreoffice-bugs@lists.freedesktop.org ReportedBy: andr...@ahunt.org Created attachment 61524 -- https://bugs.freedesktop.org/attachment.cgi?id=61524 SSH Public Key Hi, I've been advised to request a freedesktop.org account, for my GSOC 2012 project. Name: Andrzej J. R. Hunt Email: andr...@ahunt.org Preferred account name: ajrhunt SSH key is attached. Cheers, Andrzej Hunt -- 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 49852] Request for freedesktop.org account
https://bugs.freedesktop.org/show_bug.cgi?id=49852 --- Comment #1 from A. Hunt andr...@ahunt.org 2012-05-12 13:06:41 PDT --- Created attachment 61525 -- https://bugs.freedesktop.org/attachment.cgi?id=61525 GPG Public key. And here is my gpg public key. -- 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 34050] Particular document causes hang in web layout view
https://bugs.freedesktop.org/show_bug.cgi?id=34050 --- Comment #8 from Julien Nabet serval2...@yahoo.fr 2012-05-12 14:11:53 PDT --- Created attachment 61529 -- https://bugs.freedesktop.org/attachment.cgi?id=61529 bt at random I reproduced this problem on master updated today (pc Debian x86-64). I attached gdb to the process and generated a bt at random during the crazy increase of page number (normally there are 2 or 3 pages, I was at about 1000 in print layout in console logs, I noticed these messages : warn:legacy.osl:21994:1:/home/julien/compile-libreoffice/libo/sw/source/core/layout/calcmove.cxx:2020: Only a warning for task 108824:/nSwCntntFrm::_WouldFit(..) - follow not valid! /home/julien/compile-libreoffice/libo/sw/source/core/text/frmform.cxx:489: Ey (the line is not cut) -- 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 34229] FillMatcher: failed to get JavaVM.framework version
https://bugs.freedesktop.org/show_bug.cgi?id=34229 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution||WORKSFORME CC||serval2...@yahoo.fr --- Comment #2 from Julien Nabet serval2...@yahoo.fr 2012-05-12 14:26:26 PDT --- We can't do a lot with this to reproduce the problem. Moreover, it was with LO 3.3 (we're on 3.5.3.2 now). I put this tracker to RESOLVED/WORKSFORME. Feel free to reopen if you can reproduce this behaviour. -- 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 34389] document lost context, leading writer to crash
https://bugs.freedesktop.org/show_bug.cgi?id=34389 Julien Nabet serval2...@yahoo.fr changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution||WORKSFORME CC||serval2...@yahoo.fr --- Comment #3 from Julien Nabet serval2...@yahoo.fr 2012-05-12 14:30:05 UTC --- - initial problem on 3.3.1 RC1 - No feedback from the reportee - No reproduced from 3.3.4 I put this case to RESOLVED/WORKSFORME. Feel free to reopen if you can reproduce this problem with last version (3.5.3.2) -- 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 38093] Functionality request for Writer: Add Outliner similar one in Impress as basis for outlining component
https://bugs.freedesktop.org/show_bug.cgi?id=38093
--- Comment #12 from Matthew B mbilliode...@gmail.com 2012-05-12 14:42:02 PDT
---
Noticed this request/forum after already posting this:
http://ask.libreoffice.org/question/2596/text-folding-pretty-please
Please add folding text functionality to the next release of Writer or give
advice on how to make add-on.
Additional Comments:
For brain storming, outlining, studying, code writing, drafting documents, or
helping the reader brief documents quickly, Folding text/collapsible outlining
is a must! It makes the tasks listed not only possible but a breeze.
The programs which already offer this feature are EXTREMELY poor word
processors. They DO NOT compare to MS Word or Libre Writer. Writer needs this
capability as it will give them a huge advantage over OpenOffice and MicrSoft.
Additional Suggestions for Functionality. Yes, the General
FoldingText/Outlining available capability in MS Office and omin outliner is
good, but if Libre Office is developing this, while add it these features
should be considered:
- Yes, the paragraph summary displaying only the first sentence, but also...
- Additional Summary/Folding Options: the option to customize what is displayed
in place of the full text (ie, customize the summary item that is displayed in
place of the full text).
Txt summary item may be either:
i. PreDefined text (ex, +, note, ..., Summary, a bullet)
ii. Auto Enumerated text- (ex exhibit, exhibit2, par1, par2)
iii. Auto text Summary of:
only the First Paragraph.
only the First Sentence.
only the First line.
until page full, but not more than 2 lines, at least 1 line.
iv. Any Custom Text/Field. examples
(click to see examples)
Class Notes [Date].
v. Any picture or other item.
***In all instances***:
1. ability to format summary item (be it text or pic) like any
other text or pic in the doc.
2. ability to not allow or to allow the editing of the summary
item.
3. method indicating inlinetext is summarized (ex, highlight on
mouse over)
NOTE: The following feature MIGHT not be able to be added with a single script
project, but probably need to be separate scripts, but still should be packaged
as one add-on with previous features.
- Inline Summary of ANY string of words/symbols/or inline pictures (not limited
to a whole paragraph).
DESCRIPTION: Highlight any inline item (words, pictures, etc), click a
summarize button, user is given option to condense (hide) highlighted text
and display only the summary item (which could be any text specified by user, a
bullet like +, a picture, or text box). The summary item is formatable and
inline with the text around it, editable just like any item in the doc. But,
being a summary item, right clicking it will give the additional option to show
hidden text, and vice versa. And right clicking on hideable text will give the
additional option to display only the summary (the summarized item).
- In-Line Text Preview for embeded or linked documents.
DESCRIPTION: The embeded/linked document would be represented by a summary
item. The summary item can be any user defined item (ex {...}, a long or
brief description, a bullet, or image). But Writer should also give an
additional option in the case of embedding or linking a document: the option to
make any portion of the embeded/linked document the summary item, NOT allow any
change to that summary item (except formatting), BUT updating the summary item
when the linked document/embedded document changes. Finally, right clicking
the summary item will give the additional option to open the document.
--
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
