1. 21 Aug, 2016 1 commit
  2. 20 Aug, 2016 1 commit
  3. 19 Aug, 2016 1 commit
  4. 16 Aug, 2016 2 commits
  5. 13 Aug, 2016 1 commit
  6. 12 Aug, 2016 1 commit
  7. 09 Aug, 2016 3 commits
  8. 08 Aug, 2016 1 commit
  9. 07 Aug, 2016 2 commits
    • Fabio Tomat's avatar
      Updated Friulian translation · 48eae642
      Fabio Tomat authored
      48eae642
    • Florian Müllner's avatar
      mainWindow: Do not call show_all() from _init() · 85d3c77f
      Florian Müllner authored
      The expected behavior of widgets in GTK+ is to show all internal
      children that should be visible when the widget is shown, but
      leave its own visibility to the parent (or the code that created
      the widgets). Not following that pattern is confusing for any
      widget, but much worse for toplevel windows where the widget's
      visibility directly corresponds to the visibility on screen.
      85d3c77f
  10. 05 Aug, 2016 1 commit
  11. 04 Aug, 2016 4 commits
  12. 03 Aug, 2016 2 commits
  13. 01 Aug, 2016 5 commits
  14. 31 Jul, 2016 1 commit
  15. 30 Jul, 2016 3 commits
  16. 28 Jul, 2016 2 commits
  17. 27 Jul, 2016 1 commit
  18. 26 Jul, 2016 1 commit
    • Florian Müllner's avatar
      roomList: Add "Connect" menu item · c9706cd4
      Florian Müllner authored
      The existing reconnect action only works for accounts that are not
      offline (by user request). However there are cases where initiating
      a connection can be useful, mostly when not joining channels through
      the UI, but via an external service like webirc or bouncers. To
      account for this, show a "Connect" item when the "Reconnect" action
      isn't available.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=769192
      c9706cd4
  19. 25 Jul, 2016 2 commits
  20. 24 Jul, 2016 1 commit
  21. 19 Jul, 2016 3 commits
  22. 18 Jul, 2016 1 commit
    • Florian Müllner's avatar
      chatView: Improve handling of initial pending messages · 13499792
      Florian Müllner authored
      When a room has pending messages when we join, we currently
      simply insert them into the log. While simple, there are
      two issues with that approach:
      
       - we will always display the nick for the first pending
         message, so grouping will be wrong if the last message
         from the logs was from the same nick
       - if the message was already seen by the logger, we will
         duplicate it in the chat log (e.g. when mission-control
         restarts us after a crash)
      
      Address those issues by caching pending messages and only
      inserting them with the first batch of (de-duplicated) logs
      instead of immediately.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=768907
      13499792