測試回報：

執行程式後，讓blank的視窗與其他背景視窗重疊後。將背景視窗連續切換最大最小化之後，便會發生blank的測試文字消失，顯示出來為背景視窗畫面。可以參考抓圖的左上角，這個是沒有修過的原圖。

系統：
Debian testing: libgtk2.0-0    2.12.11-4

硬體：
Acer Aspire 4935G
Intel(R) Core(TM)2 Duo CPU     P8600  @ 2.40GHz，RAM：4GB

我錄了二段...示範一 & 示範二
小灰3秒內必現方法如下：

（1）開啟firefox，到gcin聊天室報到
（2）執行blank
（3）用滑鼠抓住firefox的視窗標題列動一動（移動愈快愈好！）

如果一面執行 gtk-recordMyDesktop 錄影，則效果更佳！
CPU不夠力的時候，甚至不必移動firefox也能自動出現小灰！

歷史性的一刻...應該要留下足跡！

13:46	caleb	賀! 範圍縮小到 local-2.10.14 到 local-2.12.0 之間了
13:46	caleb	來測試 2.11.x
13:47	eliu	感謝 caleb
13:47	caleb	2.12.0 我還沒使用必灰技，它就灰掉了 XD
13:47	winlin	caleb兄幹得好！！！
13:47	winlin	小弟大膽預測，應該是從2.12.0開始！
13:55	Solomon	太讚啦 看起來造成小灰就快要現形了
14:01	caleb	賀! 結果揭曉! 2.11.6 沒小灰，2.12.0 有小灰
14:02	caleb	跟當初 winlin report 小灰的時段相符
14:02	caleb	問題是，2.11.6 ←→ 2.12.0 diff 有 33MB
14:03	winlin	......................................................
14:04	Solomon	QQ

 caleb兄最後一句話超經典....

已確認無小灰的 GTK+ 版本：2.8.20, 2.10.0, 2.10.14, 2.11.6

已確認有小灰的 GTK+ 版本：2.12.0

2.11.6 / 2.12.0 去掉 docs / po 等無意義資料，diff 純文字檔約 4MB 上下 (主要是 gtk / gdk 兩個目錄)

我亂試了幾種作法，都無法去除小灰 (功力太弱)。還是等高手出馬吧…

這個 bug 似乎由劉老大向 GTK+ upstream report 比較好？ (由 blank.tbz author 出面)

感謝 caleb 的協助，終於證實這確實是 GTK 的問題。

晚上把 blank 加上 draw_cross(XDrawLine) 後就 submit 給 GTK的人 bugId。

bugid

http://bugzilla.gnome.org/show_bug.cgi?id=573123

我用二分逼近法找到 patch 了 orz

大家可以去 bugzilla 下載 patch 試用 (要 rebuild GTK+, 適用 2.12 / 2.14 / 2.15)

另外有新的英文版 blank.tbz 測試貼圖。

caleb 太厲害了

這個厲害，好厲害的二分逼，辛苦了。

我有點懷疑，gtk 那邊是不是已經搞清楚發生了什麼事？ @_@

gdk_window_freeze_toplevel_updates_libgtk_only() 那裡的註解是 `As an optimization, we avoid a resize when possible.'。等看看他們怎麼回應。

新進展！新的 testcase！

大家請幫忙再測測看，如果沒問題的話，就完全找到兇手了。

下載新的 testcase: http://bugzilla.gnome.org/attachment.cgi?id=129623

解說：http://bugzilla.gnome.org/573123#c7

試好了！
blank、noresize、timeout三個一起開，眼睛都快瞎了！
光拉firefox是不夠的，
我後來是開了gtk-recordMyDesktop，才把小灰逼出來 ！

結果是...
blank → 不愧名為blank，果然出現小灰了！
noresize → 完全沒事！noresize = no 小灰！

這裡有結果影片

狂賀！！！
恭禧caleb兄得到「小灰最佳朋友」獎！！！