1. 02 Dec, 2012 1 commit
  2. 24 Nov, 2012 1 commit
  3. 10 Nov, 2012 1 commit
  4. 31 Oct, 2012 1 commit
  5. 14 Oct, 2012 1 commit
  6. 28 Apr, 2012 1 commit
  7. 15 Apr, 2012 2 commits
    • Jannis Pohlmann's avatar
      Move away from using a hard-coded size for window icons (bug #8626). · 16ab778b
      Jannis Pohlmann authored
      The previous commit wasn't actually related to this bug. The problem
      here was that the xfwm4 tab window now allows themes to change the size
      of the displayed window icons but Thunar still hard-coded its own window
      icons to 48px.
      
      From this commit Thunar on uses thunar_file_get_icon_name(current_dir)
      to get an icon name for the current directory and and then calls
      gtk_window_set_icon_name() rather than asking ThunarIconFactory for a
      48px GdkPixbuf that cannot be scaled up nicely. This is ok because we
      only ever set icons for directories and for those ThunarIconFactory
      never returns anything but a GdkPixbuf based on an icon name anyway. It
      never returns a GdkPixbuf loaded from an absolute path or anything.
      16ab778b
    • Jannis Pohlmann's avatar
      096f3b6e
  8. 13 Apr, 2012 1 commit
  9. 28 Mar, 2012 2 commits
  10. 26 Mar, 2012 1 commit
  11. 13 Mar, 2012 1 commit
  12. 27 Feb, 2012 1 commit
  13. 26 Feb, 2012 2 commits
    • John Lindgren's avatar
      Fix handling %U when launching multiple files with an app (bug #7456). · 16055b93
      John Lindgren authored
      GIO returns a newly allocated GAppInfo every time
      g_app_info_get_default_for_type() is called. This means that if we use a
      GHashTable and g_direct_hash() to associate GAppInfos with files to be
      launched with each of them, we will actually end up with multiple
      GAppInfos that are the same, and each of them will only have a single
      file associated.
      
      To fix this, we now use a fake hash function that causes GHashTable to
      always search the GAppInfo in the collision list.
      16055b93
    • Jannis Pohlmann's avatar
      Fix crash when removing an ancestor of the current folder (bug #8168). · d47f4053
      Jannis Pohlmann authored
      Whenever we release the GFileMonitor of a ThunarFolder, we also need to
      disconnect from its signals. Otherwise one of the signal handlers might
      still be called, potentially with corrupted user data (which was the
      case here).
      d47f4053
  14. 27 Dec, 2011 1 commit
  15. 06 Nov, 2011 1 commit
  16. 19 Sep, 2011 2 commits
  17. 16 Sep, 2011 1 commit
  18. 14 Sep, 2011 2 commits
  19. 15 Jul, 2011 1 commit
  20. 02 Jun, 2011 1 commit
  21. 25 May, 2011 2 commits
  22. 20 May, 2011 1 commit
  23. 17 May, 2011 1 commit
  24. 15 Apr, 2011 1 commit
  25. 19 Feb, 2011 4 commits
  26. 14 Feb, 2011 1 commit
  27. 30 Jan, 2011 4 commits
  28. 29 Jan, 2011 1 commit