** Changed in: libreoffice (Ubuntu)
Assignee: (unassigned) => Reinaldo Enrique Ruiz Duarte (reiruizduarte)
** Changed in: libreoffice (Ubuntu)
Assignee: Reinaldo Enrique Ruiz Duarte (reiruizduarte) => (unassigned)
** Changed in: libreoffice (Ubuntu)
Assignee: (unassigned) => Reinal
see
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1051955/comments/19
** Tags removed: verification-needed
** Tags added: verification-failed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to openoffice.org in Ubuntu.
https://
As per upstream: release in versions above 4.1.0 and 4.0.3.
** Changed in: libreoffice (Ubuntu)
Status: Triaged => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to openoffice.org in Ubuntu.
https://bugs.launchpad.net/b
Hello jimgknga, or anyone else affected,
Accepted libreoffice into raring-proposed. The package will build now
and be available at
http://launchpad.net/ubuntu/+source/libreoffice/1:4.0.4-0ubuntu1 in a
few hours, and then in the -proposed repository.
Please help us by testing this new package. Se
(In reply to comment #17)
> @Lionel:
> Out of curiosity, with that change, does it still pass the tests of
> http://plugfest.opendocsociety.org/doku.php?id=scenarios:20100415:yearfrac
Yes.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to
Lionel Elie Mamane committed a patch related to this issue.
It has been pushed to "libreoffice-4-1":
http://cgit.freedesktop.org/libreoffice/core/commit/?id=0f002a14ecdc445deb2bc8d4cc6fbe4b724ac7f6&h=libreoffice-4-1
fdo#40100 make function YEARFRAC comply with ODF Version 1.2
It will be availab
@Lionel:
Out of curiosity, with that change, does it still pass the tests of
http://plugfest.opendocsociety.org/doku.php?id=scenarios:20100415:yearfrac
(note that Shift+Ctrl+F9 may be needed to force a recalc)
And yes, Excel 2013 for =YEARFRAC(DATE(2023,1,1),DATE(2024,1,1),1)
delivers 1
--
You
Lionel Elie Mamane committed a patch related to this issue.
It has been pushed to "master":
http://cgit.freedesktop.org/libreoffice/core/commit/?id=bb15aeb0bbd063e557f21c4edde03949c66173fd
fdo#40100 make function YEARFRAC comply with ODF Version 1.2
The patch should be included in the daily bui
Lionel Elie Mamane committed a patch related to this issue.
It has been pushed to "libreoffice-4-0":
http://cgit.freedesktop.org/libreoffice/core/commit/?id=e612d5cfaf1ea95d5475978fe1393732fd46ff04&h=libreoffice-4-0
fdo#40100 make function YEARFRAC comply with ODF Version 1.2
It will be availab
(In reply to comment #11)
Hi Christopher,
As you may have noticed, the bug should be fixed starting with version
4.0.3RC2.
Thank you for your reminder, which resulted in putting the bug fix
forward from 4.1 to 4.0.3
--
You received this bug notification because you are a member of Desktop
Pack
Winfried Donkers committed a patch related to this issue.
It has been pushed to "libreoffice-4-0-3":
http://cgit.freedesktop.org/libreoffice/core/commit/?id=73623e57b50c461ab3df95065d56908825144009&h=libreoffice-4-0-3
fdo#40100 make function YEARFRAC comply with ODFF Version1.2
It will be avail
** Changed in: df-libreoffice
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to openoffice.org in Ubuntu.
https://bugs.launchpad.net/bugs/127505
Title:
[Upstream] [hardy] YEARFRAC function returns
See also test cases at
http://plugfest.opendocsociety.org/doku.php?id=scenarios:20100415:yearfrac
Note: hit Shift+Ctrl+F9 to recalculate the document.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to openoffice.org in Ubuntu.
https://bugs
Winfried Donkers committed a patch related to this issue.
It has been pushed to "master":
http://cgit.freedesktop.org/libreoffice/core/commit/?id=275e68d141179272258d03194d799495fa3dec4a
fdo#40100 make function YEARFRAC comply with ODFF Version1.2
The patch should be included in the daily build
Winfried Donkers committed a patch related to this issue.
It has been pushed to "libreoffice-4-0":
http://cgit.freedesktop.org/libreoffice/core/commit/?id=bd9238f3fe4bd004cb77e89813eb730e1e865667&h=libreoffice-4-0
fdo#40100 make function YEARFRAC comply with ODFF Version1.2
It will be available
Winfried Donkers, thank you for submitting a patch for this issue. The issue
noted in the Description is still reproducible in:
Version 4.0.3.1 (Build ID: a67943cd4d125208f4ea7fa29439551825cfb39)
Microsoft Windows Vista Business x86 6.0.6002 Service Pack 2 Build 6002
Does this build not include y
(In reply to comment #11)
Hi Christopher,
It is correct that version 4.0.3 does not have the patch. The patch will be in
distributed builds starting with version 4.1. (See 'whiteboard' filed on top of
this bug)
This bug has been marked as an enhancement and that means that it will be in
the fir
It was brought to my attention that YEARFRAC does not yet comply fully
with http://docs.oasis-
open.org/office/v1.2/cs01/OpenDocument-v1.2-cs01-part2.html#YEARFRAC and
I intend to fix that too.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed
BTW there will always be the chance of a small difference in the result of
YEARFRAC(), because of leap years in case of Mode 1 (exact).
The number of days in a year on which the result is based is the year of the
first date.
The result is the number of days between the two dates divided by the n
I have found the cause of the problem. It has to do with leap years.
I now have an ugly fix, which I will try to make neat and tidy before
committing.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to openoffice.org in Ubuntu.
https://bugs
Libra Office has take 12/31/1899 as 1 and not 1900 as base for caluclation
if we will format 01/01/1900 as number it will give you 2. There is no 0 base
value. which is actully problem for all date based calculations. a base date is
required for calulation. 12/30/1899 is used as 0. So first resol
Reproducible in:
lsb_release -rd
Description: Ubuntu precise (development branch)
Release: 12.04
apt-cache policy libreoffice-impress
libreoffice-impress:
Installed: 1:3.5.0~beta2-2ubuntu3
Candidate: 1:3.5.0~beta2-2ubuntu3
Version table:
*** 1:3.5.0~beta2-2ubuntu3 0
500 http://us.ar
** Changed in: df-libreoffice
Status: Incomplete => Confirmed
--
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/127505
Title:
[Upstream] [hardy] YEARFRAC function returns inco
Launchpad has imported 4 comments from the remote bug at
https://bugs.freedesktop.org/show_bug.cgi?id=40100.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help
[This is an automated message.]
There are no new official OpenOffice.org releases in Ubuntu packaging anymore
=> Won't Fix
If the problem persists, please mark this bug as "also affects project
Libreoffice" or "also affects distribution Libreoffice (Ubuntu)" if that
has not happened already.
P
** Changed in: openoffice.org (Ubuntu)
Status: Triaged => Won't Fix
--
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/127505
Title:
[Upstream] [hardy] YEARFRAC function return
** Changed in: df-libreoffice
Importance: Medium => Wishlist
--
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/127505
Title:
[Upstream] [hardy] YEARFRAC function returns incorrect
27 matches
Mail list logo
