62d30d9e49
The AddOnManager was in the global namespace, clashing with application classes with the same name. The input_server has an AddOnManager of its own. When the shortcut_catcher filter was loaded by said AddOnManager, it in turn loaded libgame.so, which in turn loaded libmedia.so, where an AddOnManager was created for the global AddOnManager instance in libmedia.so. Unfortunately the wrong AddOnManager, the one from the input_server, was created. This lead to two AddOnManagers being active in the input_server which very well could be responsible for #11049 and #11280. This was a regression since the move of the AddOnManager from the media_server to libmedia.so in hrev47086. This also fits with the two tickets. I actually noticed the problem when debugging the shutdown process of the input_server, where the destruction of the wrong AddOnManager caused a deadlock with itself. |
||
---|---|---|
.. | ||
app | ||
audio | ||
binary_compatibility | ||
bluetooth | ||
debug | ||
device | ||
drivers | ||
file_systems | ||
firewire | ||
fs_shell | ||
graphics | ||
index_server | ||
input | ||
interface | ||
kernel | ||
libroot | ||
locale | ||
media | ||
midi | ||
mount | ||
net | ||
notification | ||
package | ||
runtime_loader | ||
screen_saver | ||
shared | ||
storage | ||
support | ||
syslog_daemon | ||
system | ||
textencoding | ||
tracker | ||
usb_vision | ||
userlandfs | ||
virtio | ||
vmdk |