+** modify-frame-parameters behaviour broken
+http://lists.gnu.org/archive/html/bug-gnu-emacs/2008-01/msg00058.html
+http://lists.gnu.org/archive/html/emacs-devel/2008-01/msg01367.html
+
+This should move the R frame edge 20pix to the R of the R screen edge.
+Instead, it moves the L frame edge 20pix to the R of the L screen edge.
+(modify-frame-parameters nil
+ '((user-position . t) (user-size . t) (left - -20)))
+
+This should move the L frame edge 20pix to the L of the L screen edge.
+Instead, it moves the R frame edge 20pix to the L of the R screen edge.
+(modify-frame-parameters nil
+ '((user-position . t) (user-size . t) (left + -20)))
+
+It works in Emacs 21. The "+ +" and "- +" forms are OK; ie it is when
+the number is -ve that things go wrong.
+
+
+** Does deleting frames run Lisp code? If so, can we get rid of that?
+It is a dangerous design.
+http://lists.gnu.org/archive/html/emacs-devel/2007-09/msg01330.html
+
+** Why were the calls to x_fully_uncatch_errors commented out in eval.c?
+http://lists.gnu.org/archive/html/emacs-devel/2007-09/msg01987.html
+
+** grep et al should use font-lock to do highlighting, so that they respect font-lock-mode.
+"can't turn off font-lock"
+http://lists.gnu.org/archive/html/emacs-devel/2007-08/msg00548.html
+
+** mah@everybody.org, Sep 18: erc causes emacs to hang with multi-tty
+http://lists.gnu.org/archive/html/emacs-devel/2007-09/msg01765.html
+
+** jbw@macs.hw.ac.uk, Sep 18: before-string property has no effect if display property is empty
+http://lists.gnu.org/archive/html/bug-gnu-emacs/2007-09/msg00094.html
+http://lists.gnu.org/archive/html/emacs-devel/2007-09/msg01816.html
+
+** sdl.web@gmail.com, Sep 24: TLS infinite loop.
+http://lists.gnu.org/archive/html/emacs-devel/2007-09/msg01720.html
+
+** herring@lanl.gov: find-func: can no longer find adviced subrs
+This ought to work.
+
+** \\{...} produces duplicate entries
+http://lists.gnu.org/archive/html/emacs-devel/2007-05/msg00209.html
+
+** menu indications of key bindings for remapped commands
+http://lists.gnu.org/archive/html/emacs-devel/2007-05/msg01339.html
+
+** rms: gnus-dired.el is a mistake. Those features should not
+be part of Gnus. They should be moved to some other part of Emacs.
+rsteib: Gnus dependencies in `gnus-dired.el' (and `mailcap.el') have been
+minimized. I don't know what is left to do here.
+
+** sdl.web@gmail.com, 30 Oct: ps-lpr-switches has no effect
+
+** timh@insightful.com, 9 Nov: X-coding-system incompatibility, and workaround
+
+** multi-tty does not work correctly.
+If the server is started from a tty frame and emacsclient creates an
+X11 frame, the tty frame gets confused, it thinks it is an X11 frame
+when trying to do a C-z. This worked with server.el version 1.136, it
+broke after that.
+http://lists.gnu.org/archive/html/emacs-devel/2007-12/msg00545.html
+Also emacsclient does not work on Windows, it also worked with
+server.el version 1.136.
+http://lists.gnu.org/archive/html/emacs-devel/2008-01/msg00710.html
+
+** diff mode change for missing spaces in -u format.
+http://lists.gnu.org/archive/html/emacs-devel/2007-11/msg01990.html
+http://lists.gnu.org/archive/html/emacs-devel/2008-01/msg01114.html
+
+** skeleton bug? Or is it now working as documented?
+http://lists.gnu.org/archive/html/emacs-devel/2008-01/msg01335.html
+
+** move verilog-mode.el compile patterns into compile.el?
+http://lists.gnu.org/archive/html/emacs-devel/2008-01/msg00234.html
+
+** stack-trace-on-error segfaults infloop
+http://lists.gnu.org/archive/html/emacs-devel/2008-01/msg02031.html
+
+** `make bootstrap; make install' dumps another emacs
+http://lists.gnu.org/archive/html/emacs-devel/2008-02/msg00311.html
+
+** unicode-merge issues:
+
+** The data segment size increased after the unicode-2 merge.
+The "data" size increased for emacs from ~4MB to ~11MB on x86.
+The temacs sizes are comparable.
+http://lists.gnu.org/archive/html/emacs-devel/2007-10/msg00951.html
+
+** Xresource pane.menubar.*font no longer takes effect
+http://lists.gnu.org/archive/html/emacs-devel/2008-02/msg00314.html
+http://lists.gnu.org/archive/html/emacs-devel/2008-02/msg01683.html
+
+** han@mijncomputer.nl, Feb 3: emacsclient misbehaves