date:20161210

[Libreoffice-bugs] [Bug 100137] Wrong Hyperlinks in Calc when opening the Calc document over a Symlink

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=100137

--- Comment #33 from oia...@gmail.com ---
(In reply to Mike Kaganski from comment #32)
> The discussion went off-topick. If you want to change standards, this is not
> a place for this. You may submit your proposal to OASIS. Please don't forget
> to mention there a way to create lockfiles in a write-protected directory
> where only the opened file is write-allowed.

If ODF standard had a lock file defined covering the case of a write protected
directory with opened file is write allowed is really simple but not 100
percent safe.  Why ODF is a ZIP file so a directory in it own right so fail
location to write lock file is inside the zip file directory itself that has to
be write allowed.   This is normally not preferred due to risk of collision.

So yes a lock file being part of standard makes 100 percent sense.  Even
possible leaving a preallocated file in a ODF to hold lock data if needed would
make sense.

Over the symlink behaviour not matching .lnk file with Hyperlink really need to
go up to OASIS for ruling if Libreoffice handling of this case is standard or
not.  If what Libreoffice is doing is ruled standard then close this bug as not
a bug.  Worst case Libreoffice will have to alter its behaviour to match what
.lnk does if OASIS rules that way.

This is why I reopened the bug is there is no ruling to close this bug. 
Without a ruling what Libreoffice is doing in the case of this bug could be
wrong.   If it is wrong the sooner we find out the better due to the number of
users that might be effected.

So there are really two standard alterations that need to go to OASIS.

I am not in the Technical Committee so I will have to submit these two by 
office-comm...@lists.oasis-open.org a person in Technical Committee could taken
the problems straight to off...@lists.oasis-open.org to get rulings.

This is why I reopened this bug.  If someone in the Technical Committee is
watching they could take over this bug until ruling is got resulting in planned
alteration to standard that could be just confirming current behaviour.

Now to get ruling you need to provide why this means I do at times need an open
bug.   So I really cannot submit up to OASIS for ruling if the bug here is
going to closed since I need this for why ruling is required on the hyperlink
one.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 101777] FILEOPEN: specific docx freezing / crashing writer

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=101777

fiftyigfuci_f...@yahoo.co.jp changed:

   What|Removed |Added

   Keywords||haveBacktrace

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104573] Assertion failed: SolarMutex not locked when trying to bring up File Open... dialog ( debug build)

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104573

--- Comment #5 from Aron Budea  ---
Created attachment 129483
  --> https://bugs.documentfoundation.org/attachment.cgi?id=129483=edit
Call stack

I could only get a call stack from VS debugger, I hope it's helpful.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 101777] FILEOPEN: specific docx freezing / crashing writer

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=101777

--- Comment #6 from fiftyigfuci_f...@yahoo.co.jp ---
Created attachment 129482
  --> https://bugs.documentfoundation.org/attachment.cgi?id=129482=edit
a backtrace

I could reproduce the hang by the same way Xisco Faulí says.
Writer consumes a lot of CPU time.

My debug dev build:
Version: 5.4.0.0.alpha0+
Build ID: f35d29c8388744be1f95ec4acfca12eec706911a
CPU Threads: 2; OS Version: Linux 4.9; UI Render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); Calc: group

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 92657] Questionable Default for Bullet Sizing

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=92657

--- Comment #29 from Frank  ---
(In reply to Khaled Hosny from comment #21)

** I must have posted this to the wrong place, as it isn't showing below: it's
an earlier response I had posted.

Khaled:

Re: "paragraph direction and alignment are two different things." Certainly
true (and, from many discussions here and elsewhere, it's obvious to me that
anyone who cares about such things already knows this as well) but, I think,
misses the primary point, which is to eliminate a bizarre and confusing user
interface.

So: Two responses to your comment: "This usually means you didn’t set the
paragraph direction and just aligned the paragraph to the right while leaving
its direction LTR. No jumping would happen if the paragraph has RTL direction."

First off, I'm basing my own opinions on the idea that following the Unicode
Standard in this regard *should be* the objective, since a) it is well thought
out and b) results in an interface that is both more intuitive and far easier
to use in practice. The reference for that, by the way, is
http://www.unicode.org/reports/tr9/tr9-35.html for the official “Unicode®
Standard Annex #9: UNICODE BIDIRECTIONAL ALGORITHM.”

So here goes.

To your point about setting the paragraph direction, you are correct. But why
should a user need to do so if it is unnecessary? Annex 9 clearly recommends
that the *default* paragraph direction should be set to the directionality of
the first strongly directional character entered into a that paragraph. This is
just my interpretation, of course, but it's bolstered by the fact that it makes
life easier. More on the *default* in a bit ...

The Calligra Words and FocusWriter word processors, as well as the gEdit and
Kate text editors both act in this manner, so it's not unheard of. Of course,
neither word processor has the feature set of Writer, but that's not the scope
of this discussion - I will say that, for some complex or extensive entry where
intermingling of bidirectional text is required, I will switch to one of those
to do the actual typing, and then copy the block to Writer to make use of its
other features. In such situations, Writer's behavior is actually annoying.

Secondly, you seem to be assuming that paragraphs run in just one direction or
another. For certain use cases, that's reasonable, of course, but as a general
rule, that is entirely too limiting. (Think of translators, literary,
morphological, and etymological analyses, and so forth).

Far and away the most annoying aspect of this is when initially entering an RTL
phrase of more than one word in an otherwise LTR paragraph. Having the cursor
jump to the right as each space (a non-directional or "neutral" as Annex 9
calls it) between each RTL word is entered is fun to watch, but certainly not
what a typical user would expect.

Annex 9 does not specify this (although I've read some postings suggesting it
does). The relevant section says “Generally, NIs [i.e. neutral and isolate
formatting characters] take on the direction of the surrounding text. In case
of a conflict, they take on the embedding direction.” But, if the user hasn't
yet entered any character beyond the space, there is no SURROUNDING text -
there is only PRECEDING text. The cursor should stay just where it is unless
and until the user enters another LTR character. Of course this doesn't take
into account very unusual needs (where the isolate formatting characters are
needed), but for typical text entry, this is the most common use case for
mixing bidirectional text in a single paragraph.

As a further comment on "No jumping would happen if the paragraph has RTL
direction." The same distracting behavior will occur in the opposite direction
if an LTR segment is entered into a RTL paragraph. (except when numeric digits
are entered, which are mostly LTR even with RTL languages; they seem to be
handled independently of other characters in most implementations - but again,
that's a distraction from this particular thread).

The original poster also mentioned his struggle with placing the period at the
end of a sentence; in a normally LTR paragraph containing bidirectional text
that ENDS WITH the non-default directionality I could almost hear him screaming
as it took me ages to figure out how to overcome that in Writer, but it seems
that interpreting "surrounding" is the culprit here as well. I'm not sure if
you've ever explained to a non-technical translator how to insert a zero-width
character before, but it can turn into a fascinating conversation - I'd like to
see Writer (and, to be fair) many other apps a bit more intuitive to use in
such cases.

Editing text in bidirectional paragraphs is a bit different, of course, since
the settled layout needs to be disrupted, but the issues there are a bit more
involved than entry, so I'll leave well enough alone for the moment.

But thanks for responding; it's good to know that some attention

[Libreoffice-bugs] [Bug 101563] Export to PDF with linked images creates huge PDF files.

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=101563

--- Comment #28 from Aron Budea  ---
If I revert this line:
const OUString& GetLink() const { return maLink; }
http://opengrok.libreoffice.org/xref/core/include/svtools/grfmgr.hxx#392

to:
OUStringGetLink() const { return maLink; }

...the exported PDF returns to its normal size. Quite interesting.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 92657] Questionable Default for Bullet Sizing

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=92657

--- Comment #28 from Frank  ---
(In reply to Khaled Hosny from comment #21)

Khaled:

When you say "This was never the case on Linux, and no longer the case on other
platforms in 5.3; we have full control over the text layout and font fallback."
it isn't clear to me what you mean by "this."

I was referring to undesirable font substitutions made while using Writer on
Linux, which happens quite regularly and is rather easy to demonstrate by
choosing a font for some passage that is known to have glyphs/characters
required and then saving the file as either an .fodt or a pdf. These can be
examined (in a text editor or Acrobat Reader respectively to see which fonts
were actually used). I do suspect that how the fonts reported their
capabilities has something to do with this, but I take pains to select the
fonts carefully.

In the case of Thai, for instance, even with all the CTL settings set up for
that, this happened to me just last week with one of the fonts in the tlwg
group (the "official" set of fonts used by the Thai government, although I
don't recall which one at the moment).

And particularly with Thai, I just noticed today that with the most recent
release (5.2.3.2) the diacritic vowels are no longer rendered correctly in
Writer using ANY font; I even went back and opened some earlier documents that
displayed and printed correctly in earlier versions and they don't display
correctly either.

But, as I said, this seems to me to be a different issue than the bullet issue,
so probably belongs somewhere else.

-Frank

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 92657] Questionable Default for Bullet Sizing

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=92657

--- Comment #28 from Frank  ---
(In reply to Khaled Hosny from comment #21)

Khaled:

When you say "This was never the case on Linux, and no longer the case on other
platforms in 5.3; we have full control over the text layout and font fallback."
it isn't clear to me what you mean by "this."

I was referring to undesirable font substitutions made while using Writer on
Linux, which happens quite regularly and is rather easy to demonstrate by
choosing a font for some passage that is known to have glyphs/characters
required and then saving the file as either an .fodt or a pdf. These can be
examined (in a text editor or Acrobat Reader respectively to see which fonts
were actually used). I do suspect that how the fonts reported their
capabilities has something to do with this, but I take pains to select the
fonts carefully.

In the case of Thai, for instance, even with all the CTL settings set up for
that, this happened to me just last week with one of the fonts in the tlwg
group (the "official" set of fonts used by the Thai government, although I
don't recall which one at the moment).

And particularly with Thai, I just noticed today that with the most recent
release (5.2.3.2) the diacritic vowels are no longer rendered correctly in
Writer using ANY font; I even went back and opened some earlier documents that
displayed and printed correctly in earlier versions and they don't display
correctly either.

But, as I said, this seems to me to be a different issue than the bullet issue,
so probably belongs somewhere else.

-Frank

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 102250] FILESAVE

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=102250

fiftyigfuci_f...@yahoo.co.jp changed:

   What|Removed |Added

   Keywords||haveBacktrace

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 102250] FILESAVE

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=102250

--- Comment #7 from fiftyigfuci_f...@yahoo.co.jp ---
Created attachment 129481
  --> https://bugs.documentfoundation.org/attachment.cgi?id=129481=edit
a backtrace

I could reproduce the hang.
Calc constantly eats memory at about 1MB/sec.

My debug dev build:
Version: 5.4.0.0.alpha0+
Build ID: f35d29c8388744be1f95ec4acfca12eec706911a
CPU Threads: 2; OS Version: Linux 4.9; UI Render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); Calc: group

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104573] Assertion failed: SolarMutex not locked when trying to bring up File Open... dialog ( debug build)

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104573

--- Comment #4 from Noel Grandin  ---
could I get a backtrace(s) please?

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] core.git: chart2/source

2016-12-10 Thread Julien Nabet

 chart2/source/controller/accessibility/AccessibleBase.cxx |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit ae18926c2fae5e36256561b60c74990150e5fbdc
Author: Julien Nabet 
Date:   Sat Dec 10 22:38:17 2016 +0100

AccessibleEventNotifier AccessibleBase (chart2)

See 
https://cgit.freedesktop.org/libreoffice/core/commit/?id=0c876d497dd3320cbc06cf21b7b14ab859755bac
This one fixes tdf#104551

Change-Id: Idd173bcb85655ec1b210fa00510fbabba0f5d867
Reviewed-on: https://gerrit.libreoffice.org/31844
Reviewed-by: Noel Grandin 
Tested-by: Noel Grandin 

diff --git a/chart2/source/controller/accessibility/AccessibleBase.cxx 
b/chart2/source/controller/accessibility/AccessibleBase.cxx
index 497e1e5..9d40cc5 100644
--- a/chart2/source/controller/accessibility/AccessibleBase.cxx
+++ b/chart2/source/controller/accessibility/AccessibleBase.cxx
@@ -911,7 +911,7 @@ void SAL_CALL 
AccessibleBase::removeAccessibleEventListener( const Reference< XA
 {
 MutexGuard aGuard( GetMutex() );
 
-if ( xListener.is() )
+if ( xListener.is() && m_nEventNotifierId)
 {
 sal_Int32 nListenerCount = 
::comphelper::AccessibleEventNotifier::removeEventListener( m_nEventNotifierId, 
xListener );
 if ( !nListenerCount )
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 104222] FILESAVE: PPTX: performance regression at save time in Linux, write error in Windows

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104222

--- Comment #3 from fiftyigfuci_f...@yahoo.co.jp ---
Created attachment 129480
  --> https://bugs.documentfoundation.org/attachment.cgi?id=129480=edit
a backtrace

I reproduced on Build ID: 1:5.2.2-0ubuntu2 and my debug dev build:
Version: 5.4.0.0.alpha0+
Build ID: f35d29c8388744be1f95ec4acfca12eec706911a
CPU Threads: 2; OS Version: Linux 4.9; UI Render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); Calc: group

Memory usage on my dev build:
after lunch LO: 39.4MB
after opened the file: 263MB
while saving: maximum 1.0GB

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 98449] Impress crashes while saving and corrupt the file

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=98449

fiftyigfuci_f...@yahoo.co.jp changed:

   What|Removed |Added

 OS|Windows (All)   |All

--- Comment #10 from fiftyigfuci_f...@yahoo.co.jp ---
reproduced on: LibreOffice_5.2.2.2_Linux_x86-64_deb
not reproduced on: LibreOffice_5.2.3.3_Linux_x86-64_deb

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] core.git: desktop/source include/desktop

2016-12-10 Thread Markus Mohrhard

 desktop/source/app/crashreport.cxx |   34 ++
 include/desktop/crashreport.hxx|4 
 2 files changed, 34 insertions(+), 4 deletions(-)

New commits:
commit 80049d110a742060acedb89eaad763e66d7f75a5
Author: Markus Mohrhard 
Date:   Sun Dec 11 00:06:47 2016 +0100

don't overwrite the crashreport info that are written before upload

There was a race condition that the OpenGL code was initialized before
the old report has been uploaded. Therefore the OpenGL setting was
overwritten by the new start and we were not getting the old value.

Now we store any value that wants to be added before the dump.ini is
ready in a temporary map and will write them as soon as we write all the
common information.

This problem was introduced by the dialog requesting permission to
upload the crash report.

Change-Id: I29391a1ff56bac6381218c5a4aefb58c2c03f024
Reviewed-on: https://gerrit.libreoffice.org/31846
Tested-by: Jenkins 
Reviewed-by: Markus Mohrhard 

diff --git a/desktop/source/app/crashreport.cxx 
b/desktop/source/app/crashreport.cxx
index c50c2e9..9715fde 100644
--- a/desktop/source/app/crashreport.cxx
+++ b/desktop/source/app/crashreport.cxx
@@ -35,28 +35,54 @@ osl::Mutex CrashReporter::maMutex;
 #endif
 
 google_breakpad::ExceptionHandler* CrashReporter::mpExceptionHandler = nullptr;
+bool CrashReporter::mbInit = false;
+std::map CrashReporter::maKeyValues;
+
+namespace {
+
+void writeToStream(std::ofstream& strm, const OUString& rKey, const OUString& 
rValue)
+{
+strm << rtl::OUStringToOString(rKey, RTL_TEXTENCODING_UTF8).getStr() << 
"=";
+strm << rtl::OUStringToOString(rValue, RTL_TEXTENCODING_UTF8).getStr() << 
"\n";
+}
+
+}
 
 void CrashReporter::AddKeyValue(const OUString& rKey, const OUString& rValue)
 {
 osl::MutexGuard aGuard(maMutex);
-std::string ini_path = getIniFileName();
-std::ofstream ini_file(ini_path, std::ios_base::app);
-ini_file << rtl::OUStringToOString(rKey, RTL_TEXTENCODING_UTF8).getStr() 
<< "=";
-ini_file << rtl::OUStringToOString(rValue, RTL_TEXTENCODING_UTF8).getStr() 
<< "\n";
+if (mbInit)
+{
+std::string ini_path = getIniFileName();
+std::ofstream ini_file(ini_path, std::ios_base::app);
+writeToStream(ini_file, rKey, rValue);
+}
+else
+{
+maKeyValues.insert(std::pair(rKey, rValue));
+}
 }
 
 #endif
 
 void CrashReporter::writeCommonInfo()
 {
+osl::MutexGuard aGuard(maMutex);
 // limit the amount of code that needs to be executed before the crash 
reporting
 std::string ini_path = CrashReporter::getIniFileName();
 std::ofstream minidump_file(ini_path, std::ios_base::trunc);
 minidump_file << "ProductName=LibreOffice\n";
 minidump_file << "Version=" LIBO_VERSION_DOTTED "\n";
 minidump_file << "URL=http://crashreport.libreoffice.org/submit/\n;;
+for (auto& keyValue : maKeyValues)
+{
+writeToStream(minidump_file, keyValue.first, keyValue.second);
+}
+maKeyValues.clear();
 minidump_file.close();
 
+mbInit = true;
+
 updateMinidumpLocation();
 }
 
diff --git a/include/desktop/crashreport.hxx b/include/desktop/crashreport.hxx
index e58e387..f4616e8 100644
--- a/include/desktop/crashreport.hxx
+++ b/include/desktop/crashreport.hxx
@@ -57,6 +57,10 @@ private:
 
 static osl::Mutex maMutex;
 
+static bool mbInit;
+
+static std::map maKeyValues; // used to temporarily 
save entries before the old info has been uploaded
+
 static google_breakpad::ExceptionHandler* mpExceptionHandler;
 };
 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 101125] libreoffice writer crashes for me when i attempt to open this .docx file.

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=101125

fiftyigfuci_f...@yahoo.co.jp changed:

   What|Removed |Added

   Keywords|wantBacktrace   |haveBacktrace

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 101125] libreoffice writer crashes for me when i attempt to open this .docx file.

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=101125

--- Comment #7 from fiftyigfuci_f...@yahoo.co.jp ---
Created attachment 129479
  --> https://bugs.documentfoundation.org/attachment.cgi?id=129479=edit
a backtrace

Writer spits out lots of this:
warn:writerfilter:8216:1:writerfilter/source/dmapper/DomainMapper.cxx:1082:
DomainMapper::lcl_attribute: unhandled token: 92798

My dev build:
Version: 5.4.0.0.alpha0+
Build ID: f35d29c8388744be1f95ec4acfca12eec706911a
CPU Threads: 2; OS Version: Linux 4.9; UI Render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); Calc: group

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] core.git: ucb/source

2016-12-10 Thread Thorsten Behrens

 ucb/source/ucp/cmis/cmis_content.cxx |   26 +++---
 1 file changed, 23 insertions(+), 3 deletions(-)

New commits:
commit 5e6c7d6d26349139ff5881a67c7fec3f48df6aa3
Author: Thorsten Behrens 
Date:   Fri Dec 9 02:00:49 2016 +0100

cmis: add error handling on checkin

Change-Id: I3951a237789ee4b7697f70bc527ffbb6a626206a
Reviewed-on: https://gerrit.libreoffice.org/31776
Tested-by: Jenkins 
Reviewed-by: Thorsten Behrens 

diff --git a/ucb/source/ucp/cmis/cmis_content.cxx 
b/ucb/source/ucp/cmis/cmis_content.cxx
index 05de9807..65ba37d 100644
--- a/ucb/source/ucp/cmis/cmis_content.cxx
+++ b/ucb/source/ucp/cmis/cmis_content.cxx
@@ -1052,8 +1052,14 @@ namespace cmis
 {
 object = getObject( xEnv );
 }
-catch ( const libcmis::Exception& )
+catch ( const libcmis::Exception& e )
 {
+SAL_INFO( "ucb.ucp.cmis", "Unexpected libcmis exception: " << 
e.what( ) );
+ucbhelper::cancelCommandExecution(
+ucb::IOErrorCode_GENERAL,
+uno::Sequence< uno::Any >( 0 ),
+xEnv,
+OUString::createFromAscii( e.what() ) );
 }
 
 libcmis::Document* pPwc = dynamic_cast< libcmis::Document* >( 
object.get( ) );
@@ -1071,8 +1077,22 @@ namespace cmis
 copyData( xIn, xOutput );
 
 map< string, libcmis::PropertyPtr > newProperties;
-libcmis::DocumentPtr pDoc = pPwc->checkIn( rArg.MajorVersion, 
OUSTR_TO_STDSTR( rArg.VersionComment ), newProperties,
-   pOut, OUSTR_TO_STDSTR( rArg.MimeType ), 
OUSTR_TO_STDSTR( rArg.NewTitle ) );
+libcmis::DocumentPtr pDoc;
+
+try
+{
+pDoc = pPwc->checkIn( rArg.MajorVersion, OUSTR_TO_STDSTR( 
rArg.VersionComment ), newProperties,
+  pOut, OUSTR_TO_STDSTR( rArg.MimeType ), 
OUSTR_TO_STDSTR( rArg.NewTitle ) );
+}
+catch ( const libcmis::Exception& e )
+{
+SAL_INFO( "ucb.ucp.cmis", "Unexpected libcmis exception: " << 
e.what( ) );
+ucbhelper::cancelCommandExecution(
+ucb::IOErrorCode_GENERAL,
+uno::Sequence< uno::Any >( 0 ),
+xEnv,
+OUString::createFromAscii( e.what() ) );
+}
 
 // Get the URL and send it back as a result
 URL aCmisUrl( m_sURL );
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: external/libcmis

2016-12-10 Thread Thorsten Behrens

 external/libcmis/UnpackedTarball_cmis.mk  |1 +
 external/libcmis/libcmis-fix-error-handling.patch |   20 
 2 files changed, 21 insertions(+)

New commits:
commit 1188061c25cb5aaa32193a78111fcbe2ef10eaf1
Author: Thorsten Behrens 
Date:   Fri Dec 9 02:40:53 2016 +0100

libcmis: error handling for datetime string parser

Change-Id: Ie5be0307fa8ac0292f7692f9674e07776cb1948d
Reviewed-on: https://gerrit.libreoffice.org/31777
Tested-by: Jenkins 
Reviewed-by: Thorsten Behrens 

diff --git a/external/libcmis/UnpackedTarball_cmis.mk 
b/external/libcmis/UnpackedTarball_cmis.mk
index 8fb247f..2ba454f 100644
--- a/external/libcmis/UnpackedTarball_cmis.mk
+++ b/external/libcmis/UnpackedTarball_cmis.mk
@@ -18,6 +18,7 @@ $(eval $(call gb_UnpackedTarball_add_patches,cmis, \

external/libcmis/libcmis-fix-google-drive.patch \

external/libcmis/libcmis-google-2FA-implementation.patch \

external/libcmis/libcmis-sharepoint-repository-root.patch \
+   
external/libcmis/libcmis-fix-error-handling.patch \
 ))
 
 ifeq ($(OS)$(COM),WNTMSC)
diff --git a/external/libcmis/libcmis-fix-error-handling.patch 
b/external/libcmis/libcmis-fix-error-handling.patch
new file mode 100644
index 000..09df7ac
--- /dev/null
+++ b/external/libcmis/libcmis-fix-error-handling.patch
@@ -0,0 +1,20 @@
+diff -ur cmis.org/src/libcmis/xml-utils.cxx cmis/src/libcmis/xml-utils.cxx
+--- cmis.org/src/libcmis/xml-utils.cxx 2016-12-09 02:19:47.900961750 +0100
 cmis/src/libcmis/xml-utils.cxx 2016-12-09 02:23:56.392206339 +0100
+@@ -382,9 +382,14 @@
+ // Get the time zone offset
+ boost::posix_time::time_duration tzOffset( 
boost::posix_time::duration_from_string( "+00:00" ) );
+ 
++if ( dateTimeStr.empty( ) )
++return t; // obviously not a time
++
+ size_t teePos = dateTimeStr.find( 'T' );
+-string noTzStr = dateTimeStr.substr( 0, teePos + 1 );
++if ( teePos == string::npos )
++return t; // obviously not a time
+ 
++string noTzStr = dateTimeStr.substr( 0, teePos + 1 );
+ string timeStr = dateTimeStr.substr( teePos + 1 );
+ 
+ // Get the TZ if any
+
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 100137] Wrong Hyperlinks in Calc when opening the Calc document over a Symlink

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=100137

--- Comment #32 from Mike Kaganski  ---
The discussion went off-topick. If you want to change standards, this is not a
place for this. You may submit your proposal to OASIS. Please don't forget to
mention there a way to create lockfiles in a write-protected directory where
only the opened file is write-allowed.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 87204] FILESAVE: PowerPoint pps causes LO to crash or freeze...

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=87204

--- Comment #4 from fiftyigfuci_f...@yahoo.co.jp ---
I opened the comment#2 file then a slideshow started automatically.
I manually quit the slideshow then the show ended and after a while, Impress
was killed automatically.
It's not my expected result.

My dev build:
Version: 5.4.0.0.alpha0+
Build ID: f35d29c8388744be1f95ec4acfca12eec706911a
CPU Threads: 2; OS Version: Linux 4.9; UI Render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); Calc: group

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 100137] Wrong Hyperlinks in Calc when opening the Calc document over a Symlink

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=100137

--- Comment #31 from oia...@gmail.com ---
(In reply to Mike Kaganski from comment #30)
> (In reply to oiaohm from comment #29)
> > You want to place a lock file.   So that the file you have open editing is
> > not edited by someone else.   Place lock file with the name and location of
> > the  symlink is  wrong.   The lock file should be placed in the directory
> > with the real file and every application attempting to open file needs to
> > look in the same place.  Otherwise two or more users could open the file
> > modify and attempt to save alterations at the same time resulting in massive
> > file damage.
> 
> Have you tried that? That's not true.
> The lock file is not the only protection. Actually, the OS will lock the
> original file so that there will be no way to do that massive damage.
> But, of course, another LO trying to open it from original location will not
> know additional info from the lock file, i.e. who exactly opened it. But
> then: lock file isn't part of the standard; and another ODF-authoring
> application (say MS Officce) wouldn't take advantage from the lock file even
> it is there.
This is not understanding the problem.

I have tried it.  I did not mention something.  Where you must put the lock
file in right place is when you are using NFS or SMB versions/modes that in
fact don't mandate exclusivity or provide server side locking. 

OS will always lock the file is a myth.   Not all operating systems will lock
the file and not all file systems will let the OS lock the file.   The file
systems that will not let OS lock a file will normal be network file system
being using by multi-able users.

https://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/locking.html
Yes it a feature of samba that you can in fact disable file locking and there
are registry options in windows to disable OS file locking.   There are ways to
turn OS file locking off under OS X and Linux as well.   Microsoft windows home
editions come with network file locking disabled.

So absolute yes there is ways to cause massive damage due to the fact the
standard does not define a lock file.   A lock file is the only thing that
almost always works.  Lock files can suffer from the odd race condition.  
Every other form of file locking depends on OS having file locking turn on and
in the case of file servers them in fact keeping track of locking and not
telling every client yes you have that file locked when really its not locking
anything.

So the reality is at the moment every ODF-authoring get to create their own
locking file so users have to choose to use 1 ODF-authoring program or risk
issues if they have a file server that does not respect locking.

> 
> As to MS Office that will do a different thing... it will do that *against*
> symlink specifications. And has nothing with ODF. You seem to have no idea
> how standards work. If any standard had to re-do what others do, we would be
> unable to create standards at all.

Standards are to create uniform behaviour.   The reality is that every
ODF-authoring program is forced to create lock files.   Even MS Office first
version creates lock files for .doc files.   So this is universal require
behaviour.

Define symlink handling would also be about creating a uniform behaviour for
ODF programs.   Symlinks by standards around symlinks can be used 3 different
ways.   ODF standard does not state what one of those 3 ways applications using
ODF files should be using.For lock files resolving symlinks is mandatory.


So if MS Office decides to resolve out a symlink and use that this is not
against symlink standards.

Three different standard usages of symlink
1) treat location of symlink as location of file.
2) Resolve symlink and use location of real file.
3) Do 1 if item cannot be found do 2.

The reality is Libreoffice is using 1 for hyperlinks and 2 for lock files.

This is not a case of redoing this is a case that you need to state what
standard mode of symlink people writing application using ODF should use so
that every ODF-authoring program are handling symlinks in the same way.   Yes
adding lock files to ODF standard would mean using resolve symlink and stating
that for lock files that is what is to be used.

Its the Posix standards that define that symlinks can be used the 3 ways.

The problem here is the claim that ODF standard does not need to care about
OS/filesystem-dependent.  The reality here when it comes to symlinks the
standard that symlink is from defined 3 options.   Libreoffice is using 2 of
the 3 options.

Yes symlink is OS/filesystem-dependent but the standards of symlink define 3
usage modes and ODF does not state what option should be used.  Instead you are
presuming just because Libreoffice is using option 1 for hyperlinks that this
is some how correct.   The fact Libreoffice is using option 2 for lock files
just shows that symlink usage mode is not OS/filesystem only defined.

[Libreoffice-bugs] [Bug 67774] IMPORT XLS: Alignment shift is incorrect (also XLSX)

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=67774

Mike Kaganski  changed:

   What|Removed |Added

 Status|RESOLVED|NEW
 Resolution|WORKSFORME  |---

--- Comment #9 from Mike Kaganski  ---
(In reply to Bartosz from comment #8)
> This bug was resolved with LibreOffice 5.2

No, it was not. Still the same shift.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104573] Assertion failed: SolarMutex not locked when trying to bring up File Open... dialog ( debug build)

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104573

Aron Budea  changed:

   What|Removed |Added

 CC||noelgran...@gmail.com

--- Comment #3 from Aron Budea  ---
Let's add Noel to CC.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104559] UI When editing a formula cell, the formula hides referenced cells

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104559

m.a.riosv  changed:

   What|Removed |Added

 CC||miguelangelrv@libreoffice.o
   ||rg

--- Comment #2 from m.a.riosv  ---
Created attachment 129478
  --> https://bugs.documentfoundation.org/attachment.cgi?id=129478=edit
Sample

Agree, even worse trying to modify the formula and those cells behind the
formula are not selectable with the mouse.

If it were possible putting the formula between cells in a way that all cells
were selectable.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104573] Assertion failed: SolarMutex not locked when trying to bring up File Open... dialog ( debug build)

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104573

Mike Kaganski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #2 from Mike Kaganski  ---
Also asserts on dragging files to Start Center window

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104573] Assertion failed: SolarMutex not locked when trying to bring up File Open... dialog ( debug build)

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104573

--- Comment #1 from Mike Kaganski  ---
Caused by
https://cgit.freedesktop.org/libreoffice/core/commit/?id=e794ce1eef6730e5a46d5fb0aa6db2895ede85e7

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104488] LibO hangs when scrolling document

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104488

fiftyigfuci_f...@yahoo.co.jp changed:

   What|Removed |Added

   Keywords|wantBacktrace   |haveBacktrace

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104488] LibO hangs when scrolling document

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104488

--- Comment #16 from fiftyigfuci_f...@yahoo.co.jp ---
Created attachment 129477
  --> https://bugs.documentfoundation.org/attachment.cgi?id=129477=edit
a backtrace

lang::DisposedException is thrown at
accessibility::AccessibleContextBase::ThrowIfDisposed.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57822] EDITING: When multiple sheets selected for editing please provide more obvious visual feedback

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=57822

m.a.riosv  changed:

   What|Removed |Added

 CC||ca...@free.fr

--- Comment #11 from m.a.riosv  ---
*** Bug 104564 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104564] Calc : Improvement proposal in Calc, Sheet management:

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104564

m.a.riosv  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||miguelangelrv@libreoffice.o
   ||rg
 Resolution|--- |DUPLICATE

--- Comment #2 from m.a.riosv  ---


*** This bug has been marked as a duplicate of bug 57822 ***

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 57822] EDITING: When multiple sheets selected for editing please provide more obvious visual feedback

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=57822

m.a.riosv  changed:

   What|Removed |Added

 CC||print...@gmail.com

--- Comment #10 from m.a.riosv  ---
*** Bug 88840 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 88840] Feature request : Highlight color for multiple sheets selected in Calc

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=88840

m.a.riosv  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||miguelangelrv@libreoffice.o
   ||rg
 Resolution|--- |DUPLICATE

--- Comment #2 from m.a.riosv  ---


*** This bug has been marked as a duplicate of bug 57822 ***

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104556] FILEOPEN DOCX: Misplaced vertical red line

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104556

Xisco Faulí  changed:

   What|Removed |Added

   Keywords||bibisected, bisected,
   ||regression
 Status|UNCONFIRMED |NEW
 CC||vmik...@collabora.co.uk,
   ||xiscofa...@libreoffice.org
Version|4.0.0.3 release |4.3 all versions
 Ever confirmed|0   |1

--- Comment #1 from Xisco Faulí  ---
Confirmed in

Version: 5.4.0.0.alpha0+
Build ID: 7fc84a8e6678e3d0399983f5a078c9b2beb6ee4b
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group

Yellow lines in page 3 are also incorrect.

Regression introduced by

author  Miklos Vajna   2013-12-03 10:59:42 (GMT)
committer   Miklos Vajna   2013-12-03 14:39:04
(GMT)
commit  57450afb768c085df0ba2344aa94b5f843060178 (patch)
tree19a4c28083ee2414102d70db2fcf6bd8ec410799
parent  ddbeaada1c7abb0fee88e709f3d6d824f06b39e0 (diff)

DOCX import: declare wps as a supported feature
This means in case we hit an mc:AlternateContent element, we will read
the mc:Choice branch of it, in case wps is the required feature, not the
mc:Fallback one, which contains the information in VML format (after a
lossy conversion).

Adding Cc: to Miklos Vajna

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104573] Assertion failed: SolarMutex not locked when trying to bring up File Open... dialog ( debug build)

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104573

Aron Budea  changed:

   What|Removed |Added

   Priority|medium  |highest

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104573] New: Assertion failed: SolarMutex not locked when trying to bring up File Open... dialog ( debug build)

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104573

Bug ID: 104573
   Summary: Assertion failed: SolarMutex not locked when trying to
bring up File Open... dialog (debug build)
   Product: LibreOffice
   Version: 5.4.0.0.alpha0+
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: critical
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: ba...@caesar.elte.hu

Using an 5.4 master debug build (sources are from 2016-12-10) in Windows 7.

1. Open Start Center or an application, Writer for example.
2. Click Open File, open File -> Open... or select Open from the toolbar.

=> assertion failed: SolarMutex not locked.

Same with Save.

Version: 5.4.0.0.alpha0+
Build ID: 289124284f98bbea442871455cf7da5fe9ef3aae
CPU Threads: 4; OS Version: Windows 6.1; UI Render: GL; 
Locale: hu-HU (hu_HU); Calc: CL

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

CppCheck Report Update

2016-12-10 Thread cppcheck.libreoff...@gmail.com


A new cppcheck report is available at : 
http://dev-builds.libreoffice.org/cppcheck_reports/master/


Note:
The script generating this report was run at :
2016-11-12_02:32:49 with user buildslave at host vm140 as 
/home/buildslave/source/dev-tools/cppcheck/cppcheck-report.sh -s 
/home/buildslave/source/libo-core -c /home/buildslave/source/cppcheck -w 
/home/buildslave/tmp/www

It can be found and improved here:

https://gerrit.libreoffice.org/gitweb?p=dev-tools.git;a=blob;f=cppcheck/cppcheck-report.sh


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-bugs] [Bug 104560] FILESAVE: DOCX File corrupted after roundtrip

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104560

Xisco Faulí  changed:

   What|Removed |Added

 CC||xiscofa...@libreoffice.org

--- Comment #1 from Xisco Faulí  ---
I can't reproduce it in

Version: 5.4.0.0.alpha0+
Build ID: 7fc84a8e6678e3d0399983f5a078c9b2beb6ee4b
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group

and MSOffice 2010

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104571] Opening an ODS document is slow when OpenCL is enabled

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104571

Aron Budea  changed:

   What|Removed |Added

 CC||ba...@caesar.elte.hu
 Blocks||97391
   Assignee|roland.il...@gmx.de |libreoffice-b...@lists.free
   ||desktop.org

--- Comment #5 from Aron Budea  ---
Roland also mentioned on IRC that even running opencl info is very slow.

As a first step, could you reinstall your graphics drivers, just to make sure
they're installed correctly?


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=97391
[Bug 97391] [META] Tracker bug for OpenCL and "Software Interpreter" issues in
Calc
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 97391] [META] Tracker bug for OpenCL and "Software Interpreter" issues in Calc

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=97391

Aron Budea  changed:

   What|Removed |Added

 Depends on||104571


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=104571
[Bug 104571] Opening an ODS document is slow when OpenCL is enabled
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 40258] PRINTING Selection adds paragraph to following list

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=40258

--- Comment #13 from Terrence Enger  ---
I avoided the crash that I mentioned in comment 12 by simply taking
defaults.  The resulting .ps file shows that the problem persists.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 40258] PRINTING Selection adds paragraph to following list

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=40258

--- Comment #12 from Terrence Enger  ---
In the Print dialog, when I select Range equals Selection (step (4)),
the small preview control shows three bullet points in the list.  I
lack a printer, and my attempt to continue to "Print to File..." runs
into tdf#103515 "Assertion failed: SolarMutex not locked when opening
database with Base".  For now, I am taking it that the bug is still
present.

I am observing a local build of commit b157b82a, pulled around
2016-12-10 02:45 UTC, configured ...

CC=ccache /usr/bin/gcc
CXX=ccache /usr/bin/g++
--enable-option-checking=fatal
--enable-dbgutil
--enable-debug
--without-system-postgresql
--without-myspell-dicts
--with-extra-buildid
--without-doxygen
--with-external-tar=/home/terry/lo_hacking/git/src
--without-package-format

built and running on debian-stretch.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 103533] Fileopen dump with specific XLSX, no recovery window ( svxcorelo.dll)

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=103533

Bartosz  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |gan...@poczta.onet.pl
   |desktop.org |

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] core.git: drawinglayer/source editeng/source include/vcl vcl/source

2016-12-10 Thread Khaled Hosny

 drawinglayer/source/processor2d/vclprocessor2d.cxx |2 
 editeng/source/editeng/impedit3.cxx|   10 +---
 editeng/source/outliner/outliner.cxx   |2 
 include/vcl/outdev.hxx |3 -
 include/vcl/outdevstate.hxx|3 -
 vcl/source/edit/texteng.cxx|2 
 vcl/source/gdi/pdfwriter_impl.cxx  |2 
 vcl/source/gdi/sallayout.cxx   |1 
 vcl/source/outdev/text.cxx |   44 -
 vcl/source/outdev/textline.cxx |2 
 10 files changed, 11 insertions(+), 60 deletions(-)

New commits:
commit 9db5cfc889403e923a41dc88b07d0c973d227552
Author: Khaled Hosny 
Date:   Thu Dec 8 07:17:00 2016 +0200

Drop ComplexDisabled flags that does nothing

There is no such thing as simple text layout in this brave new world.

Change-Id: I641b7efa5ec8fdd9839c291e7f2fdb736361ef1e
Reviewed-on: https://gerrit.libreoffice.org/31824
Tested-by: Jenkins 
Reviewed-by: Khaled Hosny 

diff --git a/drawinglayer/source/processor2d/vclprocessor2d.cxx 
b/drawinglayer/source/processor2d/vclprocessor2d.cxx
index 900cada..b47d09f 100644
--- a/drawinglayer/source/processor2d/vclprocessor2d.cxx
+++ b/drawinglayer/source/processor2d/vclprocessor2d.cxx
@@ -262,7 +262,7 @@ namespace drawinglayer
 
 if(rTextCandidate.getFontAttribute().getRTL())
 {
-ComplexTextLayoutFlags nRTLLayoutMode(nOldLayoutMode & 
~ComplexTextLayoutFlags(ComplexTextLayoutFlags::ComplexDisabled|ComplexTextLayoutFlags::BiDiStrong));
+ComplexTextLayoutFlags nRTLLayoutMode(nOldLayoutMode & 
~ComplexTextLayoutFlags(ComplexTextLayoutFlags::BiDiStrong));
 nRTLLayoutMode |= 
ComplexTextLayoutFlags::BiDiRtl|ComplexTextLayoutFlags::TextOriginLeft;
 mpOutputDevice->SetLayoutMode(nRTLLayoutMode);
 }
diff --git a/editeng/source/editeng/impedit3.cxx 
b/editeng/source/editeng/impedit3.cxx
index bcfb89e..cd90dbb 100644
--- a/editeng/source/editeng/impedit3.cxx
+++ b/editeng/source/editeng/impedit3.cxx
@@ -679,8 +679,6 @@ bool ImpEditEngine::CreateLines( sal_Int32 nPara, 
sal_uInt32 nStartPosY )
 }
 }
 
-// SW disables ComplexTextLayoutFlags::ComplexDisabled, so maybe I have to 
enable it...
-
 // Saving both layout mode and language (since I'm potentially changing 
both)
 GetRefDevice()->Push( PushFlags::TEXTLAYOUTMODE|PushFlags::TEXTLANGUAGE );
 
@@ -4255,14 +4253,14 @@ void ImpEditEngine::ImplInitLayoutMode( OutputDevice* 
pOutDev, sal_Int32 nPara,
 
 if ( !bCTL && !bR2L)
 {
-// No CTL/Bidi checking necessary
-nLayoutMode |= ( ComplexTextLayoutFlags::ComplexDisabled | 
ComplexTextLayoutFlags::BiDiStrong );
+// No Bidi checking necessary
+nLayoutMode |= ComplexTextLayoutFlags::BiDiStrong;
 }
 else
 {
-// CTL/Bidi checking necessary
+// Bidi checking necessary
 // Don't use BIDI_STRONG, VCL must do some checks.
-nLayoutMode &= ~ComplexTextLayoutFlags( 
ComplexTextLayoutFlags::ComplexDisabled | ComplexTextLayoutFlags::BiDiStrong );
+nLayoutMode &= ~ComplexTextLayoutFlags( 
ComplexTextLayoutFlags::BiDiStrong );
 
 if ( bR2L )
 nLayoutMode |= 
ComplexTextLayoutFlags::BiDiRtl|ComplexTextLayoutFlags::TextOriginLeft;
diff --git a/editeng/source/outliner/outliner.cxx 
b/editeng/source/outliner/outliner.cxx
index a77e881..3e50f60 100644
--- a/editeng/source/outliner/outliner.cxx
+++ b/editeng/source/outliner/outliner.cxx
@@ -955,7 +955,7 @@ void Outliner::PaintBullet( sal_Int32 nPara, const Point& 
rStartPos,
 
 // VCL will take care of brackets and so on...
 ComplexTextLayoutFlags nLayoutMode = pOutDev->GetLayoutMode();
-nLayoutMode &= 
~ComplexTextLayoutFlags(ComplexTextLayoutFlags::BiDiRtl|ComplexTextLayoutFlags::ComplexDisabled|ComplexTextLayoutFlags::BiDiStrong);
+nLayoutMode &= 
~ComplexTextLayoutFlags(ComplexTextLayoutFlags::BiDiRtl|ComplexTextLayoutFlags::BiDiStrong);
 if ( bRightToLeftPara )
 nLayoutMode |= ComplexTextLayoutFlags::BiDiRtl | 
ComplexTextLayoutFlags::TextOriginLeft | ComplexTextLayoutFlags::BiDiStrong;
 pOutDev->SetLayoutMode( nLayoutMode );
diff --git a/include/vcl/outdev.hxx b/include/vcl/outdev.hxx
index 15bdb8f..7cdda54 100644
--- a/include/vcl/outdev.hxx
+++ b/include/vcl/outdev.hxx
@@ -137,7 +137,6 @@ enum class SalLayoutFlags
 KerningPairs= 0x0010,
 KerningAsian= 0x0020,
 Vertical= 0x0040,
-ComplexDisabled = 0x0100,
 EnableLigatures = 0x0200,
 SubstituteDigits= 0x0400,

[Libreoffice-qa] Misleading text on migration page

2016-12-10 Thread Steve Kelem


  
  
Hi.
Your page,
https://bugs.documentfoundation.org/index.cgi?GoAheadAndLogIn=1_passwordreset=1#forgot,
  says:

  
  Ready
to migrate your account to the new TDF/LibreOffice Bugzilla?
  Enter your login
name below and click the 'Reset Password' button.
If you enter your login name, it then
  complains that my login name is not a valid email address.

  If you want the email address, then you should ask for the
email address, not the login name.
  If I then replace my login name with my email address, the
page then complains:


  
  


  


  You have
requested a password token too recently to request another.
Please wait 10 minutes then try again.


Really? Can you please fix both of these issues?
Sincerely,
Steve Kelem

  

___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

[Libreoffice-commits] core.git: vcl/source

2016-12-10 Thread Khaled Hosny

 vcl/source/gdi/pdfwriter_impl.cxx |   12 
 1 file changed, 12 deletions(-)

New commits:
commit d5e7e817980bfce29196dc55a20270201f77c673
Author: Khaled Hosny 
Date:   Thu Dec 8 07:04:27 2016 +0200

Drop a hack for Type 1, the future is here

The original issue for reference:
https://bz.apache.org/ooo/show_bug.cgi?id=36691

Change-Id: I3b68c2c9f7cb94445875ef5a005e73dcfe65fa3a
Reviewed-on: https://gerrit.libreoffice.org/31823
Tested-by: Jenkins 
Reviewed-by: Khaled Hosny 

diff --git a/vcl/source/gdi/pdfwriter_impl.cxx 
b/vcl/source/gdi/pdfwriter_impl.cxx
index 75ba6d1..56f7d97 100644
--- a/vcl/source/gdi/pdfwriter_impl.cxx
+++ b/vcl/source/gdi/pdfwriter_impl.cxx
@@ -8621,18 +8621,6 @@ void PDFWriterImpl::drawLayout( SalLayout& rLayout, 
const OUString& rText, bool
 }
 else
 aUnicodes.push_back(rText[pGlyphs[i]->mnCharPos]);
-// #i36691# hack that is needed because currently the pGlyphs[]
-// argument is ignored for embeddable fonts and so the layout
-// engine's glyph work is ignored (i.e. char mirroring)
-// TODO: a real solution would be to map the layout engine's
-// glyphid (i.e. FreeType's synthetic glyphid for a Type1 font)
-// back to unicode and then to embeddable font's encoding
-if( (getReferenceDevice()->GetLayoutMode() & 
ComplexTextLayoutFlags::BiDiRtl) != ComplexTextLayoutFlags::Default )
-{
-size_t nI = aUnicodes.size()-1;
-for( int n = 0; n < nChars; n++, nI-- )
-aUnicodes[nI] = 
static_cast(GetMirroredChar(aUnicodes[nI]));
-}
 }
 else
 aUnicodes.push_back( 0 );
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

Re: [Libreoffice-qa] minutes of ESC call ...

2016-12-10 Thread Khaled Hosny

On Thu, Dec 08, 2016 at 04:56:07PM +, Michael Meeks wrote:
>   + who else needs a Mac ? ... answers on a post-card.

I think I can make use of one, if it can get here easily. I currently
use the same Mac laptop for both Linux and Mac development, not the most
productive setup.

Regards,
Khaled
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

[Libreoffice-commits] core.git: vcl/inc vcl/source

2016-12-10 Thread Khaled Hosny

 vcl/inc/sallayout.hxx  |6 +++---
 vcl/source/gdi/CommonSalLayout.cxx |5 -
 vcl/source/gdi/pdfwriter_impl.cxx  |4 ++--
 vcl/source/gdi/sallayout.cxx   |   10 --
 vcl/source/outdev/font.cxx |2 +-
 vcl/source/outdev/textline.cxx |2 +-
 6 files changed, 11 insertions(+), 18 deletions(-)

New commits:
commit 869368e94dcfe393b0d06b1c1de18b5ce0d08d3d
Author: Khaled Hosny 
Date:   Thu Dec 8 07:00:02 2016 +0200

Drop SalLayout::IsSpacingGlyph()

Replace it with a check from ICU that actually makes sense.

Change-Id: Ie8789444a967420d58f5575f42bc45677bfa96a1
Reviewed-on: https://gerrit.libreoffice.org/31822
Tested-by: Jenkins 
Reviewed-by: Khaled Hosny 

diff --git a/vcl/inc/sallayout.hxx b/vcl/inc/sallayout.hxx
index ee41051..447cc39 100644
--- a/vcl/inc/sallayout.hxx
+++ b/vcl/inc/sallayout.hxx
@@ -182,8 +182,6 @@ public:
 virtual boolGetOutline( SalGraphics&, basegfx::B2DPolyPolygonVector& ) 
const;
 virtual boolGetBoundRect( SalGraphics&, Rectangle& ) const;
 
-static bool IsSpacingGlyph( sal_GlyphId );
-
 // reference counting
 voidRelease() const;
 
@@ -321,13 +319,15 @@ public:
 IS_RTL_GLYPH  = 0x002,
 IS_DIACRITIC  = 0x004,
 IS_VERTICAL   = 0x008,
-ALLOW_KASHIDA = 0X010
+IS_SPACING= 0x010,
+ALLOW_KASHIDA = 0x020
 };
 
 boolIsClusterStart() const  { return ((mnFlags & IS_IN_CLUSTER) == 0); 
}
 boolIsRTLGlyph() const  { return ((mnFlags & IS_RTL_GLYPH) != 0); }
 boolIsDiacritic() const { return ((mnFlags & IS_DIACRITIC) != 0); }
 boolIsVertical() const  { return ((mnFlags & IS_VERTICAL) != 0); }
+boolIsSpacing() const   { return ((mnFlags & IS_SPACING) != 0); }
 boolAllowKashida() const{ return ((mnFlags & ALLOW_KASHIDA) != 0); 
}
 };
 
diff --git a/vcl/source/gdi/CommonSalLayout.cxx 
b/vcl/source/gdi/CommonSalLayout.cxx
index 27394c7..2c059ef 100644
--- a/vcl/source/gdi/CommonSalLayout.cxx
+++ b/vcl/source/gdi/CommonSalLayout.cxx
@@ -600,10 +600,13 @@ bool CommonSalLayout::LayoutText(ImplLayoutArgs& rArgs)
 if (u_getIntPropertyValue(aChar, UCHAR_GENERAL_CATEGORY) == 
U_NON_SPACING_MARK)
 nGlyphFlags |= GlyphItem::IS_DIACRITIC;
 
+if (u_isUWhiteSpace(aChar))
+ nGlyphFlags |= GlyphItem::IS_SPACING;
+
 if ((aSubRun.maScript == HB_SCRIPT_ARABIC ||
  aSubRun.maScript == HB_SCRIPT_SYRIAC) &&
 HB_DIRECTION_IS_BACKWARD(aSubRun.maDirection) &&
-!u_isUWhiteSpace(aChar))
+(nGlyphFlags & GlyphItem::IS_SPACING) == 0)
 {
 nGlyphFlags |= GlyphItem::ALLOW_KASHIDA;
 rArgs.mnFlags |= SalLayoutFlags::KashidaJustification;
diff --git a/vcl/source/gdi/pdfwriter_impl.cxx 
b/vcl/source/gdi/pdfwriter_impl.cxx
index 241324d..75ba6d1 100644
--- a/vcl/source/gdi/pdfwriter_impl.cxx
+++ b/vcl/source/gdi/pdfwriter_impl.cxx
@@ -8706,7 +8706,7 @@ void PDFWriterImpl::drawLayout( SalLayout& rLayout, const 
OUString& rText, bool
 int nStart = 0;
 while (rLayout.GetNextGlyphs(1, , aPos, nStart))
 {
-if (!SalLayout::IsSpacingGlyph(pGlyph->maGlyphId))
+if (!pGlyph->IsSpacing())
 {
 if( !nWidth )
 aStartPt = aPos;
@@ -8803,7 +8803,7 @@ void PDFWriterImpl::drawLayout( SalLayout& rLayout, const 
OUString& rText, bool
 int nStart = 0;
 while (rLayout.GetNextGlyphs(1, , aPos, nStart))
 {
-if (!SalLayout::IsSpacingGlyph(pGlyph->maGlyphId))
+if (pGlyph->IsSpacing())
 {
 Point aAdjOffset = aOffset;
 aAdjOffset.X() += (pGlyph->mnNewWidth - nEmphWidth) / 2;
diff --git a/vcl/source/gdi/sallayout.cxx b/vcl/source/gdi/sallayout.cxx
index 1567d60..877d7e5 100644
--- a/vcl/source/gdi/sallayout.cxx
+++ b/vcl/source/gdi/sallayout.cxx
@@ -722,16 +722,6 @@ bool SalLayout::GetBoundRect( SalGraphics& rSalGraphics, 
Rectangle& rRect ) cons
 return bRet;
 }
 
-// FIXME: This function is just broken, it assumes any glyph at index 3 in the
-// font is space, which though common is not a hard requirement and not the
-// only glyph for space characters. Fix the call sites and fix them.
-bool SalLayout::IsSpacingGlyph( sal_GlyphId nGlyph )
-{
-bool bRet = false;
-bRet = (nGlyph == 3);
-return bRet;
-}
-
 GenericSalLayout::GenericSalLayout()
 {}
 
diff --git a/vcl/source/outdev/font.cxx b/vcl/source/outdev/font.cxx
index 3820d42..fe54a3d 100644
--- a/vcl/source/outdev/font.cxx
+++ b/vcl/source/outdev/font.cxx
@@ -1303,7 +1303,7 @@ void OutputDevice::ImplDrawEmphasisMarks( SalLayout& 
rSalLayout )

Re: [Libreoffice-qa] minutes of ESC call ...

2016-12-10 Thread Katarina Behrens

Hello world

> + Late features:
> + separating images and icons for help modules (Olivier, Bubli)
> + still waiting for Olivier's sample string change to write
> the script. + we need to see the impact on translators.

I'm slightly reluctant to make this 5.3 late feature, not because of the 
impact on translations (which I clarified in another e-mail to Cloph & Olivier) 
but because of the impact on how help is packaged on all 3 platforms for TDF 
builds and Linux distributions.

For complete separation, every offline help package will now need to come with 
extra zip archive with images. This is a non-trivial change and I don't think 
it's fair to expect distro packagers to do that kind of work this late in the 
game. 

For partial separation, a zip archive with help images can be shipped along 
with icon themes. The only difference is that the images (misc illustrations 
and new screenshots) will have moved from core to help git repository. This is 
presumably less work for the packagers, but it adds some load still ... 

-- 

Katarina Behrens

Softwareentwicklerin LibreOffice
–––
CIB software GmbH
Geschäftsstelle Hamburg
Flachsland 10
22083 Hamburg
–––
T +49 (40) / 28 48 42 -235
F +49 (40) / 28 48 42 -100

katarina.behr...@cib.de
www.cib.de
–––
Sitz: München
Registergericht München, HRB 123286
Geschäftsführer: Dipl.-Ing. Ulrich Brandner
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] minutes of ESC call ...

2016-12-10 Thread Thorsten Behrens

Katarína Behrens wrote:
> I'm slightly reluctant to make this 5.3 late feature, not because of
> the impact on translations (which I clarified in another e-mail to
> Cloph & Olivier) but because of the impact on how help is packaged
> on all 3 platforms for TDF builds and Linux distributions.
> 
Right - and the question is, what does it buy us anyway for 5.3, given
that new helpcontent / extra images will only happen on master after
string freeze?

Cheers,

-- Thorsten

signature.asc
Description: Digital signature
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

Re: [Libreoffice-qa] Minutes of the Design Hangout: 2016-Dec-08

2016-12-10 Thread Khaled Hosny

On Thu, Dec 08, 2016 at 12:47:30PM +0100, 'Heiko Tietze' via Khaled Hosny wrote:
> Present:  Kendy, Samuel, Heiko
> 
> Tickets
> 
>  * Bullet lists defaults
>+ https://bugs.documentfoundation.org/show_bug.cgi?id=92657
>+ Option 1: Replace OpenSymbol as default for bullets by text default
>+ Option 2: Reduce bullet size so that spacing is not affected by symbols
>+ code pointers needed
>-> no easy hack, needs investigation

So what is the actual bug here, the use of OpenSymbol (is this a new
change?) or that line spacing for OpenSymbol changed? If it is the
later, it might be worth seeing if any of the edits to the font over the
years changed its line spacing (I recently did touch them, but just to
unify the various parameters, some of them were obviously broken). It
might also be possible to set the bullet style to have a fixed and very
small line spacing so that it is always smaller than the text font.

I can’t reproduce this issue here; I see no line spacing differences in
the attached document.

Regards,
Khaled

signature.asc
Description: PGP signature
___
List Name: Libreoffice-qa mailing list
Mail address: Libreoffice-qa@lists.freedesktop.org
Change settings: https://lists.freedesktop.org/mailman/listinfo/libreoffice-qa
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://lists.freedesktop.org/archives/libreoffice-qa/

[Libreoffice-commits] core.git: vcl/inc vcl/win

2016-12-10 Thread Khaled Hosny

 vcl/inc/salglyphid.hxx|8 
 vcl/win/gdi/winlayout.cxx |2 +-
 2 files changed, 1 insertion(+), 9 deletions(-)

New commits:
commit a7b9af59ea331cbc5495d2eb0f89ce6e6105ab09
Author: Khaled Hosny 
Date:   Thu Dec 8 06:21:23 2016 +0200

GF_VERT is only used once, move it

Change-Id: I15289eecfbfb29ee549470a7f752e0c7fd9f811e
Reviewed-on: https://gerrit.libreoffice.org/31820
Tested-by: Jenkins 
Reviewed-by: Khaled Hosny 

diff --git a/vcl/inc/salglyphid.hxx b/vcl/inc/salglyphid.hxx
index 6d5480e..8047d50 100644
--- a/vcl/inc/salglyphid.hxx
+++ b/vcl/inc/salglyphid.hxx
@@ -22,14 +22,6 @@
 typedef sal_uInt32 sal_GlyphId;
 
 // Glyph Flags
-#ifdef _WIN32
-// caution !!!
-#define GF_VERT 0x0200
-// GF_VERT is only for windows implementation
-// (win/gdi/salgdi3.cxx, win/gdi/winlayout.cxx)
-// don't use this elsewhere !!!
-#endif
-
 #define GF_FONTMASK 0xF000
 #define GF_FONTSHIFT 28
 
diff --git a/vcl/win/gdi/winlayout.cxx b/vcl/win/gdi/winlayout.cxx
index 708c931..d0d9615 100644
--- a/vcl/win/gdi/winlayout.cxx
+++ b/vcl/win/gdi/winlayout.cxx
@@ -296,7 +296,7 @@ bool ExTextOutRenderer::operator ()(SalLayout const 
, HDC hDC,
 bGlyphs = true;
 WORD glyphWStr[] = { pGlyph->maGlyphId };
 if (pGlyph->IsVertical())
-glyphWStr[0] |= GF_VERT;
+glyphWStr[0] |= 0x0200; // A (undocumented?) GDI flag for 
vertical glyphs
 ExtTextOutW(hDC, pPos->X(), pPos->Y(), ETO_GLYPH_INDEX, nullptr, 
LPCWSTR(), 1, nullptr);
 }
 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: vcl/inc vcl/quartz vcl/source vcl/unx vcl/win

2016-12-10 Thread Khaled Hosny

 vcl/inc/salglyphid.hxx |4 
 vcl/quartz/ctfonts.cxx |4 ++--
 vcl/quartz/salgdi.cxx  |2 +-
 vcl/quartz/salgdicommon.cxx|2 +-
 vcl/source/gdi/pdffontcache.cxx|6 ++
 vcl/source/gdi/pdfwriter_impl.cxx  |2 +-
 vcl/source/gdi/sallayout.cxx   |9 +
 vcl/source/outdev/text.cxx |2 +-
 vcl/unx/generic/gdi/cairotextrender.cxx|2 +-
 vcl/unx/generic/glyphs/freetype_glyphcache.cxx |4 ++--
 vcl/unx/generic/glyphs/glyphcache.cxx  |4 ++--
 vcl/win/gdi/salfont.cxx|   23 ++-
 vcl/win/gdi/winlayout.cxx  |6 +++---
 13 files changed, 23 insertions(+), 47 deletions(-)

New commits:
commit a597dc833966aba23d4b677e5bcd6f74b979fc9d
Author: Khaled Hosny 
Date:   Thu Dec 8 05:57:40 2016 +0200

sal_GlyphId is a simple glyph id now

No more cleverness.

Change-Id: I760c602802961b37728c6987c4ade14fb02ca034
Reviewed-on: https://gerrit.libreoffice.org/31819
Tested-by: Jenkins 
Reviewed-by: Khaled Hosny 

diff --git a/vcl/inc/salglyphid.hxx b/vcl/inc/salglyphid.hxx
index 72cf4fc..6d5480e 100644
--- a/vcl/inc/salglyphid.hxx
+++ b/vcl/inc/salglyphid.hxx
@@ -19,13 +19,9 @@
 #ifndef INCLUDED_VCL_INC_SALGLYPHID_HXX
 #define INCLUDED_VCL_INC_SALGLYPHID_HXX
 
-// TODO: sal_GlyphId should become a class...
 typedef sal_uInt32 sal_GlyphId;
 
 // Glyph Flags
-#define GF_FLAGMASK 0xFF80
-#define GF_IDXMASK  ~GF_FLAGMASK
-
 #ifdef _WIN32
 // caution !!!
 #define GF_VERT 0x0200
diff --git a/vcl/quartz/ctfonts.cxx b/vcl/quartz/ctfonts.cxx
index 52062eb..f5ea6db 100644
--- a/vcl/quartz/ctfonts.cxx
+++ b/vcl/quartz/ctfonts.cxx
@@ -154,7 +154,7 @@ SAL_WNODEPRECATED_DECLARATIONS_POP
 
 bool CoreTextStyle::GetGlyphBoundRect(const GlyphItem& rGlyph, Rectangle& 
rRect ) const
 {
-CGGlyph nCGGlyph = rGlyph.maGlyphId & GF_IDXMASK;
+CGGlyph nCGGlyph = rGlyph.maGlyphId;
 CTFontRef aCTFontRef = static_cast(CFDictionaryGetValue( 
mpStyleDict, kCTFontAttributeName ));
 
 SAL_WNODEPRECATED_DECLARATIONS_PUSH //TODO: 10.11 kCTFontDefaultOrientation
@@ -229,7 +229,7 @@ bool CoreTextStyle::GetGlyphOutline(const GlyphItem& 
rGlyph, basegfx::B2DPolyPol
 {
 rResult.clear();
 
-CGGlyph nCGGlyph = rGlyph.maGlyphId & GF_IDXMASK;
+CGGlyph nCGGlyph = rGlyph.maGlyphId;
 CTFontRef pCTFont = static_cast(CFDictionaryGetValue( 
mpStyleDict, kCTFontAttributeName ));
 CGPathRef xPath = CTFontCreatePathForGlyph( pCTFont, nCGGlyph, nullptr );
 if (!xPath)
diff --git a/vcl/quartz/salgdi.cxx b/vcl/quartz/salgdi.cxx
index 0df8955..e38f5d2 100644
--- a/vcl/quartz/salgdi.cxx
+++ b/vcl/quartz/salgdi.cxx
@@ -442,7 +442,7 @@ void AquaSalGraphics::DrawTextLayout(const CommonSalLayout& 
rLayout)
 }
 }
 
-aGlyphIds.push_back(pGlyph->maGlyphId & GF_IDXMASK);
+aGlyphIds.push_back(pGlyph->maGlyphId);
 aGlyphPos.push_back(aGCPos);
 aGlyphOrientation.push_back(bUprightGlyph);
 }
diff --git a/vcl/quartz/salgdicommon.cxx b/vcl/quartz/salgdicommon.cxx
index 57a930a..e06 100644
--- a/vcl/quartz/salgdicommon.cxx
+++ b/vcl/quartz/salgdicommon.cxx
@@ -274,7 +274,7 @@ bool AquaSalGraphics::CreateFontSubset( const OUString& 
rToFile,
 {
 aTempEncs[i] = pEncoding[i];
 
-sal_GlyphId aGlyphId(pGlyphIds[i] & GF_IDXMASK);
+sal_GlyphId aGlyphId(pGlyphIds[i]);
 aShortIDs[i] = static_cast( aGlyphId );
 if( !aGlyphId && nNotDef < 0 )
 {
diff --git a/vcl/source/gdi/pdffontcache.cxx b/vcl/source/gdi/pdffontcache.cxx
index 8140db7..67a8614 100644
--- a/vcl/source/gdi/pdffontcache.cxx
+++ b/vcl/source/gdi/pdffontcache.cxx
@@ -58,10 +58,8 @@ sal_Int32 PDFFontCache::getGlyphWidth( const 
PhysicalFontFace* pFont, sal_GlyphI
 }
 if( ! rFontData.m_nWidths.empty() )
 {
-sal_GlyphId nIndex = nGlyph;
-nIndex &= GF_IDXMASK;
-if( nIndex < rFontData.m_nWidths.size() )
-nWidth = rFontData.m_nWidths[ nIndex ];
+if (nGlyph < rFontData.m_nWidths.size())
+nWidth = rFontData.m_nWidths[nGlyph];
 }
 return nWidth;
 }
diff --git a/vcl/source/gdi/pdfwriter_impl.cxx 
b/vcl/source/gdi/pdfwriter_impl.cxx
index ab05594..241324d 100644
--- a/vcl/source/gdi/pdfwriter_impl.cxx
+++ b/vcl/source/gdi/pdfwriter_impl.cxx
@@ -8144,7 +8144,7 @@ void PDFWriterImpl::registerGlyphs( int nGlyphs,
 sal_Ucs* pCurUnicode = pUnicodes;
 for( int i = 0; i < nGlyphs; pCurUnicode += pUnicodesPerGlyph[i] , i++ )
 {
-const int nFontGlyphId = pGlyphs[i]->maGlyphId & GF_IDXMASK;
+const int nFontGlyphId = pGlyphs[i]->maGlyphId;
 const PhysicalFontFace* pCurrentFont = pFallbackFonts[i] ? 
pFallbackFonts[i] :

[Libreoffice-commits] core.git: vcl/inc vcl/quartz vcl/source vcl/unx

2016-12-10 Thread Khaled Hosny

 vcl/inc/sallayout.hxx|5 +
 vcl/quartz/salgdi.cxx|4 ++--
 vcl/source/gdi/sallayout.cxx |4 ++--
 vcl/source/outdev/text.cxx   |2 +-
 vcl/unx/generic/gdi/cairotextrender.cxx  |4 ++--
 vcl/unx/generic/print/genpspgraphics.cxx |4 ++--
 6 files changed, 14 insertions(+), 9 deletions(-)

New commits:
commit 0fb0a564bf9cb0f721e812ac4bfa70e951827bdd
Author: Khaled Hosny 
Date:   Thu Dec 8 05:38:08 2016 +0200

Donât encode font fallback level in the glyph id

Change-Id: I747d969c3c1dc42b1a3b5d12d06fed3af9a64675
Reviewed-on: https://gerrit.libreoffice.org/31818
Tested-by: Jenkins 
Reviewed-by: Khaled Hosny 

diff --git a/vcl/inc/sallayout.hxx b/vcl/inc/sallayout.hxx
index 9e7f8ab..ee41051 100644
--- a/vcl/inc/sallayout.hxx
+++ b/vcl/inc/sallayout.hxx
@@ -279,6 +279,8 @@ struct GlyphItem
 sal_GlyphId maGlyphId;
 Point   maLinearPos;// absolute position of non rotated string
 
+int mnFallbackLevel;
+
 public:
 GlyphItem()
 :   mnFlags(0)
@@ -287,6 +289,7 @@ public:
 ,   mnNewWidth(0)
 ,   mnXOffset(0)
 ,   maGlyphId(0)
+,   mnFallbackLevel(0)
 { }
 
 GlyphItem( int nCharPos, sal_GlyphId aGlyphId, const Point& 
rLinearPos,
@@ -298,6 +301,7 @@ public:
 ,   mnXOffset(0)
 ,   maGlyphId(aGlyphId)
 ,   maLinearPos(rLinearPos)
+,   mnFallbackLevel(0)
 { }
 
 GlyphItem( int nCharPos, sal_GlyphId aGlyphId, const Point& 
rLinearPos,
@@ -309,6 +313,7 @@ public:
 ,   mnXOffset(nXOffset)
 ,   maGlyphId(aGlyphId)
 ,   maLinearPos(rLinearPos)
+,   mnFallbackLevel(0)
 { }
 
 enum {
diff --git a/vcl/quartz/salgdi.cxx b/vcl/quartz/salgdi.cxx
index c8f9c75..0df8955 100644
--- a/vcl/quartz/salgdi.cxx
+++ b/vcl/quartz/salgdi.cxx
@@ -384,7 +384,7 @@ bool AquaSalGraphics::AddTempDevFont( 
PhysicalFontCollection*,
 
 bool AquaSalGraphics::GetGlyphOutline(const GlyphItem& rGlyph, 
basegfx::B2DPolyPolygon& rPolyPoly)
 {
-const int nFallbackLevel = rGlyph.maGlyphId >> GF_FONTSHIFT;
+const int nFallbackLevel = rGlyph.mnFallbackLevel;
 if (nFallbackLevel < MAX_FALLBACK && mpTextStyle[nFallbackLevel])
 {
 const bool bRC = mpTextStyle[nFallbackLevel]->GetGlyphOutline(rGlyph, 
rPolyPoly);
@@ -395,7 +395,7 @@ bool AquaSalGraphics::GetGlyphOutline(const GlyphItem& 
rGlyph, basegfx::B2DPolyP
 
 bool AquaSalGraphics::GetGlyphBoundRect(const GlyphItem& rGlyph, Rectangle& 
rRect )
 {
-const int nFallbackLevel = rGlyph.maGlyphId >> GF_FONTSHIFT;
+const int nFallbackLevel = rGlyph.mnFallbackLevel;
 if (nFallbackLevel < MAX_FALLBACK && mpTextStyle[nFallbackLevel])
 {
 const bool bRC = 
mpTextStyle[nFallbackLevel]->GetGlyphBoundRect(rGlyph, rRect);
diff --git a/vcl/source/gdi/sallayout.cxx b/vcl/source/gdi/sallayout.cxx
index 9c4c48f..bdbb28d 100644
--- a/vcl/source/gdi/sallayout.cxx
+++ b/vcl/source/gdi/sallayout.cxx
@@ -1610,8 +1610,8 @@ int MultiSalLayout::GetNextGlyphs(int nLen, const 
GlyphItem** pGlyphs,
 nStart |= nFontTag;
 for( int i = 0; i < nRetVal; ++i )
 {
-// FIXME: This is ugly!
-const_cast(pGlyphs[i])->maGlyphId |= nFontTag;
+// FIXME: This cast is ugly!
+const_cast(pGlyphs[i])->mnFallbackLevel = nLevel;
 if( pFallbackFonts )
 {
 pFallbackFonts[ i ] =  mpFallbackFonts[ nLevel ];
diff --git a/vcl/source/outdev/text.cxx b/vcl/source/outdev/text.cxx
index 93deefe..2d66822 100644
--- a/vcl/source/outdev/text.cxx
+++ b/vcl/source/outdev/text.cxx
@@ -2397,7 +2397,7 @@ SystemTextLayoutData 
OutputDevice::GetSysTextLayoutData(const Point& rStartPt, c
 aSystemGlyph.index = static_cast (pGlyph->maGlyphId & 
GF_IDXMASK);
 aSystemGlyph.x = aPos.X();
 aSystemGlyph.y = aPos.Y();
-int nLevel = (pGlyph->maGlyphId & GF_FONTMASK) >> GF_FONTSHIFT;
+int nLevel = pGlyph->mnFallbackLevel;
 aSystemGlyph.fallbacklevel = nLevel < MAX_FALLBACK ? nLevel : 0;
 aSysLayoutData.rGlyphData.push_back(aSystemGlyph);
 }
diff --git a/vcl/unx/generic/gdi/cairotextrender.cxx 
b/vcl/unx/generic/gdi/cairotextrender.cxx
index a188ad3..ec025b8 100644
--- a/vcl/unx/generic/gdi/cairotextrender.cxx
+++ b/vcl/unx/generic/gdi/cairotextrender.cxx
@@ -427,7 +427,7 @@ void CairoTextRender::GetFontMetric( ImplFontMetricDataRef& 
rxFontMetric, int nF
 
 bool CairoTextRender::GetGlyphBoundRect(const GlyphItem& rGlyph, Rectangle& 
rRect)
 {
-const int nLevel = rGlyph.maGlyphId >> GF_FONTSHIFT;
+const int nLevel = rGlyph.mnFallbackLevel;
 if( nLevel >= MAX_FALLBACK )

[Libreoffice-bugs] [Bug 104492] FILEOPEN: Infinite docx loading with 100% CPU usage

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104492

fiftyigfuci_f...@yahoo.co.jp changed:

   What|Removed |Added

   Keywords|wantBacktrace   |haveBacktrace

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] core.git: vcl/inc vcl/quartz vcl/source vcl/unx vcl/win

2016-12-10 Thread Khaled Hosny

 vcl/inc/salglyphid.hxx |4 ---
 vcl/inc/sallayout.hxx  |2 +
 vcl/inc/unx/glyphcache.hxx |2 -
 vcl/quartz/ctfonts.cxx |4 +--
 vcl/quartz/salgdi.cxx  |2 -
 vcl/source/gdi/CommonSalLayout.cxx |2 -
 vcl/source/gdi/pdfwriter_impl.cxx  |   18 +++--
 vcl/source/gdi/pdfwriter_impl.hxx  |7 +++--
 vcl/unx/generic/gdi/cairotextrender.cxx|   13 +++--
 vcl/unx/generic/glyphs/freetype_glyphcache.cxx |   33 +++--
 vcl/unx/generic/print/text_gfx.cxx |2 -
 vcl/win/gdi/winlayout.cxx  |6 ++--
 12 files changed, 34 insertions(+), 61 deletions(-)

New commits:
commit 57d248bcec3c6ae3fa1a943a9fd92c566239787f
Author: Khaled Hosny 
Date:   Thu Dec 8 04:39:16 2016 +0200

Donât encode the vertical flag in the glyph id

Change-Id: I00485dd4d42004e4eaa163a9e6ad0a43cf98a30a
Reviewed-on: https://gerrit.libreoffice.org/31816
Tested-by: Jenkins 
Reviewed-by: Khaled Hosny 

diff --git a/vcl/inc/salglyphid.hxx b/vcl/inc/salglyphid.hxx
index dbfd95e..72cf4fc 100644
--- a/vcl/inc/salglyphid.hxx
+++ b/vcl/inc/salglyphid.hxx
@@ -23,10 +23,8 @@
 typedef sal_uInt32 sal_GlyphId;
 
 // Glyph Flags
-#define GF_NONE 0x
 #define GF_FLAGMASK 0xFF80
 #define GF_IDXMASK  ~GF_FLAGMASK
-#define GF_ROTL 0x0100
 
 #ifdef _WIN32
 // caution !!!
@@ -36,8 +34,6 @@ typedef sal_uInt32 sal_GlyphId;
 // don't use this elsewhere !!!
 #endif
 
-#define GF_ROTR 0x0300
-#define GF_ROTMASK  0x0300
 #define GF_FONTMASK 0xF000
 #define GF_FONTSHIFT 28
 
diff --git a/vcl/inc/sallayout.hxx b/vcl/inc/sallayout.hxx
index 2703f2d..9e7f8ab 100644
--- a/vcl/inc/sallayout.hxx
+++ b/vcl/inc/sallayout.hxx
@@ -315,12 +315,14 @@ public:
 IS_IN_CLUSTER = 0x001,
 IS_RTL_GLYPH  = 0x002,
 IS_DIACRITIC  = 0x004,
+IS_VERTICAL   = 0x008,
 ALLOW_KASHIDA = 0X010
 };
 
 boolIsClusterStart() const  { return ((mnFlags & IS_IN_CLUSTER) == 0); 
}
 boolIsRTLGlyph() const  { return ((mnFlags & IS_RTL_GLYPH) != 0); }
 boolIsDiacritic() const { return ((mnFlags & IS_DIACRITIC) != 0); }
+boolIsVertical() const  { return ((mnFlags & IS_VERTICAL) != 0); }
 boolAllowKashida() const{ return ((mnFlags & ALLOW_KASHIDA) != 0); 
}
 };
 
diff --git a/vcl/inc/unx/glyphcache.hxx b/vcl/inc/unx/glyphcache.hxx
index bf9cf3c..36155d7 100644
--- a/vcl/inc/unx/glyphcache.hxx
+++ b/vcl/inc/unx/glyphcache.hxx
@@ -179,7 +179,7 @@ private:
 voidGarbageCollect( long );
 voidReleaseFromGarbageCollect();
 
-voidApplyGlyphTransform( int nGlyphFlags, 
FT_GlyphRec_* ) const;
+voidApplyGlyphTransform(bool bVertical, FT_Glyph) 
const;
 
 typedef std::unordered_map GlyphList;
 mutable GlyphList   maGlyphList;
diff --git a/vcl/quartz/ctfonts.cxx b/vcl/quartz/ctfonts.cxx
index 300ee4d..52062eb 100644
--- a/vcl/quartz/ctfonts.cxx
+++ b/vcl/quartz/ctfonts.cxx
@@ -162,8 +162,8 @@ bool CoreTextStyle::GetGlyphBoundRect(const GlyphItem& 
rGlyph, Rectangle& rRect
 SAL_WNODEPRECATED_DECLARATIONS_POP
 CGRect aCGRect = CTFontGetBoundingRectsForGlyphs(aCTFontRef, 
aFontOrientation, , nullptr, 1);
 
-// Apply font rotation to non-upright glyphs.
-if (mfFontRotation && !(rGlyph.maGlyphId & GF_ROTMASK))
+// Apply font rotation to non-vertical glyphs.
+if (mfFontRotation && !rGlyph.IsVertical())
 aCGRect = CGRectApplyAffineTransform(aCGRect, 
CGAffineTransformMakeRotation(mfFontRotation));
 
 rRect.Left()   = lrint( aCGRect.origin.x );
diff --git a/vcl/quartz/salgdi.cxx b/vcl/quartz/salgdi.cxx
index c593b88..c8f9c75 100644
--- a/vcl/quartz/salgdi.cxx
+++ b/vcl/quartz/salgdi.cxx
@@ -429,7 +429,7 @@ void AquaSalGraphics::DrawTextLayout(const CommonSalLayout& 
rLayout)
 
 if (rStyle.mfFontRotation)
 {
-if ((pGlyph->maGlyphId & GF_ROTMASK) == GF_ROTL)
+if (pGlyph->IsVertical())
 {
 bUprightGlyph = true;
 // Adjust the position of upright (vertical) glyphs.
diff --git a/vcl/source/gdi/CommonSalLayout.cxx 
b/vcl/source/gdi/CommonSalLayout.cxx
index eda090f..27394c7 100644
--- a/vcl/source/gdi/CommonSalLayout.cxx
+++ b/vcl/source/gdi/CommonSalLayout.cxx
@@ -618,7 +618,7 @@ bool CommonSalLayout::LayoutText(ImplLayoutArgs& rArgs)
 // See http://unicode.org/reports/tr50/#vo
 if (vcl::GetVerticalOrientation(aChar) != 
VerticalOrientation::TransformedRotated
 || IsVerticalAlternate(pHbGlyphInfos[i].codepoint))
-nGlyphIndex |= GF_ROTL;
+

[Libreoffice-bugs] [Bug 104492] FILEOPEN: Infinite docx loading with 100% CPU usage

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104492

--- Comment #5 from fiftyigfuci_f...@yahoo.co.jp ---
Created attachment 129476
  --> https://bugs.documentfoundation.org/attachment.cgi?id=129476=edit
a backtrace

LO spits out many of this:
warn:sw.core:5751:1:sw/source/core/text/porlay.cxx:404: SwLineLayout::CalcLine:
bad ascent or height

It looks like SwTextFrame::Format consumes a lot of CPU time.

My build:
Version: 5.4.0.0.alpha0+
Build ID: f35d29c8388744be1f95ec4acfca12eec706911a
CPU Threads: 2; OS Version: Linux 4.9; UI Render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); Calc: group

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 67774] IMPORT XLS: Alignment shift is incorrect (also XLSX)

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=67774

Bartosz  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #8 from Bartosz  ---
This bug was resolved with LibreOffice 5.2

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 75657] if past a certain point, SIGABRT or SEGFAULT upon exit

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=75657

Terrence Enger  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #13 from Terrence Enger  ---
I no longer see the bug in commit b157b82a, pulled around 2016-12-10
02:45 UTC, configured ...
CC=ccache /usr/bin/gcc
CXX=ccache /usr/bin/g++
--enable-option-checking=fatal
--enable-dbgutil
--enable-debug
--without-system-postgresql
--without-myspell-dicts
--with-extra-buildid
--without-doxygen
--with-external-tar=/home/terry/lo_hacking/git/src
--without-package-format
built and running on debian-stretch.

I am setting status RESOLVED WORKSFORME.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104488] LibO hangs when scrolling document

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104488

Xisco Faulí  changed:

   What|Removed |Added

   Keywords|bibisectRequest |bibisected

--- Comment #15 from Xisco Faulí  ---
regression introduced in range
https://cgit.freedesktop.org/libreoffice/core/log/?qt=range=49f81b3f33e1b043a1615855503768d78db5f093..af57a81d0c28944b424649f024c28f444a1ab2d9

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] core.git: Branch 'libreoffice-5-3' - svx/uiconfig

2016-12-10 Thread Khaled Hosny

 svx/uiconfig/ui/findreplacedialog.ui |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

New commits:
commit a7717bb371744ca311c5956346bc3a8a6d9807b0
Author: Khaled Hosny 
Date:   Sat Dec 10 16:35:26 2016 +0200

Remove superfluous jargon from user visible string

No idea what âCTLâ is supposed to convey here, they do not even look as
well formed strings.

Change-Id: I424072fb5efdecd9115649dd3abbd4e9d5dc032c
Reviewed-on: https://gerrit.libreoffice.org/31837
Tested-by: Jenkins 
Reviewed-by: Khaled Hosny 
(cherry picked from commit 9fb706f9fe216f6157b9052bc42a0601d8ae52d5)
Reviewed-on: https://gerrit.libreoffice.org/31847
Reviewed-by: Adolfo Jayme Barrientos 
Tested-by: Adolfo Jayme Barrientos 

diff --git a/svx/uiconfig/ui/findreplacedialog.ui 
b/svx/uiconfig/ui/findreplacedialog.ui
index e8dc7e1..733fc52 100644
--- a/svx/uiconfig/ui/findreplacedialog.ui
+++ b/svx/uiconfig/ui/findreplacedialog.ui
@@ -732,7 +732,7 @@
 
 
   
-Ignore diac_ritics CTL
+Ignore diac_ritics
 True
 True
 False
@@ -747,7 +747,7 @@
 
 
   
-Ignore _kashida CTL
+Ignore _kashida
 True
 True
 False
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-commits] core.git: svx/uiconfig

2016-12-10 Thread Khaled Hosny

 svx/uiconfig/ui/findreplacedialog.ui |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

New commits:
commit 9fb706f9fe216f6157b9052bc42a0601d8ae52d5
Author: Khaled Hosny 
Date:   Sat Dec 10 16:35:26 2016 +0200

Remove superfluous jargon from user visible string

No idea what âCTLâ is supposed to convey here, they do not even look as
well formed strings.

Change-Id: I424072fb5efdecd9115649dd3abbd4e9d5dc032c
Reviewed-on: https://gerrit.libreoffice.org/31837
Tested-by: Jenkins 
Reviewed-by: Khaled Hosny 

diff --git a/svx/uiconfig/ui/findreplacedialog.ui 
b/svx/uiconfig/ui/findreplacedialog.ui
index e8dc7e1..733fc52 100644
--- a/svx/uiconfig/ui/findreplacedialog.ui
+++ b/svx/uiconfig/ui/findreplacedialog.ui
@@ -732,7 +732,7 @@
 
 
   
-Ignore diac_ritics CTL
+Ignore diac_ritics
 True
 True
 False
@@ -747,7 +747,7 @@
 
 
   
-Ignore _kashida CTL
+Ignore _kashida
 True
 True
 False
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 104488] LibO hangs when scrolling document

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104488

Xisco Faulí  changed:

   What|Removed |Added

 OS|All |Linux (All)

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] core.git: RepositoryExternal.mk

2016-12-10 Thread Michael Stahl

 RepositoryExternal.mk |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

New commits:
commit f4732872aaba09c3d5b7cebb9af6bc7b7be534d4
Author: Michael Stahl 
Date:   Fri Dec 9 17:23:11 2016 +0100

fix lpsolve dependency

It currently only requires unpacking the tarball so linking can fail
with "cannot open input file ... lpsolve55.lib"

Change-Id: I6ab99d7ecfd08b1b934f5c189d8fe74b7ee517e5
Reviewed-on: https://gerrit.libreoffice.org/31805
Tested-by: Jenkins 
Reviewed-by: Samuel Mehrbrodt 
Reviewed-by: Thorsten Behrens 

diff --git a/RepositoryExternal.mk b/RepositoryExternal.mk
index f024f05..fd6f4c8 100644
--- a/RepositoryExternal.mk
+++ b/RepositoryExternal.mk
@@ -2377,7 +2377,7 @@ endef
 else # !SYSTEM_LPSOLVE
 
 define gb_LinkTarget__use_lpsolve
-$(call gb_LinkTarget_use_unpacked,$(1),lpsolve)
+$(call gb_LinkTarget_use_external_project,$(1),lpsolve)
 ifeq ($(COM),MSC)
 $(call gb_LinkTarget_add_libs,$(1),\
$(call gb_UnpackedTarball_get_dir,lpsolve)/lpsolve55/lpsolve55.lib \
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

[Libreoffice-bugs] [Bug 59284] [META] Cell border related issues ( Make it easier to apply borders to cells)

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=59284
Bug 59284 depends on bug 79787, which changed state.

Bug 79787 Summary: Normal cell borders are showing dashed/dotted when export to 
xlsx/xls and reopen in MSO
https://bugs.documentfoundation.org/show_bug.cgi?id=79787

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |WONTFIX

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 79787] Normal cell borders are showing dashed/ dotted when export to xlsx/xls and reopen in MSO

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=79787

Bartosz  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |WONTFIX

--- Comment #46 from Bartosz  ---
Added to XLSX format limitation in bug 88175

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 88175] [Meta] Tracking bug for limitations of XLSX (OOXML) format

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=88175
Bug 88175 depends on bug 79787, which changed state.

Bug 79787 Summary: Normal cell borders are showing dashed/dotted when export to 
xlsx/xls and reopen in MSO
https://bugs.documentfoundation.org/show_bug.cgi?id=79787

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |WONTFIX

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104572] Crash when selecting paste special > more options (GTK+)

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104572

Xisco Faulí  changed:

   What|Removed |Added

   Priority|medium  |highest
 Status|UNCONFIRMED |NEW
 CC||xiscofa...@libreoffice.org
Summary|Crash when selecting paste  |Crash when selecting paste
   |special > more options  |special > more options
   ||(GTK+)
 Ever confirmed|0   |1
   Severity|normal  |critical

--- Comment #1 from Xisco Faulí  ---
Confirmed in

Version: 5.4.0.0.alpha0+
Build ID: 7fc84a8e6678e3d0399983f5a078c9b2beb6ee4b
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk2; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group

but not in

Version: 5.4.0.0.alpha0+
Build ID: 7fc84a8e6678e3d0399983f5a078c9b2beb6ee4b
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 79787] Normal cell borders are showing dashed/ dotted when export to xlsx/xls and reopen in MSO

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=79787

Bartosz  changed:

   What|Removed |Added

 Blocks||88175


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=88175
[Bug 88175] [Meta] Tracking bug for limitations of XLSX (OOXML) format
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-ux-advise] [Bug 79787] Normal cell borders are showing dashed/ dotted when export to xlsx/xls and reopen in MSO

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=79787

Bartosz  changed:

   What|Removed |Added

 Blocks||88175


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=88175
[Bug 88175] [Meta] Tracking bug for limitations of XLSX (OOXML) format
-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-bugs] [Bug 88175] [Meta] Tracking bug for limitations of XLSX (OOXML) format

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=88175

Bartosz  changed:

   What|Removed |Added

 Depends on||79787


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=79787
[Bug 79787] Normal cell borders are showing dashed/dotted when export to
xlsx/xls and reopen in MSO
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 79787] Normal cell borders are showing dashed/ dotted when export to xlsx/xls and reopen in MSO

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=79787

--- Comment #45 from Bartosz  ---
*** Bug 79788 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 79788] XLSX/XLS dotted/ dashed cell borders are showing as normal line in LO

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=79788

Bartosz  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #9 from Bartosz  ---


*** This bug has been marked as a duplicate of bug 79787 ***

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 76371] indent working randomly on right aligned cells containing numbers

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=76371

Bartosz  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #9 from Bartosz  ---
With LibreOffice 5.3 it is no longer reproducible.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-commits] core.git: sc/qa

2016-12-10 Thread Zdeněk Crhonek

 sc/qa/unit/data/functions/statistical/fods/norm.dist.fods | 4158 ++
 1 file changed, 4158 insertions(+)

New commits:
commit ef4ca1a50ea56877bf3005446784ecea0b7fc102
Author: ZdenÄk Crhonek 
Date:   Sat Dec 10 12:20:35 2016 +0100

add NORM.DIST  test case

Change-Id: I6ee179f5a4418bd6d03694e26ff24b8e0264a795
Reviewed-on: https://gerrit.libreoffice.org/31828
Reviewed-by: Markus Mohrhard 
Tested-by: Markus Mohrhard 

diff --git a/sc/qa/unit/data/functions/statistical/fods/norm.dist.fods 
b/sc/qa/unit/data/functions/statistical/fods/norm.dist.fods
new file mode 100644
index 000..9cfe58e
--- /dev/null
+++ b/sc/qa/unit/data/functions/statistical/fods/norm.dist.fods
@@ -0,0 +1,4158 @@
+
+
+http://www.w3.org/1999/xlink; 
xmlns:dc="http://purl.org/dc/elements/1.1/; 
xmlns:meta="urn:oasis:names:tc:opendocument:xmlns:meta:1.0" 
xmlns:number="urn:oasis:names:tc:opendocument:xmlns:datastyle:1.0" 
xmlns:presentation="urn:oasis:names:tc:opendocument:xmlns:presentation:1.0" 
xmlns:svg="urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0" 
xmlns:chart="urn:oasis:names:tc:opendocument:xmlns:chart:1.0" 
xmlns:dr3d="urn:oasis:names:tc:opendocument:xmlns:dr3d:1.0" 
xmlns:math="http://www.w3.org/1998/Math/MathML; 
xmlns:form="urn:oasis:names:tc:opendocument:xmlns:form:1.0" xmlns:scr
 ipt="urn:oasis:names:tc:opendocument:xmlns:script:1.0" 
xmlns:config="urn:oasis:names:tc:opendocument:xmlns:config:1.0" 
xmlns:ooo="http://openoffice.org/2004/office; 
xmlns:ooow="http://openoffice.org/2004/writer; 
xmlns:oooc="http://openoffice.org/2004/calc; 
xmlns:dom="http://www.w3.org/2001/xml-events; 
xmlns:xforms="http://www.w3.org/2002/xforms; 
xmlns:xsd="http://www.w3.org/2001/XMLSchema; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; 
xmlns:rpt="http://openoffice.org/2005/report; 
xmlns:of="urn:oasis:names:tc:opendocument:xmlns:of:1.2" 
xmlns:xhtml="http://www.w3.org/1999/xhtml; 
xmlns:grddl="http://www.w3.org/2003/g/data-view#; 
xmlns:tableooo="http://openoffice.org/2009/table; 
xmlns:drawooo="http://openoffice.org/2010/draw; 
xmlns:calcext="urn:org:documentfoundation:names:experimental:calc:xmlns:calcext:1.0"
 
xmlns:loext="urn:org:documentfoundation:names:experimental:office:xmlns:loext:1.0"
 xmlns:field="urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0" 
xmlns:form
 x="urn:openoffice:names:experimental:ooxml-odf-interop:xmlns:form:1.0" 
xmlns:css3t="http://www.w3.org/TR/css3-text/; office:version="1.2" 
office:mimetype="application/vnd.oasis.opendocument.spreadsheet">
+ 
2016-12-10T12:09:26.345544676P0D1LibreOfficeDev/5.3.0.0.alpha1$Linux_X86_64
 
LibreOffice_project/883024d657fb45c7da459017d2f936aac5644bfb
+ 
+  
+   0
+   0
+   44656
+   18496
+   
+
+ view1
+ 
+  
+   2
+   8
+   0
+   0
+   0
+   0
+   2
+   0
+   0
+   0
+   0
+   0
+   75
+   60
+   true
+   false
+  
+  
+   8
+   11
+   0
+   0
+   0
+   0
+   2
+   0
+   0
+   0
+   0
+   0
+   75
+   60
+   true
+   false
+  
+ 
+ Sheet2
+ 1241
+ 0
+ 75
+ 60
+ false
+ true
+ true
+ true
+ 12632256
+ true
+ true
+ true
+ true
+ true
+ false
+ false
+ 1270
+ 1270
+ 1
+ 1
+ true
+ false
+
+   
+  
+  
+   7
+   false
+   false
+   true
+   true
+   false
+   false
+   false
+   1270
+   1270
+   true
+   true
+   true
+   true
+   true
+   false
+   12632256
+   false
+   Lexmark-E352dn
+   
+
+ cs
+ CZ
+ 
+ 
+ 
+
+
+ de
+ DE
+ 
+ 
+ 
+
+
+ en
+ US
+ 
+ 
+ 
+
+
+ nl
+ NL
+ 
+ 
+ 
+
+   
+   true
+   true
+   3
+   1
+   true
+   1
+   true
+   lgH+/0xleG1hcmstRTM1MmRuQ1VQUzpMZXhtYXJrLUUzNTJkbgAWAAMAtwAIAFZUAAAkbQAASm9iRGF0YSAxCnByaW50ZXI9TGV4bWFyay1FMzUyZG4Kb3JpZW50YXRpb249UG9ydHJhaXQKY29waWVzPTEKY29sbGF0ZT1mYWxzZQptYXJnaW5kYWp1c3RtZW50PTAsMCwwLDAKY29sb3JkZXB0aD0yNApwc2xldmVsPTAKcGRmZGV2aWNlPTEKY29sb3JkZXZpY2U9MApQUERDb250ZXhEYXRhClBhZ2VTaXplOkxldHRlcgAAEgBDT01QQVRfRFVQTEVYX01PREUPAER1cGxleE1vZGU6Ok9mZg==
+   false
+   0
+  
+ 
+ 
+  
+   http://openoffice.org/2004/office; 
xmlns:xlink="http://www.w3.org/1999/xlink;>
+
+   
+  
+ 
+ 
+  
+  
+  
+  
+  
+  
+  
+  
+  
+  
+  
+  
+  
+  
+ 
+ 
+  
+   
+   
+  
+  
+   
+  
+  
+   
+  
+  
+   
+
+   KÄ
+  
+  
+   
+   -
+   
+
+   KÄ
+   
+  
+  
+
+   
+
+  
+  
+
+   (
+   
+   )
+  
+  
+
+   -
+   
+
+  
+  
+   
+
+   
+   
+   
+  
+  
+   
+  
+  
+   
+  
+  
+   
+
+   KÄ
+  
+  
+   -
+

[Libreoffice-commits] core.git: sc/qa

2016-12-10 Thread Zdeněk Crhonek

 sc/qa/unit/data/functions/statistical/fods/norm.inv.fods | 4032 +++
 1 file changed, 4032 insertions(+)

New commits:
commit d6d1c3292f95f1f41673309ad7023ecf5aec0ec5
Author: ZdenÄk Crhonek 
Date:   Sat Dec 10 13:24:28 2016 +0100

add NORM.INV test case

Change-Id: Ic62fdcaf358031df87076373fedd3b2cf71943ba
Reviewed-on: https://gerrit.libreoffice.org/31829
Reviewed-by: Markus Mohrhard 
Tested-by: Markus Mohrhard 

diff --git a/sc/qa/unit/data/functions/statistical/fods/norm.inv.fods 
b/sc/qa/unit/data/functions/statistical/fods/norm.inv.fods
new file mode 100644
index 000..175e92c
--- /dev/null
+++ b/sc/qa/unit/data/functions/statistical/fods/norm.inv.fods
@@ -0,0 +1,4032 @@
+
+
+http://www.w3.org/1999/xlink; 
xmlns:dc="http://purl.org/dc/elements/1.1/; 
xmlns:meta="urn:oasis:names:tc:opendocument:xmlns:meta:1.0" 
xmlns:number="urn:oasis:names:tc:opendocument:xmlns:datastyle:1.0" 
xmlns:presentation="urn:oasis:names:tc:opendocument:xmlns:presentation:1.0" 
xmlns:svg="urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0" 
xmlns:chart="urn:oasis:names:tc:opendocument:xmlns:chart:1.0" 
xmlns:dr3d="urn:oasis:names:tc:opendocument:xmlns:dr3d:1.0" 
xmlns:math="http://www.w3.org/1998/Math/MathML; 
xmlns:form="urn:oasis:names:tc:opendocument:xmlns:form:1.0" xmlns:scr
 ipt="urn:oasis:names:tc:opendocument:xmlns:script:1.0" 
xmlns:config="urn:oasis:names:tc:opendocument:xmlns:config:1.0" 
xmlns:ooo="http://openoffice.org/2004/office; 
xmlns:ooow="http://openoffice.org/2004/writer; 
xmlns:oooc="http://openoffice.org/2004/calc; 
xmlns:dom="http://www.w3.org/2001/xml-events; 
xmlns:xforms="http://www.w3.org/2002/xforms; 
xmlns:xsd="http://www.w3.org/2001/XMLSchema; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; 
xmlns:rpt="http://openoffice.org/2005/report; 
xmlns:of="urn:oasis:names:tc:opendocument:xmlns:of:1.2" 
xmlns:xhtml="http://www.w3.org/1999/xhtml; 
xmlns:grddl="http://www.w3.org/2003/g/data-view#; 
xmlns:tableooo="http://openoffice.org/2009/table; 
xmlns:drawooo="http://openoffice.org/2010/draw; 
xmlns:calcext="urn:org:documentfoundation:names:experimental:calc:xmlns:calcext:1.0"
 
xmlns:loext="urn:org:documentfoundation:names:experimental:office:xmlns:loext:1.0"
 xmlns:field="urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0" 
xmlns:form
 x="urn:openoffice:names:experimental:ooxml-odf-interop:xmlns:form:1.0" 
xmlns:css3t="http://www.w3.org/TR/css3-text/; office:version="1.2" 
office:mimetype="application/vnd.oasis.opendocument.spreadsheet">
+ 
2016-12-10T13:23:44.794040739P0D1LibreOfficeDev/5.3.0.0.alpha1$Linux_X86_64
 
LibreOffice_project/883024d657fb45c7da459017d2f936aac5644bfb
+ 
+  
+   0
+   0
+   49709
+   10195
+   
+
+ view1
+ 
+  
+   2
+   8
+   0
+   0
+   0
+   0
+   2
+   0
+   0
+   0
+   0
+   0
+   75
+   60
+   true
+   false
+  
+  
+   6
+   7
+   0
+   0
+   0
+   0
+   2
+   0
+   0
+   0
+   0
+   0
+   75
+   60
+   true
+   false
+  
+ 
+ Sheet2
+ 1241
+ 0
+ 75
+ 60
+ false
+ true
+ true
+ true
+ 12632256
+ true
+ true
+ true
+ true
+ true
+ false
+ false
+ 1270
+ 1270
+ 1
+ 1
+ true
+ false
+
+   
+  
+  
+   7
+   false
+   false
+   true
+   true
+   false
+   false
+   false
+   1270
+   1270
+   true
+   true
+   true
+   true
+   true
+   false
+   12632256
+   false
+   Lexmark-E352dn
+   
+
+ cs
+ CZ
+ 
+ 
+ 
+
+
+ de
+ DE
+ 
+ 
+ 
+
+
+ en
+ US
+ 
+ 
+ 
+
+
+ nl
+ NL
+ 
+ 
+ 
+
+   
+   true
+   true
+   3
+   1
+   true
+   1
+   true
+   lgH+/0xleG1hcmstRTM1MmRuQ1VQUzpMZXhtYXJrLUUzNTJkbgAWAAMAtwAIAFZUAAAkbQAASm9iRGF0YSAxCnByaW50ZXI9TGV4bWFyay1FMzUyZG4Kb3JpZW50YXRpb249UG9ydHJhaXQKY29waWVzPTEKY29sbGF0ZT1mYWxzZQptYXJnaW5kYWp1c3RtZW50PTAsMCwwLDAKY29sb3JkZXB0aD0yNApwc2xldmVsPTAKcGRmZGV2aWNlPTEKY29sb3JkZXZpY2U9MApQUERDb250ZXhEYXRhClBhZ2VTaXplOkxldHRlcgAAEgBDT01QQVRfRFVQTEVYX01PREUPAER1cGxleE1vZGU6Ok9mZg==
+   false
+   0
+  
+ 
+ 
+  
+   http://openoffice.org/2004/office; 
xmlns:xlink="http://www.w3.org/1999/xlink;>
+
+   
+  
+ 
+ 
+  
+  
+  
+  
+  
+  
+  
+  
+  
+  
+  
+  
+  
+  
+ 
+ 
+  
+   
+   
+  
+  
+   
+  
+  
+   
+  
+  
+   
+
+   KÄ
+  
+  
+   
+   -
+   
+
+   KÄ
+   
+  
+  
+
+   
+
+  
+  
+
+   (
+   
+   )
+  
+  
+
+   -
+   
+
+  
+  
+   
+
+   
+   
+   
+  
+  
+   
+  
+  
+   
+  
+  
+   
+
+   KÄ
+  
+  
+   -
+   
+

[Libreoffice-commits] core.git: sc/qa

2016-12-10 Thread Zdeněk Crhonek

 sc/qa/unit/data/functions/fods/abs.fods  | 2242 ---
 sc/qa/unit/data/functions/fods/acos.fods | 2265 ---
 sc/qa/unit/data/functions/fods/acosh.fods| 2309 ---
 sc/qa/unit/data/functions/fods/acot.fods | 2328 ---
 sc/qa/unit/data/functions/fods/acoth.fods| 2335 ---
 sc/qa/unit/data/functions/fods/aggregate.fods| 5923 
--
 sc/qa/unit/data/functions/fods/asin.fods | 2467 
 sc/qa/unit/data/functions/fods/asinh.fods| 2472 
 sc/qa/unit/data/functions/fods/atan.fods | 2424 
 sc/qa/unit/data/functions/fods/atan2.fods| 2397 
 sc/qa/unit/data/functions/fods/atanh.fods| 3776 --
 sc/qa/unit/data/functions/fods/bitand.fods   | 2379 
 sc/qa/unit/data/functions/fods/bitlshift.fods| 2436 
 sc/qa/unit/data/functions/fods/bitor.fods| 2431 
 sc/qa/unit/data/functions/fods/bitrshift.fods| 2437 
 sc/qa/unit/data/functions/fods/ceiling.fods  | 2975 -
 sc/qa/unit/data/functions/fods/ceiling.math.fods | 2949 
 sc/qa/unit/data/functions/fods/ceiling.precise.fods  | 2732 
 sc/qa/unit/data/functions/fods/ceiling.xcl.fods  | 2788 
 sc/qa/unit/data/functions/fods/color.fods| 2517 
 sc/qa/unit/data/functions/fods/combin.fods   | 2599 
 sc/qa/unit/data/functions/fods/combina.fods  | 2600 
 sc/qa/unit/data/functions/fods/cos.fods  | 2472 
 sc/qa/unit/data/functions/fods/cosh.fods | 2424 
 sc/qa/unit/data/functions/fods/cot.fods  | 2472 
 sc/qa/unit/data/functions/fods/coth.fods | 2433 
 sc/qa/unit/data/functions/fods/csc.fods  | 2540 
 sc/qa/unit/data/functions/fods/csch.fods | 2555 
 sc/qa/unit/data/functions/fods/degrees.fods  | 2448 
 sc/qa/unit/data/functions/fods/euroconvert.fods  | 2503 
 sc/qa/unit/data/functions/fods/even.fods | 2341 ---
 sc/qa/unit/data/functions/fods/exp.fods  | 2393 
 sc/qa/unit/data/functions/fods/fact.fods | 2383 
 sc/qa/unit/data/functions/fods/floor.fods| 3722 --
 sc/qa/unit/data/functions/fods/floor.math.fods   | 2892 
 sc/qa/unit/data/functions/fods/floor.precise.fods| 2732 
 sc/qa/unit/data/functions/fods/floor.xcl.fods| 2740 
 sc/qa/unit/data/functions/fods/gcd.fods  | 3056 -
 sc/qa/unit/data/functions/fods/int.fods  | 2552 
 sc/qa/unit/data/functions/fods/iso.ceiling.fods  | 2732 
 sc/qa/unit/data/functions/fods/lcm.fods  | 3062 -
 sc/qa/unit/data/functions/fods/ln.fods   | 2400 
 sc/qa/unit/data/functions/fods/log.fods  | 2930 
 sc/qa/unit/data/functions/fods/log10.fods| 2797 
 sc/qa/unit/data/functions/fods/multinomial.fods  | 3187 -
 sc/qa/unit/data/functions/fods/odd.fods  | 2322 ---
 sc/qa/unit/data/functions/fods/power.fods| 2350 ---
 sc/qa/unit/data/functions/fods/product.fods  | 2394 
 sc/qa/unit/data/functions/fods/quotient.fods | 2425 
 sc/qa/unit/data/functions/fods/radians.fods  | 2314 ---
 sc/qa/unit/data/functions/fods/round.fods| 2383 
 sc/qa/unit/data/functions/fods/rounddown.fods| 2411 
 sc/qa/unit/data/functions/fods/roundup.fods  | 2363 ---
 sc/qa/unit/data/functions/fods/sec.fods  | 2303 ---
 sc/qa/unit/data/functions/fods/sech.fods | 2303 ---
 sc/qa/unit/data/functions/fods/seriessum.fods| 2598 
 sc/qa/unit/data/functions/fods/sin.fods  | 2424 
 sc/qa/unit/data/functions/fods/sinh.fods | 2460 
 sc/qa/unit/data/functions/fods/sqrt.fods | 2317 ---
 sc/qa/unit/data/functions/fods/sqrtpi.fods   | 2317 ---
 sc/qa/unit/data/functions/fods/subtotal.fods | 2743 
 sc/qa/unit/data/functions/fods/sum.fods  | 2413 
 sc/qa/unit/data/functions/fods/sumif.fods| 2923 
 sc/qa/unit/data/functions/fods/sumsq.fods| 2464

[Libreoffice-commits] core.git: sc/qa

2016-12-10 Thread Zdeněk Crhonek

 sc/qa/unit/data/functions/fods/address.fods  | 7301 
 sc/qa/unit/data/functions/fods/areas.fods| 6908 ---
 sc/qa/unit/data/functions/fods/choose.fods   | 7082 ---
 sc/qa/unit/data/functions/fods/columns.fods  | 7343 
 sc/qa/unit/data/functions/fods/error.type.fods   | 7303 
 sc/qa/unit/data/functions/fods/errortype.fods| 7333 
 sc/qa/unit/data/functions/fods/getpivotdata.fods | 8501 
 sc/qa/unit/data/functions/fods/hlookup.fods  | 1526 
 sc/qa/unit/data/functions/fods/hyperlink.fods| 7825 
 sc/qa/unit/data/functions/fods/index.fods| 4228 --
 sc/qa/unit/data/functions/fods/indirect.fods | 4581 --
 sc/qa/unit/data/functions/fods/lookup.fods   |19515 ---
 sc/qa/unit/data/functions/fods/match.fods| 6403 ---
 sc/qa/unit/data/functions/fods/offset.fods   | 4400 --
 sc/qa/unit/data/functions/fods/rows.fods | 3899 --
 sc/qa/unit/data/functions/fods/sheet.fods| 4008 --
 sc/qa/unit/data/functions/fods/vlookup.fods  | 1609 
 sc/qa/unit/data/functions/spreadsheet/fods/address.fods  | 7301 
 sc/qa/unit/data/functions/spreadsheet/fods/areas.fods| 6908 +++
 sc/qa/unit/data/functions/spreadsheet/fods/choose.fods   | 7082 +++
 sc/qa/unit/data/functions/spreadsheet/fods/columns.fods  | 7343 
 sc/qa/unit/data/functions/spreadsheet/fods/error.type.fods   | 7303 
 sc/qa/unit/data/functions/spreadsheet/fods/errortype.fods| 7333 
 sc/qa/unit/data/functions/spreadsheet/fods/getpivotdata.fods | 8501 
 sc/qa/unit/data/functions/spreadsheet/fods/hlookup.fods  | 1526 
 sc/qa/unit/data/functions/spreadsheet/fods/hyperlink.fods| 7825 
 sc/qa/unit/data/functions/spreadsheet/fods/index.fods| 4228 ++
 sc/qa/unit/data/functions/spreadsheet/fods/indirect.fods | 4581 ++
 sc/qa/unit/data/functions/spreadsheet/fods/lookup.fods   |19515 +++
 sc/qa/unit/data/functions/spreadsheet/fods/match.fods| 6403 +++
 sc/qa/unit/data/functions/spreadsheet/fods/offset.fods   | 4400 ++
 sc/qa/unit/data/functions/spreadsheet/fods/rows.fods | 3899 ++
 sc/qa/unit/data/functions/spreadsheet/fods/sheet.fods| 4008 ++
 sc/qa/unit/data/functions/spreadsheet/fods/vlookup.fods  | 1609 
 34 files changed, 109765 insertions(+), 109765 deletions(-)

New commits:
commit 80b496d246e483fc716a6aea11eeca7ff7962edd
Author: ZdenÄk Crhonek 
Date:   Sat Dec 10 17:04:47 2016 +0100

Calc tests - move spreadsheet tests to new directory

Change-Id: Iae68359bb0e17412300db74ffdceed4341c5288e
Reviewed-on: https://gerrit.libreoffice.org/31835
Tested-by: Jenkins 
Reviewed-by: Markus Mohrhard 

diff --git a/sc/qa/unit/data/functions/fods/address.fods 
b/sc/qa/unit/data/functions/spreadsheet/fods/address.fods
similarity index 100%
rename from sc/qa/unit/data/functions/fods/address.fods
rename to sc/qa/unit/data/functions/spreadsheet/fods/address.fods
diff --git a/sc/qa/unit/data/functions/fods/areas.fods 
b/sc/qa/unit/data/functions/spreadsheet/fods/areas.fods
similarity index 100%
rename from sc/qa/unit/data/functions/fods/areas.fods
rename to sc/qa/unit/data/functions/spreadsheet/fods/areas.fods
diff --git a/sc/qa/unit/data/functions/fods/choose.fods 
b/sc/qa/unit/data/functions/spreadsheet/fods/choose.fods
similarity index 100%
rename from sc/qa/unit/data/functions/fods/choose.fods
rename to sc/qa/unit/data/functions/spreadsheet/fods/choose.fods
diff --git a/sc/qa/unit/data/functions/fods/columns.fods 
b/sc/qa/unit/data/functions/spreadsheet/fods/columns.fods
similarity index 100%
rename from sc/qa/unit/data/functions/fods/columns.fods
rename to sc/qa/unit/data/functions/spreadsheet/fods/columns.fods
diff --git a/sc/qa/unit/data/functions/fods/error.type.fods 
b/sc/qa/unit/data/functions/spreadsheet/fods/error.type.fods
similarity index 100%
rename from sc/qa/unit/data/functions/fods/error.type.fods
rename to sc/qa/unit/data/functions/spreadsheet/fods/error.type.fods
diff --git a/sc/qa/unit/data/functions/fods/errortype.fods 
b/sc/qa/unit/data/functions/spreadsheet/fods/errortype.fods
similarity index 100%
rename from sc/qa/unit/data/functions/fods/errortype.fods
rename to sc/qa/unit/data/functions/spreadsheet/fods/errortype.fods
diff --git a/sc/qa/unit/data/functions/fods/getpivotdata.fods 
b/sc/qa/unit/data/functions/spreadsheet/fods/getpivotdata.fods
similarity index 100%
rename from sc/qa/unit/data/functions/fods/getpivotdata.fods
rename to sc/qa/unit/data/functions/spreadsheet/fods/getpivotdata.fods
diff --git a/sc/qa/unit/data/functions/fods/hlookup.fods 
b/sc/qa/unit/data/functions/spreadsheet/fods/hlookup.fods
similarity index 100%
rename from

[Libreoffice-commits] core.git: sc/qa

2016-12-10 Thread Zdeněk Crhonek

 sc/qa/unit/data/functions/text/fods/substitute.fods | 1343 
 1 file changed, 1343 insertions(+)

New commits:
commit fc37da60345b7c961f41ca460571413bd5637050
Author: ZdenÄk Crhonek 
Date:   Sat Dec 10 22:06:52 2016 +0100

add SUBSTITUTE test case

Change-Id: I290710ee5242e33c4ce7b46a44068fcd54c245a8
Reviewed-on: https://gerrit.libreoffice.org/31840
Tested-by: Jenkins 
Reviewed-by: Markus Mohrhard 

diff --git a/sc/qa/unit/data/functions/text/fods/substitute.fods 
b/sc/qa/unit/data/functions/text/fods/substitute.fods
new file mode 100644
index 000..f5dcabb
--- /dev/null
+++ b/sc/qa/unit/data/functions/text/fods/substitute.fods
@@ -0,0 +1,1343 @@
+
+
+http://www.w3.org/1999/xlink; 
xmlns:dc="http://purl.org/dc/elements/1.1/; 
xmlns:meta="urn:oasis:names:tc:opendocument:xmlns:meta:1.0" 
xmlns:number="urn:oasis:names:tc:opendocument:xmlns:datastyle:1.0" 
xmlns:presentation="urn:oasis:names:tc:opendocument:xmlns:presentation:1.0" 
xmlns:svg="urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0" 
xmlns:chart="urn:oasis:names:tc:opendocument:xmlns:chart:1.0" 
xmlns:dr3d="urn:oasis:names:tc:opendocument:xmlns:dr3d:1.0" 
xmlns:math="http://www.w3.org/1998/Math/MathML; 
xmlns:form="urn:oasis:names:tc:opendocument:xmlns:form:1.0" xmlns:scr
 ipt="urn:oasis:names:tc:opendocument:xmlns:script:1.0" 
xmlns:config="urn:oasis:names:tc:opendocument:xmlns:config:1.0" 
xmlns:ooo="http://openoffice.org/2004/office; 
xmlns:ooow="http://openoffice.org/2004/writer; 
xmlns:oooc="http://openoffice.org/2004/calc; 
xmlns:dom="http://www.w3.org/2001/xml-events; 
xmlns:xforms="http://www.w3.org/2002/xforms; 
xmlns:xsd="http://www.w3.org/2001/XMLSchema; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; 
xmlns:rpt="http://openoffice.org/2005/report; 
xmlns:of="urn:oasis:names:tc:opendocument:xmlns:of:1.2" 
xmlns:xhtml="http://www.w3.org/1999/xhtml; 
xmlns:grddl="http://www.w3.org/2003/g/data-view#; 
xmlns:tableooo="http://openoffice.org/2009/table; 
xmlns:drawooo="http://openoffice.org/2010/draw; 
xmlns:calcext="urn:org:documentfoundation:names:experimental:calc:xmlns:calcext:1.0"
 
xmlns:loext="urn:org:documentfoundation:names:experimental:office:xmlns:loext:1.0"
 xmlns:field="urn:openoffice:names:experimental:ooo-ms-interop:xmlns:field:1.0" 
xmlns:form
 x="urn:openoffice:names:experimental:ooxml-odf-interop:xmlns:form:1.0" 
xmlns:css3t="http://www.w3.org/TR/css3-text/; office:version="1.2" 
office:mimetype="application/vnd.oasis.opendocument.spreadsheet">
+ 
2016-05-23T19:52:21.032366237P0D1LibreOfficeDev/5.3.0.0.alpha1$Linux_X86_64
 
LibreOffice_project/883024d657fb45c7da459017d2f936aac5644bfb
+ 
+  
+   0
+   0
+   37620
+   6006
+   
+
+ view1
+ 
+  
+   2
+   8
+   0
+   0
+   0
+   0
+   2
+   0
+   0
+   0
+   0
+   0
+   85
+   60
+   true
+   false
+  
+  
+   2
+   13
+   0
+   0
+   0
+   0
+   2
+   0
+   0
+   0
+   0
+   0
+   85
+   60
+   true
+   false
+  
+ 
+ Sheet2
+ 1280
+ 0
+ 85
+ 60
+ false
+ true
+ true
+ true
+ 12632256
+ true
+ true
+ true
+ true
+ false
+ false
+ false
+ 1270
+ 1270
+ 1
+ 1
+ true
+ false
+
+   
+  
+  
+   7
+   false
+   false
+   true
+   true
+   false
+   false
+   false
+   1270
+   1270
+   true
+   true
+   true
+   true
+   true
+   false
+   12632256
+   false
+   Lexmark-E352dn
+   
+
+ en
+ US
+ 
+ 
+ 
+
+
+ zh
+ CN
+ 
+ :!),.:;?]}Â¢ããããããããããï¸°ï¸±ï¸³ï¹ï½¤ï¹ï¹ï¹ï¹ï¹ï¹ï¹ï¹ï¼ï¼ï¼ï¼ï¼ï¼ï¼ï½ï½ï¸´ï¸¶ï¸¸ï¸ºï¸¼ï¸¾ï¹ï¹ï¹ï¹ï½¤ï½ï¿
 ãââ¢Â·ËËâ--â²ââ
+ ([{Â£Â¥âµãããããããï¼ï¼»ï½ï¿¡ï¿¥ãï¸µï¸·ï¸¹ï¸»ï¸½ï¸¿ï¹ï¹ï¹ï¹ï¹ï¼ï½ââ
+
+   
+   true
+   true
+   3
+   1
+   true
+   1
+   true
+   rgH+/0xleG1hcmstRTM1MmRuQ1VQUzpMZXhtYXJrLUUzNTJkbgAWAAMAzwAEAAhSAAAEdAAASm9iRGF0YSAxCnByaW50ZXI9TGV4bWFyay1FMzUyZG4Kb3JpZW50YXRpb249UG9ydHJhaXQKY29waWVzPTEKY29sbGF0ZT1mYWxzZQptYXJnaW5kYWp1c3RtZW50PTAsMCwwLDAKY29sb3JkZXB0aD0yNApwc2xldmVsPTAKcGRmZGV2aWNlPTEKY29sb3JkZXZpY2U9MApQUERDb250ZXhEYXRhClBhZ2VTaXplOkE0AElucHV0U2xvdDpUcmF5MQBEdXBsZXg6Tm9uZQAAEgBDT01QQVRfRFVQTEVYX01PREUPAER1cGxleE1vZGU6Ok9mZg==
+   false
+   0
+  
+ 
+ 
+  
+   http://openoffice.org/2004/office; 
xmlns:xlink="http://www.w3.org/1999/xlink;>
+
+   
+  
+ 
+ 
+  
+  
+  
+  
+  
+  
+  
+  
+  
+ 
+ 
+  
+   
+   
+  
+  
+   
+  
+  
+   
+
+   KÄ
+  
+  
+   
+   -
+   
+
+   KÄ
+   
+  
+  
+   Â£
+   
+  
+  
+   -
+   Â£
+   
+   
+  
+

[Libreoffice-bugs] [Bug 67583] FILEOPEN: File with images not opening - both DOC, DOCX ( win only)

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=67583

Telesto  changed:

   What|Removed |Added

 Blocks|104527  |
 Depends on||104527


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=104527
[Bug 104527] [META] DOC bug tracker
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104527] [META] DOC bug tracker

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104527

Telesto  changed:

   What|Removed |Added

 Blocks||67583
 Depends on|67583   |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=67583
[Bug 67583] FILEOPEN: File with images not opening - both DOC, DOCX (win only)
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Re: minutes of ESC call ...

2016-12-10 Thread Thorsten Behrens

Katarína Behrens wrote:
> I'm slightly reluctant to make this 5.3 late feature, not because of
> the impact on translations (which I clarified in another e-mail to
> Cloph & Olivier) but because of the impact on how help is packaged
> on all 3 platforms for TDF builds and Linux distributions.
> 
Right - and the question is, what does it buy us anyway for 5.3, given
that new helpcontent / extra images will only happen on master after
string freeze?

Cheers,

-- Thorsten


signature.asc
Description: Digital signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-bugs] [Bug 99006] FORMATTING: Freeze when attempting to Insert Index/ Table of Contents and editing a Style.

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=99006

R. Bingham  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

--- Comment #11 from R. Bingham  ---
This bug updated for LO release 5.2.3.3 x64 on Win 10 Pro. CPU Intel i7 with 16
GB RAM & SSD.

TOC create or update hang symptoms continue.  Win Task Manager shows LO
consuming 16-18% CPU on an Intel i7, so TOC function in a loop somewhere.  LO
Functionality is useless, however, I have discovered a workaround:

Use Apache OO 4.1.3 to create and update TOC and other objects created and
maintained through the TOC/Index/Biblio UI.  Apache codebase is therefore a
comparative for where LO has run in to the ditch.

Attached a test file to fill the NEEDINFO status.  Note the comments attached
to the test file: a completely new, empty .odt generates TOC creation hangs, so
the test doc does *not* have a TOC!

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 62878] FILE SAVE / FILE OPEN : column indents are changed in xlsx file ( from 5pt to 16pt every time I reopen)

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=62878

Bartosz  changed:

   What|Removed |Added

 Blocks||88175


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=88175
[Bug 88175] [Meta] Tracking bug for limitations of XLSX (OOXML) format
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 88175] [Meta] Tracking bug for limitations of XLSX (OOXML) format

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=88175

Bartosz  changed:

   What|Removed |Added

 Depends on||62878


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=62878
[Bug 62878] FILE SAVE / FILE OPEN : column indents are changed in xlsx file 
(from 5pt to 16pt every time I reopen)
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 88175] [Meta] Tracking bug for limitations of XLSX (OOXML) format

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=88175

--- Comment #8 from Bartosz  ---
Bug 62878 is an limitation of the OOXML format. The indentation is saved in
.xlsx,  as integer value, where an increment of 1 represents 3 spaces.
https://msdn.microsoft.com/en-us/library/documentformat.openxml.spreadsheet.alignment.aspx

It means that minimal identation width is 3 spaces. Unfortunately we cannot do
much to fix that bug.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 62878] FILE SAVE / FILE OPEN : column indents are changed in xlsx file ( from 5pt to 16pt every time I reopen)

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=62878

Bartosz  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |NOTOURBUG

--- Comment #6 from Bartosz  ---
This is an limitation of the OOXML format. The indentation is saved in .xlsx, 
as integer value, where an increment of 1 represents 3 spaces.
https://msdn.microsoft.com/en-us/library/documentformat.openxml.spreadsheet.alignment.aspx

Unfortunately we cannot do much to fix that bug.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 99006] FORMATTING: Freeze when attempting to Insert Index/ Table of Contents and editing a Style.

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=99006

R. Bingham  changed:

   What|Removed |Added

 CC||rdbing...@verizon.net

--- Comment #10 from R. Bingham  ---
Created attachment 129475
  --> https://bugs.documentfoundation.org/attachment.cgi?id=129475=edit
Bug 99006 test .odt file

Scratch created .odt using LO 5.2.2.3 x64 Win 10 Pro as follows:

New -> Text Document

Gives new blank text doc.  Absolutely no text content added.

Insert -> Table of Contents and Index -> Table of Contents, Index, or
Bibliography...

Object UI box appears then hangs at first mouse event in box.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 99784] EXTENSION MANAGER - freeze / hang when attempting to install extensions on OSX 10.11 by double-click on oxt file

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=99784

--- Comment #63 from Telesto  ---
Nope, adding an extension on OS X by double click isn't working with:
Version: 5.4.0.0.alpha0+
Build ID: b52167df08511239c3d08904a3d12a3c92141f38
CPU Threads: 4; OS Version: Mac OS X 10.12.1; UI Render: default; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2016-12-09_23:41:33
Locale: nl-NL (nl_NL.UTF-8); Calc: group

Adding with the the extension manager does work (mostly), but everything is a
far to slow. Just opening the extension manager dialog on a 'cold start' takes
around 12 seconds. The adding proces is also way to slow using 100% CPU (1,4
GHz Intel Core i5)  However, the dialogs in between respond well.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104572] New: Crash when selecting paste special > more options

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104572

Bug ID: 104572
   Summary: Crash when selecting paste special > more options
   Product: LibreOffice
   Version: 5.4.0.0.alpha0+
  Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
  Keywords: regression
  Severity: normal
  Priority: medium
 Component: Draw
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: plokk...@fastmail.fm

Steps to reproduce:

- In draw / impress make (for example) a rectangle.
- Open writer
- Copy the rectangle from draw/impress
- in writer select RMB > paste special > more options
- now a box appears with an exclamation mark and LO crashes.

If you select paste special from the menu, then it works, no crash.

Tested with ubuntu 16.04 x64.

Confirmed with Version: 5.4.0.0.alpha0+
Build ID: b52167df08511239c3d08904a3d12a3c92141f38
CPU Threads: 2; OS Version: Linux 4.4; UI Render: default; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time:
2016-12-10_00:00:32
Locale: en-US (en_US.UTF-8); Calc: single

but

Unconfirmed with Version: 5.3.0.0.alpha1+
Build ID: 883024d657fb45c7da459017d2f936aac5644bfb
CPU Threads: 2; OS Version: Linux 4.4; UI Render: default; VCL: gtk2; Layout
Engine: new; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time:
2016-11-21_22:42:51
Locale: en-US (en_US.UTF-8); Calc: single

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 62878] FILE SAVE / FILE OPEN : column indents are changed in xlsx file ( from 5pt to 16pt every time I reopen)

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=62878

--- Comment #5 from Bartosz  ---
Created attachment 129474
  --> https://bugs.documentfoundation.org/attachment.cgi?id=129474=edit
ODS, file with A1, B1, C1, D1 column indentation set to 20pt

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104571] Opening an ODS document is slow when OpenCL is enabled

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104571

Roland Illig  changed:

   What|Removed |Added

 Attachment #129470|0   |1
is obsolete||
   Assignee|libreoffice-b...@lists.free |roland.il...@gmx.de
   |desktop.org |

--- Comment #4 from Roland Illig  ---
Created attachment 129473
  --> https://bugs.documentfoundation.org/attachment.cgi?id=129473=edit
opencl.log from OpenCL info.exe

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104571] Opening an ODS document is slow when OpenCL is enabled

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104571

--- Comment #3 from Roland Illig  ---
Created attachment 129472
  --> https://bugs.documentfoundation.org/attachment.cgi?id=129472=edit
opencl_devices.log

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104571] Opening an ODS document is slow when OpenCL is enabled

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104571

--- Comment #2 from Roland Illig  ---
Created attachment 129471
  --> https://bugs.documentfoundation.org/attachment.cgi?id=129471=edit
opencl_profile.xml

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104571] Opening an ODS document is slow when OpenCL is enabled

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104571

--- Comment #1 from Roland Illig  ---
Created attachment 129470
  --> https://bugs.documentfoundation.org/attachment.cgi?id=129470=edit
.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104571] New: Opening an ODS document is slow when OpenCL is enabled

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104571

Bug ID: 104571
   Summary: Opening an ODS document is slow when OpenCL is enabled
   Product: LibreOffice
   Version: 5.3.0.0.beta1
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: medium
 Component: Calc
  Assignee: libreoffice-bugs@lists.freedesktop.org
  Reporter: roland.il...@gmx.de

Description:
When I start LibreOfficeDev 5.3.0.0.beta1 and open the attached document, it
takes about a minute to load.

Disabling OpenCL in Extras > OpenCL makes loading fast again.

Steps to Reproduce:
1. Start LibreOffice
2. Open document

Actual Results:  
There is a delay opening the document.

Expected Results:
The document is opened without delay.


Reproducible: Always

User Profile Reset: No

Additional Info:


User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36
(KHTML, like Gecko) Chrome/55.0.2883.75 Safari/537.36

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104289] xslx import: arrows rendered incorrectly in Calc

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104289

Bartosz  changed:

   What|Removed |Added

 Blocks|88175   |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=88175
[Bug 88175] [Meta] Tracking bug for limitations of XLSX (OOXML) format
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 88175] [Meta] Tracking bug for limitations of XLSX (OOXML) format

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=88175

Bartosz  changed:

   What|Removed |Added

 Depends on|104289  |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=104289
[Bug 104289] xslx import: arrows rendered incorrectly in Calc
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 88175] [Meta] Tracking bug for limitations of XLSX (OOXML) format

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=88175

Bartosz  changed:

   What|Removed |Added

 Depends on|104290  |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=104290
[Bug 104290] xlsx import: text incorrectly turned when opened in Calc
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 104290] xlsx import: text incorrectly turned when opened in Calc

2016-12-10 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=104290

Bartosz  changed:

   What|Removed |Added

 Blocks|88175   |


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=88175
[Bug 88175] [Meta] Tracking bug for limitations of XLSX (OOXML) format
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

1 2 3 4 >

1 - 100 of 368 matches

Mail list logo