nautilus:wip/antoniof/null-date-from-tracker

Last commit made on 2023-04-08
Get this branch:
git clone -b wip/antoniof/null-date-from-tracker https://git.launchpad.net/nautilus

Branch merges

Branch information

Name:
wip/antoniof/null-date-from-tracker
Repository:
lp:nautilus

Recent commits

41d9976... by =?utf-8?q?Ant=C3=B3nio_Fernandes?= <email address hidden>

search-engine-tracker: Don't try to parse NULL time strings

TrackerCursor returns NULL if it doesn't have information on the date.
https://gnome.pages.gitlab.gnome.org/tracker/docs/developer/method.SparqlCursor.get_string.html

We try to parse NULL as a date string. This is obviously wrong and
gets us a precondition failure warning, as it should.

So, if a string is NULL, just skip it.

Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/2160

1135937... by =?utf-8?q?Ant=C3=B3nio_Fernandes?= <email address hidden>

Revert "nautils-search-engine-tracker: Only parse non-null dates"

This reverts commit 5f1680f9df8d6a62681a878975a1cec75a328a3d.

It avoids a warning from g_date_time_new_from_iso8601() by pushing
the code flow into another warning. A different solution is to follow.

f7ccb4e... by Khalid Abu Shawarib

files-view: Disable properties shortcut for unwanted directories

Open properties on the search directory crashes Nautilus.
Exclude search, recent, and starred from opening
current directory properties when no file is selected.

Fixes #2903

b44ebcf... by Sayan Bhattacharjee <email address hidden>

sidebar: Prevent auto folder opening on hover when re-ordering bookmarks

In the sidebar, when dragging to re-order bookmarks,
other bookmarked folders are automatically opening while hovering
over them as it happens during a drag-and-drop operation.

This action should not be permitted because it is inconceivable to
drag-and-drop a bookmark into another bookmark.

Implement a check to prevent automatically navigating
into the bookmarked folders if they are hovered on while dragging
a bookmark with the intent to just re-order them.
It achieves this behavior by not adding a navigation hover timeout
if we are dragging a row (bookmark) in the sidebar.

Fixes: https://gitlab.gnome.org/GNOME/nautilus/-/issues/2820

f0e2a31... by Alexander Shopov

Update Bulgarian translation

c10be39... by Gary Li <email address hidden>

pathbar: do not use finalized pathbar to bind menu model to popover

Nautilus fails critical assertions if the user opens then closes a
new window in rapid succession in a large folder.

This is because the GSource created by
nautilus_path_bar_set_templates_menu to bind menu model to popover is
not removed even if the pathbar has already been finalized by the user
closing the window.

Keep track of the source id and remove source if the pathbar is
being disposed of.

Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/2867

9ddf0c1... by Alexander Shopov

Update Bulgarian translation

ae2946a... by Alexander Shopov

Update Bulgarian translation

baab8d3... by =?utf-8?q?Ant=C3=B3nio_Fernandes?= <email address hidden>

grid-cell, name-cell: Have thumbnail cover allocation

Otherwise, due to some modular arithmetic artifacts, there is an
unsightly 1px transparent line between the picture and its css border.

Fixes https://gitlab.gnome.org/GNOME/nautilus/-/issues/2779

b0e28bc... by Ondrej Holy

window-slot: Try current location even if it is marked as gone

When the current location is marked as gone, Nautilus jumps to the
first existing parent currently (except for non-native locations and
mount roots). This is fine in most cases, but not for autofs locations
as Nautilus jumps to parent everytime autofs mount timeouted. It would
be better to stay in the same folder in this case. Let's try the current
location first even if it is marked as gone to ensure that. It would be
perhaps even better to prevent autofs locations somehow from timeouting
at all, or avoid immediate remounting at least, but those solutions
don't look easy to implement.

Fixes: https://gitlab.gnome.org/GNOME/nautilus/-/issues/1514