Fixed endless loop in changerecorder with unhandled notifications.
replayNext only peeked at the head of pendingNotifications, with the dequing happening in changeProcessed after the notification has been processed by the client. If noone handled the notifiation though, the code would automatically call replayNext again, dispatching the same notification. This patch puts the whole logic into one place (replayNext), and dequeues the notification before calling replayNext again. I noticed this because Akonadi::Observer doesn't yet implement the tag-related signals in the tags branch. REVIEW: 115761
parent
a7a215a7
Please register or sign in to comment