summaryrefslogtreecommitdiffstats
path: root/src/widgets/widgets/qmenu_p.h
diff options
context:
space:
mode:
authorRobin Burchell <robin+qt@viroteck.net>2012-03-17 23:28:48 +0100
committerQt by Nokia <qt-info@nokia.com>2012-03-21 12:32:16 +0100
commit0f9e98a5861326dfe57fc42dd298ca66b183bf63 (patch)
tree7adac2dfd1d7755d499f859b5e44f64f89980419 /src/widgets/widgets/qmenu_p.h
parent5672e1affe3885fe74a4b55444f0ab0c989dbfcb (diff)
Fix directories never being unwatched after deletion on Windows.
This causes all sorts of problems, but is also blocking the introduction of new, more detailed signals, because the backend never correctly identified the removal. The object handle appears to be woken up before the directory is actually deleted, thus causing QFileInfo::exists() to return true, and not doing the removal dance. This behaviour isn't exactly documented (as far as I was able to find out), but also seems to happen consistently, and Chromium also contains a comment noting a similar issue. Task-number: QTBUG-2331 Change-Id: Icfb6219b78e688852d7863a666a0ffc31bb4d573 Reviewed-by: Friedemann Kleint <Friedemann.Kleint@nokia.com>
Diffstat (limited to 'src/widgets/widgets/qmenu_p.h')
0 files changed, 0 insertions, 0 deletions