Summary: | [PATCH] Handle WM_DELETE_WINDOW ClientMessage. | ||
---|---|---|---|
Product: | MuPDF | Reporter: | Graham Gower <graham.gower> |
Component: | apps | Assignee: | Tor Andersson <tor.andersson> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | ||
Priority: | P4 | ||
Version: | unspecified | ||
Hardware: | PC | ||
OS: | Linux | ||
Customer: | Word Size: | --- |
Description
Graham Gower
2010-09-07 03:42:15 UTC
My description of the bug is incorrect and the lack of being able to close mupdf stemmed from a misconfiguration in fvwm-themes default theme, whereby the Delete signal was being sent instead of the Close signal. Feel free to handle the WM_DELTE_WINDOW message or not, at your discretion. I have further tested with openbox again and problems persist. This is likely an unrelated (non mupdf) problem. The usual use for WM_DELETE_WINDOW is for applications to do a clean shutdown, or ignore the command (by popping up a confirmation dialog, for instance). If the client does not respond to WM_DELETE_WINDOW, window managers are supposed to simply kill the process (which is good enough for us). |