[Bug 1261048]
(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 the relevant part. I quote: All conforming implementations of this standard shall provide operations to add, subtract, multiply, divide, extract the square root, find the remainder, round to integer in floating-point format, convert between different floating-point formats, convert between floating-point and integer formats, convert binary --- decimal, and compare. Subsection 5.5 expands on the specification of rounding to integer. For my posted example the situation is simple: the input value is an exactly representable integer, y=power(2,50)+1. Following Microsoft Excel, LibreOffice Calc offers a bunch of functions to perform rounding to integer; they include round(.,0), roundup(.,0), rounddown(.,0), trunc(.,0), ceiling(.,1), floor(.,1) and int(.), where I use the . symbol to denote the free argument. For integer argument, as in the present case, there can be no ambiguity about what is the result of rounding to integer; the mathematical result value is the same as the input value. Moreover, given that the input value is a representable IEEE-754 number likewise this result value is exactly representable; it is the same value. It is an error in Microsoft Excel and in LibreOffice Calc that a different result is returned. (The present situation is very different from the familiar situation of adding and subtracting decimal numbers with two digits behind the decimal point and finding a result that differs from the correct mathematical result by some value much less than 0.01.) I note that the tests of this kind of arithmetic can be confusing, because in fact Microsoft Excel 1997 (and later) and LibreOffice Calc deliberately violate IEEE Std 754-1985 for arithmetic very close to a cancellation threshold [1]. I quote: Excel 97, however, introduced an optimization that attempts to correct for this problem. Should an addition or subtraction operation result in a value at or very close to zero, Excel 97 and later will compensate for any error introduced as a result of converting an operand to and from binary. It is not very clearly expressed, and Optimization would not be my choice of words. Anyway, this concerns plain arithmetic and it muddles the tests, but it does not affect the present issue with the rounding functions. I note that my report received the lowest ranking in both columns for importance; that is not my assessment. The numerical error is tiny, sure, but it may break logic in a code if the result of rounddown(.,0) applied to a positive number can actually return a larger number, and I think that the reputational cost is not to be trivialized. One may recall the Pentium division bug. [1] Floating-point arithmetic may give inaccurate results in Excel - Example When a Value Reaches Zero http://support.microsoft.com/kb/78113 We implement exactly the same optimization technique to work around some of the floating point accuracy problems. This is part of our core code and will not be changed. I'm sorry there is nothing to discuss. This is a technical decision that you have to live with if you want to use Libreoffice Calc. Please don't reopen this bug as I explained already that this will never be changed. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1261048 Title: [Upstream] Wrong results from rounding functions for large argument To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1261048/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1150956]
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 https://wiki.documentfoundation.org/Development/Calc_Import_Unit_Tests for more details how such documents can help us make sure that formulas produce the correct result in corner cases. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1150956 Title: LibreOffice Calc's RATE function sometimes produces different results as some versions of MS Office To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1150956/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1103420]
(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 Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1103420 Title: LibreOffice Base can’t find Java installation—does not work To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1103420/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 235602]
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 because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/235602 Title: [upstream] [hardy] Calc Conditional Formatting - Incorrect cell references after line or column insertions To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/235602/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1128952]
Just a few comments: convwatch looks like a bad idea and maybe a bit unreliable for libmspub, libvisio and libcdr But since all three of them implement interfaces they could all easily use mocking similar to libcmis and orcus. The advantage with mocking compared to a visual comparison that I see is that as long as the libs are under heavy development you have a high rate of false positives while mocking allows you to concentrate on the features that you wish to test. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1128952 Title: libmspub should have tests To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1128952/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1082449]
(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 code + several more million lines of shared source code. And how much time did you spend yourself testing master to check for regressions. Marking as fixed as I think it is fixed in 3.6.4.1 and therefore in the 3.6.4 release. Reopen if it is not fixed there. First I am pretty sure that not all of the 1 million lines deal with sorting. Second, in my development projects we used test suites to prevent from regression and third there are statistical methods to identify areas of unstable code based on previous bug reports. We have highly coupled code with to less test code. Sadly our code is so old and written by so many people that even simple tasks like sorting affect more places than it should. For example sorting is highly integrated into calc core in ScTable so that a change to fix another bug can introduce a new one in parts that nobody expects. We are writing new tests for fixed bugs but since we are mainly only three developers doing all the work on calc this means that there are thousand of untested cases. However we are always happy if someone helps us out with extending the test cases which is actually not that difficult. Assuming that all this is in place here as well, I was wondering what could be the cause of those regressions. If you had an idea I could direct some research effort into how this can be improved. Maybe we can discuss this on a different channel (mail?) We were removing some limitations for sorting in 3.6 and therefore had to change some internal data structure and change the UI code. This was done by a volunteer and sadly not enough tests were written at the time. I would be very glad if you would be intersted in helping with that. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1082449 Title: [Upstream] Calc mis-sorts left to right (sort columns) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1082449/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1072092]
(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 ScRangeList a non ref counted class, copy c'tor and operator= cloning the members and not copying pointers + removing ScRangeListRef.) This comment has nothing to do with your issue. I doubt that you understand what I wrote in this comment. This comment is only about an issue with one of our internal data structures but has nothing to do with your problem. Your file contains a conditional format that is defined for D8:F16 so you need to separate the formats. This is not a bug but just a small inconvenience that we have when we transformt he old style based conditional formats to range based conditional formats. As soon as you have range based conditional formats working with them is much more easy. You can begining with 3.6 therefore also check where conditional formats are applied through Insert-Conditional Formatting-Manage which would be impossible with style based conditional formats. The UI problem has been fixed in master for months now but can't be backported because it will break the String freeze. P.S. In master/3.7 you can already easily change the range a conditional format is applied to by just selecting the range in the conditional formats dialog. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1072092 Title: conditional formatting from ODS files of versions 3.6 badly broken To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1072092/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1072092]
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 surprising, all the conditional format will change, and not just the selected column. I do not remember a behavior like that in previous versions of LO (or OO.org for that matter); but maybe, again, I am wrong. Simply it doesn't seem the inteuitively correct result... to me. That is one problem with range based conditional formats. IT will be much better in 3.7/master. In 3.6 you'll see th range always in the title of the dialog. It is not possible to update only a part of a range at the moment therefore if you select an area that contains already a conditional format it will just pick this one up. In 3.7 we will have overlapping conditional formats and you can change the range of a conditional format in the dialog. This should then solve all the problems you mentioned. It still means that you have adapt your workflow a bit and get used to using the Manage Conditional Formats window. But in the end it allows much more complex conditional formats and fixes a lot of problems that were around the handling of conditional formats. If you want to test it most of the changes are already available in the daily builds. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1072092 Title: conditional formatting from ODS files of versions 3.6 badly broken To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1072092/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 951153]
*** Bug 38492 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/951153 Title: [Upstream] Can't open XML files larger than 1.1 MB To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/951153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 951153]
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 Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/951153 Title: [Upstream] Can't open XML files larger than 1.1 MB To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/951153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 951153]
*** Bug 51869 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/951153 Title: [Upstream] Can't open XML files larger than 1.1 MB To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/951153/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 919659] Re: SRU LibreOffice 3.5.4 for precise (was: Can't open/save document or spreadsheet with password, when mozilla profile has an absolute path)
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 notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/919659 Title: SRU LibreOffice 3.5.4 for precise (was: Can't open/save document or spreadsheet with password, when mozilla profile has an absolute path) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/919659/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 264345]
*** Bug 50596 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/264345 Title: [Upstream] =(-8)^(1/3) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/264345/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1011564]
(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 export. I had to change the export of attribute only rows because without the row height information which are part of the attributes we misplace cell anchored objects. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1011564 Title: [upstream] the document contains more rows than supported in the selected format. To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1011564/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1011564]
That sounds sane. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1011564 Title: [upstream] the document contains more rows than supported in the selected format. To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1011564/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 919659]
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 path to the profile through regDir + profilePath and we no longer respect if the profile path has been marked as relative or not. I will try to create a debug build with the ubuntu release configuration to confirm this. If it is really only this point we might get a simple fix for this problem. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/919659 Title: Can't open/save document or spreadsheet with password, when mozilla profile has an absolute path To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/919659/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 919659]
(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 case. Seems like this is the problem. The problem is that we add the absolute profile path to the regPath which creates an invalid path and therefore initializing nss fails. This problems is only visible in distro builds and maybe MacOSX/Windows builds if they use MINIMAL_PROFILEDISCOVER. (I'm quite sure that our windows builds are affected) Will post a fix to the ML for review after some more manual testing. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/919659 Title: Can't open/save document or spreadsheet with password, when mozilla profile has an absolute path To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/919659/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 919659]
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 Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/919659 Title: Can't open/save document or spreadsheet with password, when mozilla profile has an absolute path To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/919659/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 919659]
(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 there's no bug anymore ! So the bug it has nothing to do with the content of the firefox profile but it depends on the path to the firefox profile. So when working with passwords, libreoffice does read the profile.ini file in ~/.mozilla folder (WHY?), then : - if the path to the profile is not relative and situated outside the ~/.mozilla folder - bug - if the path is relative and inside the ~/.mozilla folder - NO BUG @Markus: Since you have investigated this issue quite thoroughly, does this make you see an immediate nice and small fix? Reopening with normal severity as it only hits a very small subgroup of users. There are some more interesting observations in the bug report. I will have a look at this tomorrow and see if it is a bug in our init code, nss or mozilla. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/919659 Title: Can't open/save document or spreadsheet with password, when mozilla profile has an absolute path To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/919659/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 919659]
(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 sc/qa/unit/data/ods/passwordOld.ods and is not broken as you can see in all tinderboxes :) The error message complaining about malformed XML looks like it does not know the encrpytion algorithm and therefore tries to open the encrypted files. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/919659 Title: Can't open/save document or spreadsheet with password To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/919659/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 919659]
(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 Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/919659 Title: Can't open/save document or spreadsheet with password To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/919659/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 919659]
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 someone with a debug build who can reproduce this problem. I can give some information how to debug the problem and where to look. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/919659 Title: Can't open/save document or spreadsheet with password To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/919659/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 919659]
(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 with external nss. I have not yet seen any bug report with someone using a non distro build. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/919659 Title: Can't open/save document or spreadsheet with password To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/919659/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 919659]
(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 lot. We added this test case to master and libreoffice-3-5 so if this is really a build problem and not a problem related to one of the Mozilla profiles we should spot the error already during the test run. But I still suspect that it is related to the Mozilla profile, either firefox or thunderbird. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/919659 Title: Can't open/save document or spreadsheet with password To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/919659/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 919659]
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 to prevent such bugs in future. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/919659 Title: [Downstream] Can't open/save document or spreadsheet with password To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/919659/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 919659]
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 a test document is useless. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/919659 Title: [Downstream] Can't open/save document or spreadsheet with password To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/919659/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 264345]
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: http://opengrok.libreoffice.org/xref/core/sc/source/core/tool/interpr5.cxx#1687 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/264345 Title: =(-8)^(1/3) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/264345/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 264345]
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. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/264345 Title: =(-8)^(1/3) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/264345/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 891812]
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 Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/891812 Title: [Upstream] Calc: MULTINOMIAL only supports parameters up to 170 To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/891812/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs