https://bugs.kde.org/show_bug.cgi?id=379669
--- Comment #17 from David Nolden <david.nolden....@art-master.de> --- It doesn't make sense to fiddle around with the internals of the hash, when this only happens during shutdown. The question is what's different during shutdown than during the earlier cleanup calls. The last message by RJVB might indicate the problem. "deleteBucket" requires the types of items to be registered, so that it can call destructors (and eventually also delete other items referenced recursively). It seems that for some types, the factories are not registered. Maybe the problem is that some language plugin, which had some declared some types (what are 62 and 63?) was already unloaded and the factory unregistered. In that case, it would be necessary to make sure that the cleanup is called earlier, before any plugins are unloaded. By the way, it might also be a viable option to completely skip the final cleanup during shutdown. It updates the disk duchain cache, but the earlier cleanups that happen during runtime also update the disk cache, so the cache data loss would be bearable (depending on the duchain cleanup interval). -- You are receiving this mail because: You are watching all bug changes.
