Skip to content
Snippets Groups Projects
Select Git revision
  • 26cbf5d80cf2eff9cd7ed648fb97bc2414b201dd
  • master default protected
  • release/202005
  • release/202001
  • release/201912
  • release/201911
  • release/releaseWindowsTestOne
  • release/windowsReleaseTest
  • release/releaseTest
  • release/releaseWindowsTest
  • release/201910
  • release/qt/201910
  • release/windows-test/201910
  • release/201908
  • release/201906
  • release/201905
  • release/201904
  • release/201903
  • release/201902
  • release/201901
  • release/201812
  • 4.0.0
  • 2.2.0
  • 2.1.0
  • 2.0.1
  • 2.0.0
  • 1.4.1
  • 1.4.0
  • 1.3.0
  • 1.2.0
  • 1.1.0
31 results

fileutils.cpp

  • Adrien Béraud's avatar
    26cbf5d8
    message engine: don't persist sent/failed messages · 26cbf5d8
    Adrien Béraud authored and Andreas Traczyk's avatar Andreas Traczyk committed
    
    * Avoid message accumulation by not persisting the state
    of failed and sent messages, which are already saved by clients.
    Clients are still able to know the state of a sent/failed
    message sent during the same session, and are expected to catch
    and persist the message state signal to know when a message failed
    or was successfully sent across daemon restarts.
    
    * Save pending messages at every state change and don't
    delete the previous file to avoid loosing the message state
    in case of crash.
    
    * Make message saving asynchronous to avoid a slow/high latency
    storage device to block the UI or DHT at every message
    
    Change-Id: I96221152a86990c8e9f1be13903a675a87e4e975
    Reviewed-by: default avatarAndreas Traczyk <andreas.traczyk@savoirfairelinux.com>
    26cbf5d8
    History
    message engine: don't persist sent/failed messages
    Adrien Béraud authored and Andreas Traczyk's avatar Andreas Traczyk committed
    
    * Avoid message accumulation by not persisting the state
    of failed and sent messages, which are already saved by clients.
    Clients are still able to know the state of a sent/failed
    message sent during the same session, and are expected to catch
    and persist the message state signal to know when a message failed
    or was successfully sent across daemon restarts.
    
    * Save pending messages at every state change and don't
    delete the previous file to avoid loosing the message state
    in case of crash.
    
    * Make message saving asynchronous to avoid a slow/high latency
    storage device to block the UI or DHT at every message
    
    Change-Id: I96221152a86990c8e9f1be13903a675a87e4e975
    Reviewed-by: default avatarAndreas Traczyk <andreas.traczyk@savoirfairelinux.com>
Code owners
Assign users and groups as approvers for specific file changes. Learn more.