Herein lies the (partial?) list of Known Bugs.  Further bug reports
(or even better, solutions) can be sent to the FVWM mailing list (see
the FAQ for address and how to PROPERLY report bugs).

See 'Bugfixes' section of the TO-DO list for additional known bugs.
There are a number of them there as well.

======================================================================
======================================================================

Known bugs section for the beta tests: (will be removed in 2.2)
===============================================================

Known bugs and problems as of fvwm-2.1.3:

 - FvwmSave and FvwmSaveDesk are not up to date.
 - Windows may grow a few pixels from time to time. If you see this, please
   try to find a way to reproduce it 100% of the time and post it to
   fvwm-workers@hpc.uh.edu
 - FvwmWinList creeps around the screen in some setups (this should have
   been fixed, but if you see it again, please try to find a way to reproduce
   it and report it to fvwm-workers@hpc.uh.edu).
 - xscreensaver may not be able to allocate a private colormap
 - FvwmIconMan may crash during a 'Recapture'
 - FvwmButtons (and possibly other modules) may survive shutdown of the X
   server.
 - AutoHide in FvwmTaskBar does not work well. Should work if you set
   'EdgeScroll 0 0' in .fvwm2rc.
 - DestroyMenu/DestroyFunc causes a coredump if a function/menu destroys
   itself.
 - Maximize does not work well when applied to a window that is not on
   the current page.
 - A piperead command may hang if used in .fvwm2rc (if the pipe is never
   closed).
 - fvwm2 may coredump if the Xpm library 4.7 is used. No problem with 4.11.
   If you have this problem. Please send a notification to
   fvwm-workers@hpc.uh.edu.
 - StartsOnPage does not work as expected? Please read the manpage carefully.


======================================================================
======================================================================

Binding a key to a window decoration but not to the window itself is
discouraged because when the key-press event finally gets to the
window it will be marked as SYNTHETIC and will be ignored by many
applications.

----------------------------------------------------------------------

Sending DESTROY window manager options to applications is a bad way to
close them and should only be used as a last resort.  Strange things
can happen.  Please try DELETE and CLOSE first.

----------------------------------------------------------------------

Some users have seen intermittent problems with XEmacs version 19.13
not being refreshed correctly after a restart of fvwm2.  If this
occurs, you should be able to open a new frame and delete the old one.
I can't debug this, as I don't see this problem.  I don't know if the
problem is from XEmacs, fvwm2, or something specific to a few user's
setups.

----------------------------------------------------------------------

Some users have been getting odd startup problems, like total lockups.
I cannot reproduce this, and have no idea why.  Let me know if you see
this and find a way to consistently reproduce it.

Actually, I've recently discovered that this is often from not having
a .fvwm2rc file, so check that first...  But this is fixed in the
later versions.

----------------------------------------------------------------------

The FvwmConfig module doesn't get built by default.  You have to build
it by hand (see INSTALL file).  It now has an Imakefile, but can only
be used under X11R6.

----------------------------------------------------------------------

Preprocessing your .fvwm2rc with FvwmCpp or FvwmM4 may not work
correctly.  Common problems seem to be windows not getting rc settings
until a recapture, or the InitFunction not being run properly.  I know
about this problem and am working on a solution.

----------------------------------------------------------------------

Fvwm attempts to be ICCCM 1.1 compliant.  In addition, ICCCM
states that it should be possible for applications to receive ANY
keystroke, which is not consistent with the keyboard shortcut approach
used in fvwm and most other window managers. In particular you
cannot have the same keyboard shortcuts working with your fvwm2 and
another fvwm2 running within Xnest (a nested X server). The same problem
exists with mouse bindings.

----------------------------------------------------------------------
