(In reply to comment #3)
The Wikipedia reference is to be appreciated because the relevant IEEE-754
standard (1985 original or 2008 revision) is behind a subscription barrier.
I will refer to the standard nevertheless, and for present purposes Std
754-1985 suffices. Section 5, Operations, is
Can someone please add a test document with some problematic cases that
still don't work in 4-1/master and expected results to the bug report?
If the file is licensed MPL/LGPL we can also use it for automatic tests
after the bug fix. See
(In reply to comment #221)
Bug 49840 - XLSX FILEOPEN Text in cells is lost
Renders spreadsheet documents completely useless.
The document is invalid according to the OOXML spec.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to
I suppose this bug can be closed. There is one issue left about wrong
updates in master/4.0 but except for that the new range based design
handles reference updates in conditional formats quite well.
Please test in 4.0.2 and report if you think it is fixed.
--
You received this bug notification
(In reply to comment #7)
(In reply to comment #5)
(In reply to comment #4)
@Markus Mohrhard:
I'd love to whenever the update is downstreamed into Ubuntu repositories.
Q: How can such a regression happen? Any ideas or explanations?
Calc has about 1 million lines of own source
(In reply to comment #3)
Hmmm... this comment smells very suspicious:
https://bugs.freedesktop.org/show_bug.cgi?id=54621#c8
(Copied here:
Ok, the problem is ScRangeList which is a ref counted class with an annoying
copy behavior + ScDeleteObjectByPtr.
The solution is to make
I have explained very badly my problem, too. My problem is that yes, I have
a conditional format on D8:F16 (not sure about indexes, but the idea is ok),
making the number red if they are less than 5. Now I select just the last
column of that format, and modify the limit (5) to be 2.5. Quite
*** Bug 38492 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/951153
Title:
[Upstream] Can't open XML files larger than 1.1 MB
I think it might be related to c76c986e17194b0f678ba81a9c49a31bcf206607
from Peter so I added him into CC.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/951153
Title:
[Upstream]
*** Bug 51869 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/951153
Title:
[Upstream] Can't open XML files larger than 1.1 MB
Hey John,
can you tell me what your profiles.ini contains? Normally 3.5.4 should
fall back to initializing nss without mozilla if the with mozilla case
fails. Normally the without mozilla case should succeed everywhere and
should be able to open any encrypted files.
--
You received this bug
*** Bug 50596 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/264345
Title:
[Upstream] =(-8)^(1/3)
Status in LibreOffice
(In reply to comment #4)
Thinking this over, the expected behavior might be that extraneous
attributed-only rows are ignored in this case. Import of xls 97 already
handles
that by expanding the attributed range. Actually LibO 3.4 treated this
differently and did not show the message on
That sounds sane.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1011564
Title:
[upstream] the document contains more rows than supported in the
selected format.
Status in
With the help from the ubuntu bug report I think I finally have a point
that looks wrong.
http://opengrok.libreoffice.org/xref/core/connectivity/source/drivers/mozab/bootstrap/MNSProfileDiscover.cxx#174
and following seem to be wrong for the MINIMAL_PROFILEDISCOVER case.
We then just create the
(In reply to comment #40)
With the help from the ubuntu bug report I think I finally have a point that
looks wrong.
http://opengrok.libreoffice.org/xref/core/connectivity/source/drivers/mozab/bootstrap/MNSProfileDiscover.cxx#174
and following seem to be wrong for the MINIMAL_PROFILEDISCOVER
It seems I can no longer reproduce the problem that opening password
protected document fails whithout .mozilla dir. If someone can reproduce
this behavior please open a new bug report and cc me.
--
You received this bug notification because you are a member of Desktop
Packages, which is
(In reply to comment #37)
Interesting observation from
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/919659/comments/72
:
My firefox profile was on another disk partition than /home (because it is
shared between several OS).
I have copied it into the ~/.mozilla folder and then
(In reply to comment #27)
Opening attachment 57028 [details] on libreoffice-3.5.1-1ubuntu1 on Ubuntu
precise works.
Attachment 57371 [details] doesnt open, but complains about malformed XML.
57371 is now part of our automated calc test and should be in 3.5.2. You
find it in
(In reply to comment #32)
I gave this a few tries:
- 3.4.4 without other updates in oneiric - no bug
- 3.4.6 without other updates in oneiric - no bug
- 3.4.6 with updates - bug
What do you mean with updates?
--
You received this bug notification because you are a member of Desktop
Gentoo problem has been identified.
So it is now just a ubuntu/debian problem. I have set up a vm with
Ubuntu 11.10 and created a build with nearly the same autogen.sh
settings as Bjoern for the official builds but this does not show the
problem.
Would be great to get more information or a
(In reply to comment #25)
The problem is cleared in LibreOffice 3.5 (Ubuntu 11.10).
I simply upgraded LO and password-protected documents work as expected.
Which build did you use? Our official Libreoffice builds won't show that
problem anyway. It seems to be a pure distro specific problem
(In reply to comment #20)
ods test document with password test and content 2 in cell A1 created with
LibreOffice 3.4.3 attached. I release it under the terms of
LGPLv3+/MPL. I cannot open this document or save a document with a password
with LibreOffice 3.4.5 OOO340m1 (Build:502)
Thanks a
So trying it in this bug report too.
Can someone who is able to reproduce this bug report provide me an ods
test document with password test and content 2 in cell A1 under the
terms of LGPLv3+/MPL?
I would like to add a test case for this to sc/qa/unit
/subsequent_filters-test.cxx:testPassword
Some comments:
Do the failing documents have passwords = 15 characters?
Are all of them created with =3.4.4 or =3.4.5?
Did you try to save the documents in ODF1.1/1.0?
It would be good to collect some more information about the problems
because digging in the password code without an idea and
Setting this to enhancement. We need to write our own Power function for
this. At the moment we are using the c++ standard library functionn
which results in an error for negative base and a non integral exponent.
Code pointers:
Hm after an additional thought I'm not sure if it is really that simple
to implement. At the point where we calculate the power we no longer
have the information that we had a fraction as exponent.
I wonder how excel solves this problem. I suspect that we would have the
same problem with ixion.
Feel free to implement it. Source code for this function is at:
http://opengrok.libreoffice.org/xref/core/scaddins/source/analysis/analysis.cxx#690
I'm looking forward to your contribution.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed
28 matches
Mail list logo