6

我维护了一个 gtk3(虽然是 gtk2hs 和 gi-gtk 的混合体)应用程序,该应用程序用作名为 taffybar 的平铺窗口管理器的独立状态栏。

Taffybar 有一个长期存在的错误,即发生某些事情会导致它的一个窗口(它可以有多个窗口,例如在多个显示器上显示时)完全停止更新(在此处发布)。我已经通过各种日志记录机制验证了应该更新窗口的代码实际上仍在继续运行。此外,如果 taffybar 在多个窗口上显示,则窗口将一次受到一个影响——也就是说,挂起似乎只影响它发生的窗口,这排除了 UI 线程上发生的任何奇怪的事情或类似的事情.

不幸的是,我没有一致的方法来重现该问题。更糟糕的是,我什至无法想出一种以编程方式检测问题的方法。话虽如此,由于最近添加了新的图标加载机制(在最新版本中似乎每 5 分钟发生一次),问题变得更糟,因此相对容易发生问题。这提醒我,我应该提到的另一件事是,我相对确定该问题与 pixbufs 和图像显示有关,因为我从未见过在工作区图像模块未激活时发生此问题。

我讨厌在甚至无法提供重现问题的一致方法的情况下提出问题,但我对如何解决/调试此问题感到茫然。我很难想象我所描述的行为实际上是如何可能的。我希望关于问题的特殊性质的一些事情可能足以让比我更了解 gtk 的人对问题可能是什么做出一些猜测。

为了使我的问题尽可能明确,我将其表述如下:

什么会导致 gtk 应用程序窗口挂起(停止更新)而不使应用程序或 UI 线程崩溃,或影响应用程序创建的任何其他窗口?

编辑:这个错误的一个更有趣的怪癖是,即使窗口停止更新,它仍然响应鼠标输入。

EDIT2:另一件值得注意的事情是,偶尔,我收到了这样的消息:

gtkicontheme.c:3956:proxy_pixbuf_destroy: assertion failed: (icon_info->proxy_pixbuf != NULL)

当我尝试在代码中销毁挂起的窗口时,我还收到以下消息:

Source ID 363524 was not found when attempting to remove it

我有时会从图标主题加载图标

4

1 回答 1

0

我相信这个问题的原因只是一些 UI 更新没有在主 UI 线程上执行。我不能 100% 确定这一点,因为我永远无法复制。有关更多详细信息,请参阅此评论:

https://github.com/taffybar/taffybar/issues/228#issuecomment-402591159

于 2018-07-05T02:43:36.317 回答