1. 28 Jul, 2021 1 commit
  2. 06 Jul, 2021 2 commits
  3. 02 Jul, 2021 2 commits
  4. 07 Apr, 2021 2 commits
  5. 06 Apr, 2021 1 commit
  6. 26 Mar, 2021 1 commit
  7. 25 Mar, 2021 1 commit
  8. 23 Mar, 2021 2 commits
  9. 08 Mar, 2021 4 commits
  10. 05 Mar, 2021 1 commit
  11. 07 Dec, 2020 5 commits
  12. 20 Nov, 2020 1 commit
  13. 19 Nov, 2020 1 commit
    • Antoine Jacoutot's avatar
      tag-manager: Search for tracker3 in PATH · 5f07c8db
      Antoine Jacoutot authored
      Tracker 3 migration code tries to spawn tracker3 binary using
      G_SPAWN_SEARCH_PATH_FROM_ENVP flag. However, tracker3 is installed under
      /usr/local/bin/ on OpenBSD which isn't searched by envp. So the migration fails
      with the following warnings: "Tracker 2 migration: Couldn't run `tracker3`:
      Failed to execute child process "tracker3" (No such file or directory)."
      Let's use G_SPAWN_SEARCH_PATH instead of G_SPAWN_SEARCH_PATH_FROM_ENVP to fix
      this issue.
      
      
      (cherry picked from commit 4e43e9ef)
      5f07c8db
  14. 18 Nov, 2020 1 commit
    • Ondrej Holy's avatar
      batch-rename-utilities: Fix dialog crashes · d94c25be
      Ondrej Holy authored
      The batch rename dialog crashes when it is opened for a second time.
      This is because the TrackerSparqlConnection object is unreffed after
      the first use. However, nautilus_tracker_get_miner_fs_connection
      documentation clearly says that the returned should not be unreffed
      because it is globally shared singleton. Let's remove the problematic
      g_object_unref statement to fix the crashes.
      
      https://gitlab.gnome.org/GNOME/nautilus/-/issues/1651
      
      
      (cherry picked from commit 50edb805)
      d94c25be
  15. 11 Nov, 2020 1 commit
  16. 02 Nov, 2020 1 commit
  17. 27 Oct, 2020 1 commit
    • António Fernandes's avatar
      list-view: Fix double-click row check for gesture · 6faab068
      António Fernandes authored
      Before porting to a GtkMultiPressGesture [1], for every double click,
      we would get 2 events of type GDK_BUTTON_PRESS for each click and 1
      event of type GDK_2BUTTON_PRESS after the second click [2]:
      
          1st click: GDK_BUTTON_PRESS
          2nd click: GDK_BUTTON_PRESS, followed by GDK_2BUTTON_PRESS
      
      So, in order to ensure the double click happened within the same list
      row, we used to save the clicked path for each GDK_BUTTON_PRESS event
      and compare the last two saved paths during the GDK_2BUTTON_PRESS one.
      
      However, now we only get a GtkMultiPressGEsture::pressed signal twice:
      
          1st click: ::pressed is emited with n_press = 1
          2st click: ::pressed is emited with n_press = 2
      
      Yet, we are still saving the clicked path only when n_press = 1, so,
      unless the user had already clicked this row before doing a double
      click, the saved paths don't match and we ignore the double click.
      
      Instead, it's enough to save the row path for the 1st click, as we
      can compare it directly with row path on the 2nd click.
      
      Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/1599
      
      [1] 13a8d3ef
      [2] https://developer.gnome.org/gdk3/stable/gdk3-Events.html#GDK-2BUTTON-PRESS:CAPS
      
      
      (cherry picked from commit 3eb0a90f)
      6faab068
  18. 23 Oct, 2020 1 commit
  19. 12 Oct, 2020 1 commit
  20. 05 Oct, 2020 4 commits
  21. 02 Oct, 2020 4 commits
  22. 28 Sep, 2020 1 commit
  23. 24 Sep, 2020 1 commit