Support for special keyboard keys for actions such as Back,
Forward, Refresh, Go Home, etc. depends on this header.
We used to check for this header in configure.ac but
this was lost when porting from autotools to meson
(commit 857a90c2).
Restore this support by checking for this header with meson.
Fixes#134
As reported by Antonio Fernandes in:
https://bugzilla.gnome.org/show_bug.cgi?id=781991#c1
Detaching a notebook tab into a new window through DnD
leaves Nautilus in an inconsistent state leading to a
crash after loading a new location.
As opening a folder into a new window should be done
through its action already present in the folder context
menu of both files view and path bar, let's disable this
alternative way to do it through tab detaching, as
Nautilus code was not expecting that use pattern.
Closes#137
If org.gnome.nautilus.list-view use-tree-view is TRUE, folders can
be expanded, which creates a dummy row to display the "Loading" label.
The code to display the correct star icon assumes each row represents a
file, but the dummy row breaks this assumption, crashing nautilus when
checking if the NULL file is starred or unstarred.
Instead, don't set a star icon unless the row represents a file. Also,
do nothing if the cell is clicked on a dummy row.
Fixes: #105
If org.gnome.nautilus.list-view use-tree-view is TRUE, folders can
be expanded, which creates a dummy row to display the "Loading" label.
When displaying search results as a list, we look for the fts_snippet
on every row's NautilusFile, but this causes a crash when a dummy row is
created, because its NautilusFile is NULL.
Therefore, we should not look for fts_snippet on dummy rows.
Fixes: https://gitlab.gnome.org/GNOME/nautilus/issues/54
If org.gnome.nautilus.list-view use-tree-view is true, folders can be
expanded. While loading expanded folders, there is a dummy row with
"Loading" label, which turns into "Empty" if no items are loaded. This
row has a NULL NautilusFile.
The code to display the correct star icon assumes each row represents a
file, but the dummy row breaks this assumption, crashing nautilus when
checking if the file is starred or unstarred.
Instead, don't set a star icon unless the row represents a file. Also,
do nothing if the cell is clicked on a dummy row.
Fixes: #105
There are chances that providers get to finish before all are
added, resulting in early calls to check_providers_status() which
mess up refcount. Bumping providers_running early prevents that
to happen.
"open item location" action from 'recent files' view was not
revealing (selecting and scrolling to) the item whose location
was opened.
Selection code logic on canvas/list view compares NautilusFiles's,
so we need to provide one that refers to the destination uri
(activation uri) instead of the original one from recent view which
has a "recent://" uri scheme.
https://bugzilla.gnome.org/show_bug.cgi?id=784516
