Added TODO-OLD file, containing all the issues from 2.6.1.

1 files changed, 1090 insertions, 0 deletions

diff --git a/doc/TODO-OLD b/doc/TODO-OLD
new file mode 100644
index 00000000..46c4eafd
--- /dev/null
+++ b/doc/TODO-OLD
@@ -0,0 +1,1090 @@
+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]