Planning data has been moved to an orthogonal 'planning' branch.

1 files changed, 0 insertions, 1090 deletions

diff --git a/doc/TODO-OLD b/doc/TODO-OLD
deleted file mode 100644
index 46c4eafd..00000000
--- a/doc/TODO-OLD
+++ /dev/null
@@ -1,1090 +0,0 @@
-LEDGER  -*- mode: org; fill-column: 78 -*-
-
-#+STARTUP: overview
-#+ARCHIVE: TODO-OLD::
-#+SEQ_TODO: TODO(@) STARTED(@) WAITING(@) DELEGATED(@) | DONE(@) DEFERRED(@) CANCELLED(@) WONTFIX(@) WORKSFORME(@) INVALID(@) DUPLICATE(@) NOTE
-#+TAGS: EMACS(e) FEATURE(f) DOCS(d) WEBSITE(w) BUILD(b)
-#+CATEGORY: Ledger
-
-* 2.6.1
-#+CATEGORY: 2.6.1
-** DONE [#B] -e doesn't seem to work for providing an end date
-  - State "DONE"       [2008-04-04 Fri 14:34] \\
-    There was a problem with the -e date parsing.  I now interpret "-e june"
-    to mean that you want the report to end AT June, rather than IN June.
-  :DATA:
-2008/03/20 Grocery Store
-  Travel:Home               2.3 miles
-  Wear & Tear:Car
-
-2008/03/31 Office
-  Travel:Work               16 miles
-  Wear & Tear:Car
-
-2008/04/01 Office
-  Travel:Work               16 miles
-  Wear & Tear:Car
-
-2008/04/02 Office
-  Travel:Work               16 miles
-  Wear & Tear:Car
-
-2008/04/03 Office
-  Travel:Work               16 miles
-  Wear & Tear:Car
-
-2008/04/04 Office
-  Travel:Work               16 miles
-  Wear & Tear:Car
-  :END:
-  :OUTPUT:
-$ ledger -f /tmp/mileage.ledger -b 2008-03-31 reg travel
-2008/03/31 Office               Travel:Work              16.7 miles   16.7 miles
-2008/04/01 Office               Travel:Work              16.7 miles   33.4 miles
-2008/04/02 Office               Travel:Work              16.7 miles   50.1 miles
-2008/04/03 Office               Travel:Work              16.7 miles   66.8 miles
-2008/04/04 Office               Travel:Work              16.7 miles   83.5 miles
-$ ledger -f /tmp/mileage.ledger -b 2008-03-31 -e 2008-04-05 reg travel
-$
-  :END:
-  Shouldn't that last command give me the same output as the former?
-  :PROPERTIES:
-  :Submitter: drewr <#ledger>
-  :Version: 2.6
-  :Ticket: 36
-  :ID: 1DE6FB08-93D2-47C8-A5A3-3379BA76360D
-  :END:
-  [2008-04-04 Fri]
-** DONE [#A] -p "this month" doesn't work at all anymore
-  - State "DONE"       [2008-07-17 Thu 18:14] \\
-    This has been fixed, and represents a very major set of fixes to date
-    handling in general.  Thanks to Nathan for hitting the nail on the head.
-  - State "TODO"       [2008-04-05 Sat 18:57] \\
-    Nathan Jones <nathanj@insightbb.com> writes:
-    > The patch fixes a command that I have aliased to show my last two months
-    > of transactions: `ledger -d 'd>=[last month]' reg checking`
-    > 
-    > The problem is that the 'last month' would get parsed as 1970/1/1, so it
-    > would show every transaction.
-  :OUTPUT:
-~ $ DEBUG_CLASS=ledger.config.predicates *ledger -p "this month" reg cash
-Predicate: d>=[1969/12/31]&d<[1970/01/31]&/(?:cash)/
-  :END:
-  :PROPERTIES:
-  :Submitter: John Wiegley <johnw@newartisans.com>
-  :Version: 2.6
-  :Ticket: 38
-  :Attachments: 289.patch
-  :ID: 0CF00621-31C4-4E5A-B260-78B4DA8C3616
-  :END:
-  [2008-04-04 Fri]
-** DONE [#A] Cannot sort by reverse time
-  - State "DONE"       [2008-07-19 Sat 16:52]
-  When I specify `--sort -d`, I get:
-  :OUTPUT:
-~/src/ledger $ ledger -b 2008/07 --sort -d reg cash
-While computing value expression:
-  -date
-  ^^^^^
-Error: Cannot negate a date/time
-  :END:
-  :PROPERTIES:
-  :Submitter: John Wiegley <johnw@newartisans.com>
-  :Version: 2.6.0.90
-  :Ticket: 202
-  :ID: CB97253A-581E-49D0-98D4-3BC5B0616A42
-  :END:
-  [2008-07-17 Thu]
-** DONE [#B] Command results in assertion failure
-  - State "DONE"       [2008-07-17 Thu 17:44]
-  The command is:
-  :SCRIPT:
-ledger -s bal --sort O wedding
-  :END:
-  This is against my own ledger file.
-  :PROPERTIES:
-  :Submitter: John Wiegley <johnw@newartisans.com>
-  :Version: 2.6
-  :Ticket: 23
-  :ID: AB684BBE-F093-4F77-BCFB-2F4E0D60AA9C
-  :END:
-  [2007-12-10 Mon]
-** DONE [#A] Core dump on simple input.
-  - State "DONE"       [2008-07-17 Thu 17:38]
-  :DATA:
-2008/01/03=2007/12/28 * Sell -- RHT -- RED HAT INC CA TAUX DE CHANGE    .96590
-  Assets:Investments:RBC-Broker:Account-RSP      -4.00 RHT @  21.14 CAD
-  Expenses:Financial:Commissions                  9.95 USD @ .96590 CAD
-  Assets:Investments:RBC-Broker:Account-RSP      72.06 CAD
-  :END:
-  :PROPERTIES:
-  :Submitter: Martin Blais <blais@furius.ca>
-  :Version: 2.6
-  :Ticket: 56
-  :ID: 843B6A53-C3C2-45BB-A92C-558AF6F02014
-  :END:
-  [2008-04-07 Mon]
-** DONE [#B] Coredump.
-  - State "DONE"       [2008-07-17 Thu 17:50]
-  :DATA:
-2008/01/02 * Sell -- on 2007/12/27 -- CRA  --  APPLERA CORP COM CELERA GROUP CA EXCHANGE RATE     .96760
-  Assets:Investments:RBC-Broker:Account-CAD        -8.00 CRA @ 16.93 USD      ; lot:ba8c951719fd
-  Expenses:Financial:Commissions                    9.95 USD
-  Expenses:Financial:Fees                           0.01 USD
-  Assets:Investments:RBC-Broker:Account-CAD       125.48 USD
-  Assets:Investments:RBC-Broker:Account-CAD      -125.48 USD ; @ 0.96760 USD
-  Assets:Investments:RBC-Broker:Account-CAD       121.41 CAD
-  :END:
-  :PROPERTIES:
-  :Submitter: Martin Blais <blais@furius.ca>
-  :Version: 2.6
-  :Ticket: 50
-  :ID: A18B37A4-68DB-4F3A-92D5-3962D010CA0B
-  :END:
-  [2008-04-06 Sun]
-** DONE [#A] crash
-  - State "DONE"       [2008-07-17 Thu 17:39]
-  :DATA:
-2007-12-31 * Start of year / Opening balances.
-  Assets:Investments:HSBC-Broker             1000 USD @ 101.00 JPY
-  Equity:Opening-Balances:Cost              -1000 USD
-  :END:
-  :PROPERTIES:
-  :Submitter: Martin Blais <blais@furius.ca>
-  :Version: 2.6
-  :Ticket: 177
-  :ID: 45605775-F9E3-4C83-8BF2-616905178E82
-  :END:
-  [2008-04-12 Sat]
-** DONE [#B] Crash on input -- spurious comma
-  - State "DONE"       [2008-07-17 Thu 17:49]
-  :DATA:
-2008/02/25 * bla bla bnla
-  Assets:Fixed:Home                             235000.00 CAD
-  Expenses:Home:Acquisition:Escrow              -82250.00 CAD
-  Liabilities:RBC:Mortgage:Loan                     -1.00 CAD,  ; opening of account
-  Liabilities:RBC:Mortgage:Loan                -152749.00 CAD
-  :END:
-  :PROPERTIES:
-  :Submitter: Martin Blais <blais@furius.ca>
-  :Version: 2.6
-  :Ticket: 48
-  :ID: 517CB118-49A5-42B2-ACFD-1A63DCF163AA
-  :END:
-  [2008-04-06 Sun]
-** DONE [#A] Crash on input.
-  - State "DONE"       [2008-07-17 Thu 17:38]
-  - State "TODO"       [2008-04-06 Sun 10:23] \\
-    Martin Blais <blais@furius.ca> writes:
-    > I think that the bug is related to the missing currency after the @
-    > sign.
-  :DATA:
-;; Assets:Investments:HSBC-Broker ------------------------------------------------------------
-
-2007/12/31 * Start of year / Opening balances.
-  Assets:Investments:HSBC-Broker             100 IVV
-  Assets:Investments:HSBC-Broker       -15360.60 USD    ; cost basis of older purchase
-  Equity:Opening-Balances
-
-2008/01/03 * Dividends received for IVV holding.
-  Assets:Investments:HSBC-Broker            79.79 USD
-  Income:Interest:Dividends
-
-
-2008/02/04 * Sell 100 IVV - on 2008/01/30
-  Assets:Investments:HSBC-Broker            -100 IVV @ 136.2901
-  Assets:Investments:HSBC-Broker       -13629.01 USD  
-  Expenses:Financial:Commissions           24.99 USD
-  Expenses:Financial:Fees                   0.15 USD
-  Expenses:Financial:Fees                   2.00 USD
-  :END:
-  :OUTPUT:
-banane:~/__accounting/.../rbcinv/invest$ ledger -f /tmp/b -V register hsbc:broker
-Segmentation fault (core dumped)
-banane:~/__accounting/.../rbcinv/invest$
-  :END:
-  :PROPERTIES:
-  :Submitter: Martin Blais <blais@furius.ca>
-  :Version: 2.6
-  :Ticket: 46
-  :ID: 703505C9-B702-4139-B64A-FD3CF592E720
-  :END:
-  [2008-04-06 Sun]
-** DONE [#A] Crash on input.
-  - State "DONE"       [2008-07-17 Thu 17:38]
-  :DATA:
-2008/01/02 ! Sell -- on 2007/12/27 -- CRA  --  APPLERA CORP COM CELERA GROUP CA EXCHANGE RATE     .96760
-  Assets:Investments:RBC-Broker:Account-CAD   -8.00 CRA  @ 16.93 USD
-  Assets:Investments:RBC-Broker:Account-CAD  121.41 CAD
-  Expenses:Financial:Commissions              -9.95 USD
-  Expenses:Financial:Fees                     -0.01 USD
-  :END:
-  :PROPERTIES:
-  :Submitter: Martin Blais <blais@furius.ca>
-  :Version: 2.6
-  :Ticket: 47
-  :ID: B2B79746-5E3B-40D3-B6ED-CCF27364DD5F
-  :END:
-  [2008-04-06 Sun]
-** DONE [#B] Crash on input.
-  - State "DONE"       [2008-07-17 Thu 17:45]
-  :DATA:
-2008/01/02 ! Sell -- on 2007/12/27 -- CRA  --  APPLERA CORP COM CELERA GROUP CA EXCHANGE RATE     .96760
-  Assets:Investments:RBC-Broker:Account-CAD    -8.00 CRA  @ 16.93 USD
-  Assets:Investments:RBC-Broker:Account-CAD    21.41 CAD
-  Expenses:Financial:Commissions               -9.95 USD
-  Expenses:Financial:Fees                      -0.01 USD
-  :END:
-  :PROPERTIES:
-  :Submitter: Martin Blais <blais@furius.ca>
-  :Version: 2.6
-  :Ticket: 45
-  :ID: 93CFAFEB-46EA-4E47-8F0A-069309D6EE3A
-  :END:
-  [2008-04-06 Sun]
-** DONE [#B] Crash reading .timelog file
-   - State "DONE"       [2008-07-17 Thu 18:08]
-   2.6b aborts if the last entry is the timelog is an "in" event.
-   :PROPERTIES:
-   :Submitter: John Wiegley <johnw@newartisans.com>
-   :Version: 2.6
-   :Ticket: 128
-   :ID: C7A32276-11A7-44F1-99CD-6F0CA7330340
-   :END:
-   [2008-04-11 Fri]
-** DONE [#A] Dates (used with -b -e and -p parameters) are broken
-  - State "DONE"       [2008-07-17 Thu 06:20] \\
-    Patch checked in.  Thanks, Nathan!
-  - State "TODO"       [2008-04-06 Sun 21:59] \\
-    Nathan Jones <nathanj@insightbb.com> writes:
-    > The attached patch plus the one in #38 should fix this.
-  The release (2.6.0.90) doesn't seem to properly parse dates.  The svn
-  version (rev. 1048) works fine for full dates (yyyy/mm/dd) with the -b -e
-  params but nothing else works.  For example in the following only the last
-  one works:
-  :SCRIPT:
-ledger -f my.ledger -b mar -e apr print
-ledger -f my.ledger -b 03/01 -e -04/01 apr print
-ledger -f my.ledger -b 03/01 -e 04/01 print
-ledger -f my.ledger -b 08/03/01 -e 08/04/01 print
-ledger -f my.ledger -b 2008/03/01 -e 2008/04/01 print
-  :END:
-  The -p param doesn't seem to work at all.
-  :PROPERTIES:
-  :Submitter: kmt <kmt@ftml.net>
-  :Version: 2.6.0.90
-  :Ticket: 49
-  :Attachments: 290.patch
-  :ID: A95B2E0F-095D-4314-BC4D-3CEC42203FB1
-  :END:
-  [2008-04-06 Sun]
-** DONE [#B] Do not adjust display precision when parsing a pricing entry
-   - State "DONE"       [2008-09-17 Wed 05:12]
-   :PROPERTIES:
-   :Submitter: John Wiegley <johnw@newartisans.com>
-   :Version: 2.6.0.90
-   :Ticket: 206
-   :ID: 7E5D2A6C-A15F-4BC8-A851-04A48E3E30F4
-   :END:
-   [2008-07-28 Mon]
-** DONE [#C] Entry command doesn't match debit account when description is unmatched
-  - State "DONE"       [2008-07-20 Sun 20:32]
-  I think I've isolated a bug with the entry command where I get "Equity"
-  instead of a valid debit account:
-  :OUTPUT:
-$ ledger entry 2008/07/18 "Pei Wei" food 20 checking
-
-2008/07/18 Pei Wei
-    Expenses:Food:Out                        $ 20.00
-    Assets:Checking
-
-$ ledger entry 2008/07/18 "Foo Bar" food 20 checking
-
-2008/07/18 Foo Bar
-    Expenses:Food                            $ 20.00
-    Equity
-  :END:
-
-  The first command proves that ledger understands I have an `Assets:Checking`
-  account.  That's because I already have entries for `Pei Wei`.
-
-  If I enter a description that doesn't match a previous entry, it doesn't
-  match `checking` to `Assets:Checking`.
-  :PROPERTIES:
-  :Submitter: drewr <#ledger>
-  :Version: 5fbec3582319ca6423a43c9125842be5f969e8ee
-  :Ticket: 203
-  :ID: FF8CE4C5-03B3-4FCA-85BD-52A9DB191B4B
-  :END:
-  [2008-07-18 Fri]
-** DONE [#A] Entry command produces two liability transactions
-  - State "DONE"       [2008-07-17 Thu 22:01]
-  - State "TODO"       [2008-05-03 Sat 22:27] \\
-    This is being a real problem for drewr, arete and pll!  This one gets fixed
-    for 2.6.1.
-  :OUTPUT:
-arete$ ledger entry 2007/11/11 safeway groceries \$10.00 american
-
-2007/11/11   Safeway
-        Expenses:Groceries                                $10.00
-        Liabilities:American Express                     $-30.17
-        Liabilities:American Express                      $20.17
-  :END:
-  :PROPERTIES:
-  :Submitter: Will Glozer <will@glozer.net>
-  :Version: 2.6
-  :Ticket: 8
-  :ID: D7DD54D7-8870-4D6D-92A0-90717692F8F2
-  :END:
-  [2007-11-12 Mon]
-** DONE [#B] Expressions don't work.
-  - State "DONE"       [2008-07-17 Thu 21:37]
-  - State "TODO"       [2008-04-12 Sat 14:58] \\
-    Martin Blais <blais@furius.ca> writes:
-    > Note the typo in the error too: "evalute" -> "evaluate".
-  :DATA:
-2007-12-31 * Start of year / Opening balances.
-  Assets:Investments:HSBC-Broker             1000 USD
-  Equity:Opening-Balances:Cost            -101000 JPY @ 1/101.00 USD
-  :END:
-  :PROPERTIES:
-  :Submitter: Martin Blais <blais@furius.ca>
-  :Version: 2.6
-  :Ticket: 178
-  :ID: DA9F2346-CD90-4E22-B2F0-2670532456BA
-  :END:
-  [2008-04-12 Sat]
-** DONE [#B] Getting an abort with a self-referential pricing statement
-  - State "DONE"       [2008-07-17 Thu 17:51] \\
-    Getting this to work correctly is going to need more work (which has already
-    been logged as another bug).
-  :DATA:
-2008/01/02 sell
-  Assets:Investments      130.41 CAD @ 1.03352277 CAD
-  Assets:Investments       -8.00 CRA @ 16.93 USD
-  :END:
-  Passing this through the reg command produces a SIGABRT.
-  :PROPERTIES:
-  :Submitter: Martin Blais <blais@furius.ca>
-  :Version: 2.6
-  :Ticket: 51
-  :ID: A21E4DCC-6112-441F-B76D-95CF47BA658D
-  :END:
-  [2008-04-06 Sun]
-** DONE [#B] Ignore [TEXT] in a transaction which does not specify a date
-  - State "DONE"       [2008-09-17 Wed 05:10] \\
-    Fixed, by simply ignoring when something that looks [TEXT] in a transaction
-    note fails to parse as a date.
-  The following data contains a link, not an effective date.
-  :DATA:
-2008/08/11 (08/13/2008) DD/BR #337756      Q35 TONAWANDA, NY                    
-    Liabilities:Visa                          -3.63                          
-    Assets:Company:AGIL1892     ; /PersMealsBreakf/ [[file:///home/rladams/doc/Album/Receipts/20080815131347.jpg]]
-  :END:
-  :PROPERTIES:
-  :ID: 96DDA4B9-E216-4C7A-8D0E-02B0F39CA256
-  :END:
-  [2008-08-27 Wed]
-** DONE [#B] Install patches for Ledger 2.6 from Simon Michael
-   - State "DONE"       [2008-07-17 Thu 21:41] \\
-     I'm only taking the first patch for 2.6.  The other two need a bit more
-     polish before I would put them in the standard distro, instead of just
-     posting them to the Wiki or some such.
-   :PROPERTIES:
-   :Submitter: John Wiegley <johnw@newartisans.com>
-   :Version: 2.6
-   :Ticket: 60
-   :ID: 0C311A59-701A-4D30-BBDB-924F12878724
-   :Attachments: sm001.patch sm002.patch sm004.patch 
-   :END:
-   [2008-04-11 Fri]
-** DONE [#A] ledger 2.6 shows no timelog entries
-   - State "DONE"       [2008-07-17 Thu 19:08]
-   - State "TODO"       [2008-08-18 Mon 02:15] \\
-     Simon Michael <simon@joyful.com> writes:
-     > And if ends with a "i" record, ledger gives a bus error. This is on
-     > leopard.
-   Ledger 2.5 shows entries in my timelog file, but 2.6.1-pre shows none. There
-   is no parse error.
-   :PROPERTIES:
-   :Submitter: Simon Michael <simon@joyful.com>
-   :Version: 2.6.1b
-   :Ticket: 57
-   :ID: C13F0BDF-4E15-442E-BBB7-265B0A37457C
-   :END:
-   [2008-04-09 Wed]
-** DONE [#A] Ledger fails to balance a simple entry
-  - State "DONE"       [2008-07-28 Mon 02:05] \\
-    This was quite the nasty little bug.
-  I just installed v2.6.1 and ledger reports errors with some transactions
-  that were fine with v2.5:
-  :OUTPUT:
-[21:51:49 vinod]:~/src/ledger $ ledger --version
-Ledger 2.6.1, the command-line accounting tool
-
-[21:51:55 vinod]:~/src/ledger $ ledger bal
-While balancing entry:
- 2007/02/02 RD VMMXX
-     Assets:Investments:Vanguard:VMMXX  0.350 VMMXX @ $1.00
-     Income:Dividends:Vanguard:VMMXX        $-0.35
-Unbalanced remainder is:
-             $-0.35
-Error: "/home/vinod/data/ledger.dat", line 52379: Entry does not balance
-  :END:
-  :PROPERTIES:
-  :Submitter: Vinod Kurup <vvkurup@gmail.com>
-  :Version: 2.6.1b
-  :Ticket: 205
-  :ID: 0CA014F9-E309-4840-9085-71EC1F46DEC1
-  :END:
-  [2008-07-28 Mon]
-** DONE [#B] ledger SVN doesn't compile on freebsd-8
-  - State "DONE"       [2008-03-17 Mon 16:22] \\
-    Clemens writes:
-    > Just for the record, there's a fix:
-    :PATCH:
-diff --git a/ledger-2.6.0.90/datetime.h b/ledger-2.6.0.90/datetime.h
---- a/ledger-2.6.0.90/datetime.h
-+++ b/ledger-2.6.0.90/datetime.h
-@@ -96,7 +96,7 @@ class date_t
-   operator bool() const {
-     return when != 0;
-   }
--  operator std::time_t() const {
-+  operator std::time_t() /*const*/ {
-     return when;
-   }
-   operator std::string() const {
-    :END:
-    > Let's you compile and install.
-  - State "DONE"       [2008-03-14 Fri 21:32] \\
-    This is a known bug that was fixed in 2.6.  If you need a back-patch for
-    2.4.1, please let me know.
-  We have ledger-2.4 in the ports, but it segfaults on freebsd-8 (the current
-  dev version of the OS).  The backtrace is incoherent, because the libs are
-  stripped and we have no symbols.  Anyway, a sane person would want a more
-  recent ledger.  The tarball exhibits the exact same problem as the one from
-  SVN:
-  :OUTPUT:
-'uname -rims' -> FreeBSD 8.0-CURRENT i386 GENERIC
-'gcc --version' -> gcc (GCC) 4.2.1 20070719  [FreeBSD]
-
-/src/bulk/ledger/trunk
-0 $ gmake
-gmake  all-am
-gmake[1]: Entering directory `/home/src/bulk/ledger/trunk'
-/usr/local/bin/bash ./libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I.   -I/l/include   -g -O2 -c -o libamounts_la-amount.lo `test -f 'amount.cc' || echo './'`amount.cc
- g++ -DHAVE_CONFIG_H -I. -I/l/include -g -O2 -c amount.cc  -fPIC -DPIC -o .libs/libamounts_la-amount.o
-In file included from amount.h:13,
-                 from amount.cc:1:
-datetime.h: In function 'long int operator-(const date_t&, const date_t&)':
-datetime.h:141: error: conversion from 'date_t' to 'long int' is ambiguous
-datetime.h:99: note: candidates are: date_t::operator time_t() const
-datetime.h:96: note:                 date_t::operator bool() const
-gmake[1]: *** [libamounts_la-amount.lo] Error 1
-gmake[1]: Leaving directory `/home/src/bulk/ledger/trunk'
-gmake: *** [all] Error 2
-  :END:
-
-  I know C and i can do some gdb(1), but i don't have the C++ knowledge to
-  even fix this one.  It looks not all that complicated.  Maybe a little patch
-  could help the C++ compiler to figure out the type inference.
-
-  I used emacs for quite some time, but got annoyed with its ancient lisp.  So
-  using the common lisp version is currently not an option for me, and without
-  emacs one has to type way to much for some little reports.  Could you please
-  bring the C++ version into a usable state again?  perhaps it's not that much
-  work?
-  :PROPERTIES:
-  :Submitter: Clemens <finetouch>
-  :Version: 2.4.1
-  :Ticket: 34
-  :ID: C1BE11BD-958D-4E67-8B85-5DA14CD375B4
-  :END:
-  [2008-03-14 Fri]
-** DONE [#B] ledger.el requires an absolute pathname for the ledger-binary-path :EMACS:
-   - State "DONE"       [2008-07-17 Thu 22:09]
-   This caused me pain after a ledger upgrade. "ledger" should be sufficient if
-   it's in the path.
-   :PROPERTIES:
-   :Submitter: Simon Michael <simon@joyful.com>
-   :Version: 2.6
-   :Ticket: 199
-   :ID: 7D40038A-DEED-47FA-8D02-0951E94CA175
-   :END:
-   [2008-07-12 Sat]
-** DONE [#A] Make -e use an inclusive end date, and -E an exclusive one
-   - State "DONE"       [2008-07-17 Thu 06:22] \\
-     -e has been reverted back to its old behavior, to avoid confusing people.
-   Right now (as of today) -e was made exclusive, but this isn't right; I need
-   another option for exclusivity.
-   :PROPERTIES:
-   :Submitter: John Wiegley <johnw@newartisans.com>
-   :Version: 2.6
-   :Ticket: 37
-   :ID: A440BB5E-072B-4C75-A235-C551EA090F81
-   :END:
-   [2008-04-04 Fri]
-** DONE [#A] Marking a transaction cleared may delete text in ledger-mode :EMACS:
-   - State "DONE"       [2008-07-18 Fri 02:28]
-   I started the groundwork for this, now I just have to add code to insert
-   whitespace if needed to keep each transaction valid.
-   :PROPERTIES:
-   :Submitter: John Wiegley <johnw@newartisans.com>
-   :Version: 2.6
-   :Ticket: 70
-   :ID: 0EB5602F-66BE-46C0-8A74-5EB5DBAF2E07
-   :END:
-   [2008-04-11 Fri]
-** DONE [#C] Merge Levin's changes into v2.6.1b
-   - State "DONE"       [2008-08-26 Tue 10:11]
-   These are from http://github.com/levindu/ledger
-   :PROPERTIES:
-   :ID: C9167249-98C3-4C7E-8076-35B81A580B38
-   :END:
-   [2008-08-21 Thu]
-** DONE [#C] Multiple commodities in gnucash crash ledger
-   - State "DONE"       [2008-07-17 Thu 21:26]
-   - State "TODO"       [2008-03-27 Thu 19:54] \\
-     I still have to review the patch and make the changes, before this gets
-     closed.
-   - State "TODO"       [2008-03-27 Thu 15:20] \\
-     slanack writes:
-     > The proposed Fix works for me.  The problem was that <split:quantity>
-     > received the `transaction commodity' instead of the correct `account
-     > commodity'.  There should really be a check if the account commodity has
-     > been defined.
-   I am using transactions between accounts with different base commodities in
-   gnucash.  Ledger reports a segfault when reading the gnucash file and using
-   the command `print`.
-   :PROPERTIES:
-   :Submitter: slanack
-   :Version: 2.6.0.90
-   :Ticket: 35
-   :ID: DAAF3481-1B7A-4F4A-9EC6-575104655B1B
-   :Attachments: gnucash.cc.patch gnucash-minimal.xml
-   :END:
-   [2008-03-23 Sun]
-** DONE [#C] My "bal" command is broken again
-  - State "DONE"       [2008-07-17 Thu 21:22]
-  :OUTPUT:
-~/Reference/Computing/Systems/Linux $ bal
-        3,848.34
-         EC 450.05  Assets
-Error: Cannot compare amounts with different commodities: EC and $
-  :END:
-  :PROPERTIES:
-  :Submitter: John Wiegley <johnw@newartisans.com>
-  :Version: 2.6
-  :Ticket: 66
-  :ID: 8159EF00-B95D-4E83-9927-7DB461CD2CC9
-  :END:
-  [2008-04-11 Fri]
-** DONE [#A] Reconciling is broken again; I need a way to verify Emacs output :EMACS:
-   - State "DONE"       [2008-07-17 Thu 23:40] \\
-     Reconciling is now line-based in 2.6.1, not character based (which has serious
-     issues with UTF-8 at the moment).
-   :PROPERTIES:
-   :Submitter: John Wiegley <johnw@newartisans.com>
-   :Version: 2.6
-   :Ticket: 64
-   :ID: 7A8C49FB-F9B8-4ECF-8720-9E29559F3CA6
-   :END:
-   [2008-04-11 Fri]
-** DONE [#C] Remove bogus reference to Emacs in project documentation	   :DOC:
-   - State "DONE"       [2008-07-16 Wed 03:59]
-   The gnucash docs talk about there someday being an Emacs mode. There is
-   already one.
-   :PROPERTIES:
-   :Submitter: bpt <#ledger>
-   :Version: 2.4.1
-   :Ticket: 10
-   :ID: B81ADF25-F176-4ABC-9C2B-1090E4F2FA7D
-   :END:
-   [2007-12-10 Mon]
-** DONE [#C] Segfault with commodity price in budget.
-  - State "DONE"       [2008-07-17 Thu 20:09]
-  :DATA:
-~ Monthly
-  Assets:Invest    2 AAPL @ $30.00
-  Assets:Bank     -2 AAPL
-  :END:
-  It works if the '@ $30.00' is removed. The problem is that entry is null
-  when called through parse_transactions. Backtrace:
-  :OUTPUT:
-#0  0x080632ab in datetime_t (this=0xbfb4af88, _when=@0x40) at datetime.h:173
-#1  0x080973ac in ledger::entry_t::actual_date (this=0x0) at journal.h:180
-#2  0x080b7fc7 in ledger::parse_transaction (
-    line=0x8119e20 "  Assets:Invest    2 AAPL @ $30.00", account=0x813be00,
-    entry=0x0) at textual.cc:258
-#3  0x080b9480 in ledger::parse_transactions (in=@0xbfb4b4bc,
-    account=0x813be00, entry=@0x813e2f8, kind=@0xbfb4b2f8, beg_pos=63)
-    at textual.cc:340
-...
-  :END:
-  :PROPERTIES:
-  :Submitter: Nathan Jones <nathanj@insightbb.com>
-  :Version: 2.6.0.90
-  :Ticket: 191
-  :ID: A4F87484-1B1D-4C76-B0AB-70E20FBA9D1B
-  :END:
-  [2008-04-23 Wed]
-** DONE [#B] Segmentation fault on import from GnuCash
-  - State "DONE"       [2008-07-17 Thu 20:04]
-  - State "TODO"       [2008-06-16 Mon 16:05] \\
-    Luben Manolov <lubo@manolov.org> writes:
-    > Import of this GnuCash file causes Segmentation fault
-  I am trying to import a simple GnuCash file and I am getting "Segmentation
-  fault" error. Please find attached the sample file.
-  :OUTPUT:
-./ledger -f sample.gnucash balance
-While balancing entry:
-  2008/06/16 
-      Segmentation fault
-  :END:
-  :PROPERTIES:
-  :Submitter: Luben Manolov <lubo@manolov.org>
-  :Version: 2.6
-  :Ticket: 198
-  :ID: 266D96D2-DEB5-4BD9-A51B-B2F652E2F550
-  :Attachments: sample.gnucash
-  :END:
-  [2008-06-16 Mon]
-** DONE [#B] Some at-signs are not properly escaped in documentation	   :DOC:
-   - State "DONE"       [2008-03-27 Thu 19:42]
-   Some of the at signs are not properly escaped in the texi
-   documentation. This leads to great confusion when trying to figure out how
-   to use commodity transactions.
-   :PROPERTIES:
-   :Submitter: thedward <thedward@barsoom.net>
-   :Version: 2.6
-   :Ticket: 31
-   :Attachments: ledger-texi.patch
-   :ID: A7CA0F5B-1F08-417A-9071-A223601100CA
-   :END:
-   [2008-01-28 Mon]
-** DONE [#A] Strip \r from lines when parsing on Windows
-   - State "DONE"       [2008-07-17 Thu 18:31]
-   It sounds like I'm not stripping the \r from the \r\n sequence, and thus
-   it's interpreting the \r as part of the file name. I'll add this to the
-   buglist for 3.0.
-   :PROPERTIES:
-   :Submitter: John Wiegley <johnw@newartisans.com>
-   :Version: 2.6
-   :Ticket: 43
-   :ID: 458B2B74-AF2D-4D9D-89E4-D8AC26CFD531
-   :END:
-   [2008-04-05 Sat]
-** DONE [#A] trailing whitespace is significant in 2.6
-   - State "DONE"       [2008-04-05 Sat 18:56] \\
-     The first patch fixes parsing account names when a single space follows.
-     This might close ticket #3.
-   - State "TODO"       [2008-04-05 Sat 18:55] \\
-     The following patch, submitted by Nathan Jones, proposes to fix this problem.
-   - State "TODO"       [2007-09-22 Sat 04:26] \\
-     Simon, have you tried this with 2.6.1-svn?  I believe this is something I
-     fixed.
-   Unlike 2.5, 2.6 considers an account name followed by whitespace to be
-   different from one without (when no amount is specified).
-   :PROPERTIES:
-   :Submitter: Simon Michael <simon@joyful.com>
-   :Version: 2.6
-   :Ticket: 3
-   :Attachments: 288.patch
-   :ID: FB2330E1-AD78-4559-A885-A488DFDF3DC1
-   :END:
-   [2007-09-22 Sat]
-** DONE [#B] Unbalanced transactions due to rounding problems
-  - State "DONE"       [2008-09-17 Wed 05:03] \\
-    The cents disappeared because 'D $1,000.00' must be specified at the beginning
-    of the file, since you never use dollar figures outside of the pricing.
-    
-    The extra penny crept in because of the way that commodity have "lot" details
-    automatically associated with them.  I've now reduced this to the price only,
-    since that's what most people are likely to use, just as this example does.
-  - State "TODO"       [2008-08-01 Fri 13:34] \\
-    Levin <zslevin@gmail.com> writes:
-    > This is the result of ledger in git master branch:
-    :OUTPUT:
-./ledger -f test.ledger -V reg HLIT
-2008/06/01 BUY HLIT             Assets:HLIT     $750         $750
-2008/07/02 SELL HLIT          Assets:HLIT      $-658            0
-                                 Assets:HLIT    $658         $658
-                            Assets:HLIT        $-658            0
-    :END:
-    > I wonder why .xxx is vanished :)
-  I found some more rounding problems now that I've upgraded to 2.6.1. These
-  transactions balanced in version 2.5.
-  :DATA:
-2008/06/01 BUY HLIT
-    Assets:HLIT   15 HLIT @ $50.00
-    Assets
-
-2008/07/02 SELL HLIT
-    Assets:HLIT   -15 HLIT @ $50.00
-    Assets:HLIT    15 HLIT @ $43.875
-    Assets:HLIT   -15 HLIT @ $43.875
-    Assets
-  :END:
-  :OUTPUT:
-[20:30:53 vinod]:~/data $ ledger -V reg HLIT
-2008/06/01 BUY HLIT             Assets:HLIT  $750.00      $750.00
-2008/07/02 SELL HLIT            Assets:HLIT $-658.12        $0.01
-                                Assets:HLIT  $658.13      $658.14
-                                Assets:HLIT $-658.12        $0.01
-  :END:
-  So, I end up with an extra penny. I think it's because 658.125 rounds down
-  on one entry and rounds up on the other.
-  :PROPERTIES:
-  :Submitter: Vinod Kurup <vvkurup@gmail.com>
-  :Version: 2.6.1b
-  :Ticket: 207
-  :ID: E87DD3A5-B061-46A0-95E9-9844A6CB0443
-  :END:
-  [2008-08-01 Fri]
-** DONE [#C] When reporting the unbalanced remainder, round it	       :FEATURE:
-   - State "DONE"       [2008-07-17 Thu 20:52]
-   This is so that it shows what ledger is really thinking.
-   :PROPERTIES:
-   :Submitter: John Wiegley <johnw@newartisans.com>
-   :Version: 2.6
-   :Ticket: 125
-   :ID: 4BF95CDC-972F-4F39-9F54-7BEFD404F9AA
-   :END:
-   [2008-04-11 Fri]
-** WONTFIX [#C] Balance calculations using the '=' operator are off
-   - State "WONTFIX"    [2008-08-15 Fri 04:14] \\
-     This feature is not ready for 2.6.1, and is being pushed to 3.0 where this
-     issue has been fixed.
-   When I run 'ledger --tail 20 reg assets:cash' with my current ledger data,
-   the final balance is way, way off.  Something is being miscalculated.
-   :PROPERTIES:
-   :Submitter: John Wiegley <johnw@newartisans.com>
-   :Version: 2.6.1b
-   :Ticket: 209
-   :ID: F32E914F-D485-427B-89E9-33C762CC1A47
-   :END:
-   [2008-08-02 Sat]
-** WONTFIX [#B] No commodity when amount contains simple math operation
-  - State "WONTFIX"    [2007-11-09 Fri 23:34] \\
-    This expected behavior.  If you multiply or divide two commoditized
-    amounts together, the second commodity is dropped in favor of the first.
-    You'll have to use "30 AAPL * .01".
-  Use the following legder data file (sample2.dat)
-  :DATA:
-2004/05/01 * Investment balance
-  Assets:Brokerage              100 / 30 AAPL @ $30.00
-  Equity:Opening Balances
-  :END:
-
-  Create the bal report:
-  :OUTPUT:
-$ ledger -f sample2.dat bal
-            3.333333  Assets
-          $-99.99999  Equity
---------------------
-            3.333333
-          $-99.99999  
-  :END:
-
-  Notice that the "AAPL" commodity is gone.
-  :PROPERTIES:
-  :Submitter: Levin <zslevin@gmail.com>
-  :Version: 2.6
-  :Ticket: 7
-  :ID: 4290A2E5-8CFB-4529-87DE-F088719AF13A
-  :END:
-  [2007-11-09 Fri]
-** WONTFIX [#C] Non-balanced virtual transaction should fail.
-  - State "WONTFIX"    [2008-07-17 Thu 20:44] \\
-    This is not an error because:
-    
-    1. specifying no amount is the same as specifying an uncommoditized zero.
-    2. the second line will "auto-balance" with the first line.
-    3. the third line simply is a no-op, which I allow for the sake of script
-       writers.
-    
-    There could be a warning for something like this, but then that's the
-    danger of using () around an account name: you are explicitly stating you
-    do not wish the transaction to be balanced.
-  - State "TODO"       [2008-04-23 Wed 13:35] \\
-    Martin Blais <blais@furius.ca> writes:
-    > Well... should "probably" fail. I mean, it does nothing, so it's
-    > probably an error. I'd make it fail.
-  Shouldn't this fail? 
-  :DATA:
-2004/03/25 Donations
-    Assets:Checking                   $100.00
-    Assets:Savings
-    (Income:Donations)       
-  :END:
-  :PROPERTIES:
-  :Submitter: Martin Blais <blais@furius.ca>
-  :Version: 2.6
-  :Ticket: 190
-  :ID: 75E83651-B130-4978-89C7-DFED4E874E8F
-  :END:
-  [2008-04-23 Wed]
-** WONTFIX [#B] Problem with pricing specification in prices.db file
-  - State "WONTFIX"    [2008-07-17 Thu 21:42] \\
-    Pricing info is not used for balancing entries.  For that, you'd need to use
-    "@ ... USD" for the halfg and gouda amounts, so that Ledger could be certain
-    your entries balances to zero.
-  - State "TODO"       [2008-04-05 Sat 20:09] \\
-    I changed it to this below, and ledger stopped complaining: 
-    :DATA:
-2007/03/07 Irena 
-    Liabilities:Cash:Irena 7.00 USD 
-    Liabilities:Order1:Irena -1 gouda 
-
-2007/03/07 Irena 
-    Liabilities:Cash:Irena 11.00 USD 
-    Liabilities:Order1:Irena -4 halfg 
-    :END:
-  :OUTPUT:
-djw@hector:~$ ledger bal 
-
-2007/03/07 Irena 
-    Liabilities:Cash:Irena 18.00 USD 
-    Liabilities:Order1:Irena -4 halfg 
-    Liabilities:Order1:Irena -1 gouda 
-Error: /home/djw/milk.ledger, line 106: Entry above does not balance; remainder is: 18.00 USD 
--1 gouda 
--4 halfg
-  :END:
-  Here is what is in the prices.db file: 
-  :DATA:
-C 1.00 USD = $1.21 
-P 2007/03/04 00:00:00 halfg 2.75 USD 
-P 2007/03/04 00:00:00 gouda 7 USD 
-  :END:
-  So you multiply 4*2.75 and add 7, you get 18. Since the units are USD, what
-  is the beef? Why isn't ledger seeing 1 gouda and 4 halfg as 18 USD?
-  :PROPERTIES:
-  :Submitter: John Wiegley <johnw@newartisans.com>
-  :Version: 2.6
-  :Ticket: 42
-  :ID: 43CFF7FF-DA09-478C-AED1-2D2756BACA09
-  :END:
-  [2008-04-05 Sat]
-** WORKSFORME [#B] ledger -MA doesn't give a monthly report if some months have no transactions
-   - State "WORKSFORME" [2008-07-17 Thu 20:14] \\
-     This works for me.
-   :PROPERTIES:
-   :Submitter: John Wiegley <johnw@newartisans.com>
-   :Version: 2.6
-   :Ticket: 61
-   :ID: FD118D79-3B8F-48CE-89D0-F0FFD46F6C49
-   :END:
-   [2008-04-11 Fri]
-** WORKSFORME [#C] ledger -Mn
-   - State "WORKSFORME" [2008-08-17 Sun 20:13]
-   Is not the same as: ledger -M -n
-   :PROPERTIES:
-   :Submitter: John Wiegley <johnw@newartisans.com>
-   :Version: 2.6
-   :Ticket: 126
-   :ID: 2C3B5DCE-AB7F-41A2-BF93-56CC1222AE64
-   :END:
-   [2008-04-11 Fri]
-** WORKSFORME [#A] Monthly register command displays nothing
-  - State "WORKSFORME" [2008-07-17 Thu 20:12] \\
-    This has apparently been fixed by the recent date/time bug fixes.
-  The command is:
-  :SCRIPT:
-ledger -p 2005 -e 2005/08/17 --monthly reg
-  :END:
-  This is against my own ledger file.
-  :PROPERTIES:
-  :Submitter: John Wiegley <johnw@newartisans.com>
-  :Version: 2.6
-  :Ticket: 30
-  :ID: 841041A2-925D-4797-BE44-11BFC7333054
-  :END:
-  [2007-12-10 Mon]
-** WORKSFORME [#B] Problems with the prices.db file
-  - State "WORKSFORME" [2008-07-17 Thu 21:45] \\
-    Pricing entries must start with a capital P, not a lowercase p.
-
-    This bug also mentions other issues, which are now contained in another
-    bug.
-  - State "TODO"       [2008-04-05 Sat 20:06] \\
-    However, even though I do not receive parse errors any longer, the
-    price-db command does not work the way I expect it to. When I issue a
-    'bal' option, ledger still outputs the values in their commodity rather
-    than the dollar amount, so even though I am not receiving an error, it
-    still does not seem to work for me.
-  My prices.db file looks like: 
-  :DATA:
-p 2007/01/14 02:18:01 WMCVX $5.04 
-p 2007/01/14 02:18:02 WMICX $6.65
-  :END:
-  Notice there is no carriage return after the second line and that the file
-  begins on line 1.
-  
-  When I run 'ledger --price-db prices.db bal' I get the following: 
-  :OUTPUT:
-Error: prices.db, line 2: Failed to parse dateP 
-Error: Errors parsing file 'life/finances/ledger/prices.db' 
-  :END:
-
-  If I have a carriage return on the second line, I get errors for both line 2
-  and line 3. If i have one entry on a single line, I get an error for line 2.
-  
-  Any ideas? 
-  
-  Also, I would like to get the prices.db perl script working to automatically
-  grab the values from Fidelity, but I have not been able to do anything
-  beyond installing the appropriate perl modules. If there are any
-  instructions for this usage, I would appreciate it.
-  :PROPERTIES:
-  :Submitter: John Wiegley <johnw@newartisans.com>
-  :Version: 2.6
-  :Ticket: 40
-  :ID: B8173D32-D7EB-4619-8488-B2C641431FDE
-  :END:
-  [2008-04-05 Sat]
-** WORKSFORME [#A] Weekly register report is completely broken in 2.6
-  - State "WORKSFORME" [2008-07-17 Thu 20:11] \\
-    This has apparently been fixed by all the other date/time fixes done today.
-  The command is:
-  :SCRIPT:
-ledger --weekly reg food
-  :END:
-  This works fine in 2.5.
-  :PROPERTIES:
-  :Submitter: John Wiegley <johnw@newartisans.com>
-  :Version: 2.6
-  :Ticket: 26
-  :ID: 30383931-3060-4999-8FD3-9002E02366A0
-  :END:
-  [2007-12-10 Mon]
-** INVALID [#B] Remove bogus reference to Emacs in project documentation (2.6)
-   - State "INVALID"    [2008-07-13 Sun 22:16]
-   :PROPERTIES:
-   :Submitter: John Wiegley <johnw@newartisans.com>
-   :Version: 2.6
-   :Ticket: 72
-   :ID: 7455E4A7-16FD-4F41-8A33-CF44F6E690B2
-   :END:
-   [2008-04-11 Fri]
-** DUPLICATE [#A] Bug with date ranges
-  - State "DUPLICATE"  [2008-04-04 Fri 14:35] \\
-    This has been fixed, see the comments in #36.
-  I'm using the latest source from CVS and it appears the `-e` option is
-  broken.  For example this works as expected:
-  :OUTPUT:
-% ledger -b 2006/05/01 bal
-  :END:
-
-But this does not.  No output whatsoever:
-  :OUTPUT:
-% ledger -b 2006/05/01 -e 2006/05/31 bal
-  :END:
-
-This also doesn't work.  It just shows `Opening Balances: 0`:
-  :OUTPUT:
-% ledger -p "last month" bal
-  :END:
-  :PROPERTIES:
-  :Submitter: Eric Davis <edavis@insanum.com>
-  :Version: 2.6
-  :Ticket: 17
-  :ID: FE3E08C0-802A-4FAA-B8BA-93D81C061148
-  :END:
-  [2007-12-10 Mon]
-** DUPLICATE [#A] DOS format line endings are fooling the parser
-   - State "DUPLICATE"  [2008-08-16 Sat 03:56] \\
-     Duplicated by #43.
-   The \r\n ending is having only the \n stripped, making the \r appear as part
-   of the filename when doing a !include.
-   :PROPERTIES:
-   :Submitter: John Wiegley <johnw@newartisans.com>
-   :Version: 2.6
-   :Ticket: 129
-   :ID: 6DF2250F-C54D-4F67-AFB6-F8656020D394
-   :END:
-   [2008-04-11 Fri]
-** DUPLICATE [#C] Entry command produces duplicate source transactions
-  - State "DUPLICATE"  [2008-01-31 Thu 14:57] \\
-    drewr writes:
-    > This is a duplicate of ticket #8.
-  - State "TODO"       [2008-01-30 Wed 17:36] \\
-    drewr writes:
-    > This happens with 2.6.1 as well.
-  If I have a ledger file like so:
-  :DATA:
-2008/01/24 Foo
-  Expenses:Foo                              $ 136.56
-  Assets:Checking
-  :END:
-  and then run `ledger entry 2008/01/26 foo expen 45 check`, I get:
-  :OUTPUT:
-2008/01/26 Foo
-    Expenses:Foo                             $ 45.00
-    Assets:Checking                        $ -136.56
-    Assets:Checking                          $ 91.56
-  :END:
-  :Submitter: drewr <#ledger>
-  :Version: 2.6
-  :Ticket: 32
-  :ID: EA246228-3EC7-4834-B55A-455DBA58116C
-  :END:
-  [2008-01-30 Wed]
-** DUPLICATE [#B] Need to strip \r from \r\n line endings
-   - State "DUPLICATE"  [2008-07-13 Sun 22:38]
-   :PROPERTIES:
-   :Submitter: John Wiegley <johnw@newartisans.com>
-   :Version: 2.6
-   :Ticket: 139
-   :ID: C7A61E89-08D1-4151-AF2E-92F666148F19
-   :END:
-   [2008-04-11 Fri]
-** DUPLICATE [#B] Problems parsing an entry
-  - State "DUPLICATE"  [2008-07-18 Fri 02:12]
-  :OUTPUT:
-djw@hector:~$ ledger bal 
-
-2007/03/07 Irena 
-Liabilities:Cash:Irena 18.00 USD 
-Liabilities:Order1:Irena -4 halfg 
-Liabilities:Order1:Irena -1 gouda 
-Error: /home/djw/milk.ledger, line 106: Entry above does not balance; remainder is: 18.00 USD 
--1 gouda 
--4 halfg 
-  :END:
-  Here is what is in the prices.db file:
-  :DATA:
-C 1.00 USD = $1.21 
-P 2007/03/04 00:00:00 halfg 2.75 USD 
-P 2007/03/04 00:00:00 gouda 7 USD 
-  :END:
-  So you multiply 4*2.75 and add 7, you get 18.  Since the units are USD, what
-  is the beef?  Why isn't ledger seeing 1 gouda and 4 halfg as 18 USD?
-  :PROPERTIES:
-  :Submitter: John Wiegley <johnw@newartisans.com>
-  :Version: 2.6
-  :Ticket: 133
-  :ID: AD876FB0-E7B8-4C89-9E23-2D25AF8D5F0A
-  :END:
-  [2008-04-11 Fri]
-** DUPLICATE [#B] Reconciling doesn't work in ledger.el			 :EMACS:
-   - State "DUPLICATE"  [2008-07-16 Wed 03:56] \\
-     Duplicated by #64.
-   I've tried version 2.5 but have had some problems.
-
-   I use Carbon Emacs on Mac OS X to edit my Ledger files.  Unfortunately the
-   reconcile functionality doesn't work any more.  Pressing the space bar
-   doesn't always toggle an entry, sometimes it needs to be pressed twice,
-   sometimes it never goes.  Additionally, even if some entries are toggled,
-   nothing is changed in the main file and pressing C-c C-c just re-sets the
-   reconcile window back to it's original state.
-
-   I've tried with and without the new ledger-clear-whole-entries variable set.
-   :PROPERTIES:
-   :Submitter: Karen Cooke <karen.cooke@gmail.com>
-   :Version: 2.6
-   :Ticket: 14
-   :ID: 2B02E2FD-DCF8-4CD8-A7FA-F83F5DAE3F55
-   :END:
-   [2007-12-10 Mon]