Commit graph

8 commits

Author SHA1 Message Date
Martin Michlmayr
2854ecdd19 Regenerate tests for fix for bug #713
The fix for bug #713 changes the way capital gains as well as basis costs
are shown.  All of these tests use the same input file, which includes
capital gains and losses.  The tests are too long to update and verify
manually but I verified some files and believe the output is correct.
I've therefore updated the tests with the output of the fixed ledger.

Let's take baseline/opt-lot-dates.test as one example.  In the past,
ledger generated the following incorrect Equity entries:

             190.42G  Equity
             236.83G    Capital Gains
             -46.41G    Capital Losses

If you compare the end of the diff of the test, you'll see:

  -                                                  35.42G
  +                                                -155.00G

The difference is: 35.42 - -155.00 = 190.42

This matches exactly the Equity entries previously generated, which
shouldn't be there.
2014-07-14 20:43:24 -04:00
John Wiegley
9c62463f84 Changed testing format to aid with debugging 2011-02-12 18:11:26 -05:00
John Wiegley
61f11bab17 Removed needless "=== 0" and ">>>2" lines from test files 2011-02-12 17:55:55 -05:00
John Wiegley
266dee564f Price annotation no longer inject an implied cost
Consider the following transaction:

  2010-06-22 Sample
      Assets:Brokerage       10 AAPL {$30}
      Assets:Brokerage

Previously, this would have been equivalent to:

  2010-06-22 Sample
      Assets:Brokerage       10 AAPL @ $30
      Assets:Brokerage

However, this is not always what the user expects to happen.  When @ is
not being used, the transaction should reflect a mere transfer of
commodities.  This is now how it works, and thus the above transaction
is now equivalent to the following instead:

  2010-06-22 Sample
      Assets:Brokerage       10 AAPL {$30}
      Assets:Brokerage      -10 AAPL {$30}
2010-06-22 20:56:35 -04:00
John Wiegley
91f839e827 Do not implicitly sort register output
The switches the default back to the same as 2.x, which is --unsorted.
2010-03-17 00:49:11 -04:00
John Wiegley
559566751d Sort by default unless --unsorted is selected 2009-10-28 01:17:10 -04:00
John Wiegley
f881bf1319 Fix to amount unreduction (aka, 120m -> 2h) 2009-02-27 15:23:38 -04:00
John Wiegley
48a8bbc0ee Added several baseline tests regarding lot details 2009-02-24 03:42:25 -04:00