Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
Thanks for Leslie Zhai's patch.
|
|
- caja-connect-server-dialog
- caja-navigation-window
- caja-property-browser
- caja-sidebar-title
- caja-trash-bar
- caja-window
- caja-zoom-action
- caja-zoom-control
- fm-desktop-icon-view
- fm-properties-window
|
|
|
|
|
|
|
|
Replace G_DEFINE_TYPE_WITH_CODE with G_DEFINE_TYPE_WITH_PRIVATE macro
|
|
|
|
based in debian patch by Mike Gabriel <[email protected]>
|
|
|
|
Fix crash on starting with env DESKTOP_AUTOSTART_ID=ANY_CHARS caja
|
|
With minimal changes to avoid deprecated g_type_class_add_private
|
|
With minimal changes to avoid deprecated g_type_class_add_private
|
|
An example of when the MIME type might change: a file is initially created
with 0 bytes of content, but more data is added later. Empty files are always
detected as plain text, but the file might not be empty anymore when the user
opens it.
This commit affects the behavior when double-clicking a file and when right-
clicking on it too.
|
|
The code looked like it was supposed to check whether each file in the
selection could be opened in an external app, but was only checking the
first item in the selection repeatedly.
This bug may have been mostly benign since the subsequent call to
caja_mime_get_default_application_for_files will return NULL anyway if the
files don't all match each other.
|
|
This reverts commit 021ff2ac062f1cfd52726c78e9a3956405001c6e.
Fixes https://github.com/mate-desktop/caja/issues/1101
|
|
Fixes https://github.com/mate-desktop/caja/issues/1099
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
- remove the "Working..." notification
- show the "Process completed" notification only if the progress window is inactive
|
|
org.mate.caja.preferences.show-notifications
Closes https://github.com/mate-desktop/caja/issues/1093
|
|
fixes https://github.com/mate-desktop/caja/issues/921
|
|
|
|
Both of these uses are incorrect and if this code is ever run would likely segfault.
Adapted from https://github.com/linuxmint/nemo/commit/4ffea61b26033da1305ab8287058044065a1c101
|
|
Fix https://github.com/mate-desktop/caja/issues/1046
drive_stop_cb should never have used g_drive_poll_for_media_finish which is for
ejectable media in a fixed drive (e.g CD drive) and not for stopping a removable drive
|
|
'g_strconcat' needs to be freed
|
|
'g_strconcat' needs to be freed
|
|
'g_strconcat' needs to be freed
|
|
'g_strconcat' needs to be freed
|
|
|
|
Fixed running caja_self_check_directory failed.
|
|
|
|
The environment variable XDG_SESSION_DESKTOP and DESKTOP_SESSION in
running_in_mate are compared using "MATE". Actually the environment
variable in MATE DE is "mate"(lower case). Using "mate" instead of
"MATE" to fix it.
Signed-off-by: Zhang Xianwei <[email protected]>
|
|
Don't treat remote filesystems differently when unmounting
|
|
We crash in g_hash_table_lookup_extended if the file's symlink_name is
set but the file is not a symlink, since the hash function (g_str_hash)
does not allow NULL values but target_uri is NULL.
https://bugzilla.gnome.org/show_bug.cgi?id=711583
Adapted from https://gitlab.gnome.org/GNOME/nautilus/commit/c2a5e052
|
|
The "Remember this password" checkbox was not respected
when password was specified and connection succeeded
for the first time.
https://bugzilla.gnome.org/show_bug.cgi?id=641376
Adapted from https://gitlab.gnome.org/GNOME/nautilus/commit/571a6ef7
|
|
In the function initial_permission_state_consistent, when the check was
made to see if the files have the same permissions, the check was not
correct.
To fix this, also do & between the first_permissions and the mask.
https://bugzilla.gnome.org/show_bug.cgi?id=698955
Adapted from https://gitlab.gnome.org/GNOME/nautilus/commit/37595852
|
|
Fix https://github.com/mate-desktop/caja/issues/1066 "Caja caches folders from usb drives/disk"
Nowadays, we rely on G_FILE_MONITOR_EVENT_UNMOUNTED to be emitted when a
mount disappears, since we already monitor the directory, in order to
switch the view to a different location.
Since non-native mounts very likely won't have file monitoring though,
we're not going to receive such events in that case, and fail to
redirect the view as a consequence.
This patch fixes it by listening to the mount-removed signal on
GVolumeMonitor when a monitor is requested for a non-native mount, and
emulating a file removal in that case.
Backport Nautilus commit gitlab.gnome.org/GNOME/nautilus/commit/3891241ba760c59d284b7579dbd340651c8d4d29
note that caja_get_mounted_mount_for_root had to be added, while the equivalent Nautilus function was from a prior commit
|
|
|
|
There are some redundant empty lines in caja-application.c. Remove it.
Signed-off-by: Zhang Xianwei <[email protected]>
|
|
The commit https://github.com/mate-desktop/caja/commit/9e5ea15d104720cfee752c193b77f8b03558c6b9 added a --force-desktop option, but not updated the manpage. Fix it.
Signed-off-by: Zhang Xianwei <[email protected]>
|
|
The caja_icon_info_lookup method was potentially doing multiple
icon lookups for a single icon, as well as triggering an additional
fallback lookup when returning an empty (no pixbuf) CajaIconInfo
to CajaFile.
This streamlines and simplifies the lookup process. The hash table
lookup always occurs first, before any Gtk icon cache lookup is made
(these are expensive, according to perf analysis,) and a returned
icon info will *always* be added to a hash table, potentially already
containing a fallback icon.
GIcons stringify well enough to use the strings exclusively for hash
keys. This eliminates the extra cost of looking up filenames from the
Gtk icon cache.
Ported from
github.com/linuxmint/nemo/commit/98843e26b48cd3526cacfe90cfa4ba201d1f3aee
where this benchmark resulted for Nemo:
.# sync; echo 3 > /proc/sys/vm/drop_caches
mtwebster:~/bin/nemo[master]> NEMO_BENCHMARK_LOADING=1 nemo /usr/bin
with:
Nemo startup time: 2.011817 seconds
Folder load time: 1.158854 seconds
Idle...Folder load time: 1.226699 seconds
without:
Nemo startup time: 2.464361 seconds
Folder load time: 1.591494 seconds
Idle...Folder load time: 1.692273 seconds
|
|
With a lower starting interval, the UI responds more quickly, and
loading tends to complete faster.
Ported from
github.com/linuxmint/nemo/commit/61368e3fc33c0d662f45731d6bbb2a28fc5023ca
Where these benchmarks resulted for Nemo:
NEMO_BENCHMARK_LOADING=1 nemo /usr/bin
with:
Nemo startup time: 1.797009 seconds
Folder load time: 0.937992 seconds
Idle...Folder load time: 0.973764 seconds
without:
Nemo startup time: 2.054006 seconds
Folder load time: 1.187159 seconds
Idle...Folder load time: 1.219712 seconds
Speedup on opening a Caja folder with many files was immediate and obvious
|
|
|
|
|