silence a Qt complaint

The save file selection widget was issuing a complaint to stderr:
|QLayout: Attempting to add QLayout "" to QDialog "", which already
| has a layout

This shuts that up, but doesn't fix the broken save file selection
so I haven't added a fixes37.0 entry.

win/Qt/Qt-issues.txt

@@ -40,16 +40,21 @@ On the map, ^V is a dead key (at least on OSX; all other ASCII control
 characters from ^A through ^U, ^W through ^Z, and ^[, ^\, ^], ^^, ^_
 work; no attempt to have ^@ generate NUL has been made).
 
-The save file selection widget at start of game issues a complaint to
-stderr about adding a layout to a dialog which already has a layout,
-similar to ones that YnDialog used to give for the count widget in
-yn#aq dialogs.  (That was resolved by inserting count in the middle
-instead of trying to append to the end [without figuring out why Qt
-was complaining--no doubt a Qt 2/3/4/5 issue], which is not a viable
-solution for save file selection.)  It also clobbers an existing save
-file if you use a different name when starting a new game, then save.
+The save file selection widget writes all the file name selection
+buttons on top of each other, with the last one added being the only
+one visible.  Clicking on it seems to be picking the first one instead.
+If you pick "new game" and use a different character name then
+eventually save, it clobbers the last one in the list (rather, warns
+the player that a save file exists and asks whether to overwrite it;
+answering yes and then loading the file shows the new character, not
+the original one even though the file is still named for that one).
 
 Map column #0, which the core reserves for its own purposes and isn't
 intended to be displayed, is displayed (as blank terrain).
 
+3.7 status conditions haven't been implemented.
+
+3.6 status conditions (Stone, Slime, Strngl, Deaf, Lev, Fly, Ride)
+have been implemented but need icon artwork (one 40x40 tile for each).
+
 -----