bugLet me illustrate... - Bugs: bug #13599, ScaleUnit not set properly


You are not allowed to post comments on this tracker with your current authentication level.

bug #13599: ScaleUnit not set properly

Submitted by:  Kimberly Murphy <kmurphy>
Submitted on:  Fri 01 Jul 2005 02:29:29 PM UTC  
Category:  None Severity:  4 - Important
Item Group:  lmi defect Status:  Fixed
Privacy:  Public Assigned to:  Greg Chicares <chicares>
Open/Closed:  Closed

Mon 31 Oct 2005 02:04:22 PM UTC, comment #3:

Bypassing the diagnostic messages with 'offer_hobsons_choice' set to 1 when attempting to scale ledger values twice
did not produce any differences. The scaled ledger values produced the second time, after bypassing all messages,
for scenarios run with and without income, were identical
as the scaled ledger values generated the first time.

Kimberly Murphy <kmurphy>
Sun 16 Oct 2005 12:24:38 AM UTC, comment #2:

Ledger values are scaled (by 10^(3*J), for nonnegative integer J)
only when a '.pdf' file is written, and then only when necessary
(i.e., when J is zero, multiplication by unity is elided). J is
deliberately constrained not to exceed 6, because the word for a
thousand quintillion (US usage) sounds too racy, and also because
999 quintillion is probably large enough to express the world's
total wealth in any currency.

Attempting to scale ledger values twice results in a diagnostic
message. This message can be bypassed if 'offer_hobsons_choice'
is set to '1' in 'configurable_settings.xml'; does bypassing it
cause any actual harm? The answer to this question will help us
determine the priority of fixing the problem. It's not easy to
fix. This specific concern does not arise if all scalable values
are less than 1,000,000,000.

Greg Chicares <chicares>
Project AdministratorIn charge of this item.
Thu 13 Oct 2005 02:07:57 PM UTC, comment #1:


Values are now scaled as necessary before they're written to
the '.xml' file used for printing.

Greg Chicares <chicares>
Project AdministratorIn charge of this item.
Fri 01 Jul 2005 02:29:29 PM UTC, original submission:

cvs checkout - Jun 23 15:22:04 2005 UTC

The system is not automatically scaling data when
values exceed a billion dollars. Numbers displayed
are too large on output.

Kimberly Murphy <kmurphy>


No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by chicares (Updated the item)

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.




    Follow 7 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2018-02-13 chicares StatusReady For Test => Fixed
        Open/ClosedOpen => Closed
    2005-10-13 chicares StatusNone => Ready For Test
        Assigned toNone => chicares
    2005-07-01 kmurphy Carbon-Copy- => Added roxsanna
        Carbon-Copy- => Added steveatwork
        Carbon-Copy- => Added wboutin

    Back to the top

    Powered by Savane 3.4