Age | Commit message (Collapse) | Author | Files | Lines |
|
Changed CajaDesktopLink, CajaDirectoryAsync and CajaDirectory
|
|
|
|
Changed CajaClipboardMonitor, CajaColumnChooser and CajaDesktopIconFile
|
|
Changed CajaConnectServerOperation, CajaDesktopWindow and CajaImagePropertiesPage
|
|
Remove unused variables, avoid uninitialized variable warnings, and indent code.
|
|
|
|
|
|
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
|
|
|