| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
https://gitlab.gnome.org/GNOME/gvfs/issues/2
|
|
|
|
|
|
| |
See https://developer.gnome.org/hig/stable/typography.html
https://bugzilla.gnome.org/show_bug.cgi?id=772219
|
|
|
|
|
|
|
| |
Change display-name file info property from "/ on XYZ" to
"/ in XYZ", as indicated by the FIXME in the code.
https://bugzilla.gnome.org/show_bug.cgi?id=770238
|
|
|
|
|
|
|
| |
Mark all network-based backends as remote. This is useful to remove
some hardcoded lists of filesystem types in GTK+.
Bump required GLib version accordingly.
|
|
|
|
|
|
|
| |
Since daemons' stdout and stderr goes into the journal, make it quiet by
default by using the existing debug logging mechanism.
https://bugzilla.gnome.org/show_bug.cgi?id=740660
|
|
|
|
|
|
|
| |
This attribute was being set inconsistently, and is used by the file
chooser.
https://bugzilla.gnome.org/show_bug.cgi?id=752834
|
|
|
|
|
|
|
|
|
|
|
|
| |
Archive backend is stucked in endless loop currently e.g. if you try to
mount encrypted zip file. It is caused because ARCHIVE_FAILED error is
not handled, when reading data from the archive.
ARCHIVE_FAILED is handled with this patch. Mount job doesn't fail, just
because of unknown file size, but open_for_read job fails if
ARCHIVE_FAILED is returned.
https://bugzilla.gnome.org/show_bug.cgi?id=752366
|
|
|
|
|
|
|
|
|
|
|
|
| |
Allow reading files with a "." component in the path. This is a
followup to 46bdbf1d4596 ('archive: Ignore filenames consisting of a
single "."'), which allowed the archive backend to enumerate an archive
with a single "." in the path.
Implement this with a generic function to fixup an archive_entry path,
and use this wherever archive_entry_pathname() is used.
https://bugzilla.gnome.org/show_bug.cgi?id=729463
|
|
|
|
|
|
|
| |
Unfortunately, the clever trick to avoid string copying causes leaks
because it inserts NULLs in the middle of a NULL-terminated array.
https://bugzilla.gnome.org/show_bug.cgi?id=729463
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Retry operations that return ARCHIVE_RETRY since it indicates that the
operation has failed, the archive_entry is not valid, and the operation
should be retried to see if it succeeds.
This fixes a segfault on a truncated archive where
archive_read_next_header would return ARCHIVE_RETRY and the backend
would continue to try and use the invalid archive_entry that was
returned.
https://bugzilla.gnome.org/show_bug.cgi?id=735120
|
|
|
|
|
|
|
|
|
| |
Don't abort if a path has a component consisting of a single ".",
just ignore that component.
E.g. OpenCV-2.3.1/./opencv.pc.cmake.in becomes
OpenCV-2.3.1/opencv.pc.cmake.in
https://bugzilla.gnome.org/show_bug.cgi?id=729463
|
|
|
|
|
|
|
| |
Set the total size and the amount used to be the total size of the
files; set the amount free to 0.
https://bugzilla.gnome.org/show_bug.cgi?id=711852
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=589157
|
|
|
|
|
|
|
| |
Libarchive 3.0 changed public interface to use int64_t uniformly
instead of off_t, ino_t, uid_t, gid_t, and dev_t.
https://bugzilla.gnome.org/show_bug.cgi?id=670534
|
|
|
|
|
|
|
|
| |
When libarchive fails g_vfs_job_failed is called even as
g_vfs_job_succeeded which cause segfault. Set GError instead of
g_vfs_job_failed to fix that.
https://bugzilla.gnome.org/show_bug.cgi?id=670534
|
|
|
|
|
|
|
|
| |
File size can be unset in the archive therefor is set to zero.
This breaks reading file content using fuse. Determine file size
by reading data blocks to fix it.
https://bugzilla.gnome.org/show_bug.cgi?id=670534
|
|
|
|
|
|
|
|
| |
If gvfs_archive_open fails, libarchive immediately calls
gvfs_archive_close which causes a crash due to calling g_object_unref on
the NULL stream.
https://bugzilla.gnome.org/show_bug.cgi?id=589028
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=634735
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=703561
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=681458
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Updating the address of the FSF.
This has been done by:
while read file; do
sed -i 's:59 Temple Place:51 Franklin Street:' $file
sed -i 's:Suite 330:Fifth Floor:' $file
sed -i 's:02111-1307:02110-1301:' $file
done
https://bugzilla.gnome.org/show_bug.cgi?id=656598
Signed-off-by: Tomas Bzatek <tbzatek@redhat.com>
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=641856
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is the first step in making extraction faster. Some GIO-based
file managers like Nautilus sort files by inode number and making
copy/extraction faster (more linear read on disk, linear read from
archive).
For the archiving backend, let's give each file a number corresponding
with the position the file is stored in the archive. We can't use
native inode number stored in some types of archives as long as there
are no guarantees it reflects actual position in the file.
This change will have no effect until we make do_open_for_read() not
to close archive after reading and continue from the last position.
I'm afraid this concept would conflict with multiple accesses at one
time though.
|
|
|
|
| |
Happens with some archive types, such as rpm (libarchive 2.8.4).
|
|
|
|
|
|
|
| |
This will fix an abort when archive is to be mounted for the second time:
ERROR:gvfsbackendarchive.c:240:g_vfs_backend_archive_finalize: assertion failed: (archive->file == NULL)
https://bugzilla.redhat.com/show_bug.cgi?id=645630
|
|
|
|
|
|
|
|
|
| |
Previous code was assuming that archive_errno() would report the last
error that happened or SUCCESS if none. This is not true, however as the
return value of archive_errno() is undefined if no error happened.
This patch changes it to only call archive_errno() after errors.
https://bugzilla.gnome.org/show_bug.cgi?id=611057
|
|
|
|
|
|
|
| |
Fixes an assertion that triggers later when finalizing the backend
object.
https://bugzilla.gnome.org/show_bug.cgi?id=555543
|
|
|
|
| |
clang reported this leak.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Port everything to use _with_operation() variants of unmount/eject
methods
- Add support for g_file_poll_mountable()
- new job class: GVfsJobPollMountable
- Pass mount operation for unmount/eject ops on GDaemonFile and
GDaemonMount
- receive in the appropriate GVfsJob classes
- also pass unmount flags where it was missing
- port all backends to use this
- Teach GMountSource and GMountOperationDBus about the new
GMountOperation::show-processes signal
- also provide new API
- g_mount_source_is_dummy() - e.g. when the client didn't
passed NULL for the GMountOperation
- g_mount_source_abort() - to send the ::abort signal to the
client-side GMountOperation
- make the client-side of GMountSource return ::reply with
NOT_HANDLED when we do an abort
- Refactor the mount operation handling in GProxyVolumeMonitor
- Pass mount operation for unmount/ejects in GProxyVolumeMonitor
- Pass the process id of the actual reader/writer in OpenForRead
and OpenForWrite daemon methods
- add some private API for making the FUSE client set the
pid of the POSIX client (otherwise it looks like the FUSE
client is blocking) and pass the right pid.
This is because the FUSE client is basically impersonating the
POSIX processes.
- Make the process id mentioned above available in appropriate
GVfsJob classes
- GVfsJobOpenForRead
- GVfsJobOpenForWrite
- GVfsChannel
- Provide API to get a list of all blocking clients, e.g. an array
of GPid
- g_vfs_daemon_get_blocking_processes()
- Provide convenience API to easily doing the right thing on unmount;
e.g. interact with the user about blocking processes - see the gphoto2
backend for example usage
- g_vfs_backend_has_blocking_processes()
- g_vfs_backend_unmount_with_operation() and
g_vfs_backend_unmount_with_operation_finish()
- Only the gphoto2 backend supports ::show-processes right now. Support
for other backends will be added shortly.
- Implement support for ::show-processes in the GDU volume monitor
- right now we don't support "Unmount Anyway" since it requires
ABI changes in libgdu.so - this will be changed as soon as there's
a new gnome-disk-utility release
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
2009-03-09 Alexander Larsson <alexl@redhat.com>
Bug 551683 – archive backend says file doesn't exist for directories
* daemon/gvfsbackendarchive.c:
(do_open_for_read):
Return G_IO_ERROR_IS_DIRECTORY if opening directory.
svn path=/trunk/; revision=2305
|
|
|
|
|
|
|
|
|
|
| |
2009-03-02 Paolo Borelli <pborelli@katamail.com>
* daemon/gvfsbackendarchive.c:
Chain up finalize
svn path=/trunk/; revision=2275
|
|
|
|
| |
svn path=/trunk/; revision=1847
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
2008-06-10 Cosimo Cecchi <cosimoc@gnome.org>
* daemon/gvfsbackendarchive.c: (gvfs_archive_pop_job):
* daemon/gvfsbackenddav.c: (stat_location), (write_ready),
(close_write_ready), (do_make_directory), (do_delete):
* daemon/gvfsbackendftp.c:
(ftp_connection_set_error_from_response):
* daemon/gvfsbackendhttp.c: (g_vfs_job_failed_from_http_status),
(open_for_read_ready), (read_ready), (try_seek_on_read),
(close_read_ready):
* daemon/gvfsbackendobexftp.c: (_query_file_info_helper),
(error_occurred_cb), (do_delete):
Fix build warnings with GCC 4.3.0 (#537588).
* daemon/gvfsjob.c: (g_vfs_job_failed), (g_vfs_job_failed_literal):
* daemon/gvfsjob.h:
Add g_vfs_job_failed_literal ().
svn path=/trunk/; revision=1802
|
|
|
|
| |
svn path=/trunk/; revision=1777
|
|
|
|
|
|
|
|
|
| |
* */*.[ch]: get rid of modelines
The modelines were inconsistent and caused issues when used in
different editors.
svn path=/trunk/; revision=1756
|
|
|
|
|
|
|
|
|
| |
2008-04-20 David Zeuthen <davidz@redhat.com>
* daemon/gvfsbackendarchive.c: some minor fixes (#528950)
svn path=/trunk/; revision=1747
|
|
|
|
|
|
|
|
|
|
| |
2008-03-25 Alexander Larsson <alexl@redhat.com>
* daemon/gvfsbackendarchive.c (archive_file_set_info_from_entry):
Better mount icons and root display name.
svn path=/trunk/; revision=1677
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
2008-03-12 Alexander Larsson <alexl@redhat.com>
* configure.ac:
* daemon/Makefile.am:
* daemon/gvfsbackendarchive.[ch]:
Added archive backend from Benjamin Otte
Requires libarchive
svn path=/trunk/; revision=1649
|
|
2008-03-12 Alexander Larsson <alexl@redhat.com>
* configure.ac:
* daemon/Makefile.am:
* daemon/gvfsbackendarchive.[ch]:
Added archive backend from Benjamin Otte
Requires libarchive
svn path=/trunk/; revision=1648
|