I can't reproduce this on Ubuntu 8.10 with current updates when copying
to local filesystems. However when copying to remote filesystems (eg
writing to a samba share) I still see this problem and filed bug #319063
about it. This is fixed upstream and is fixed in Jaunty but hasn't been
fixed in intr
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
I've been trying to reproduce this as well, and I've come to the conclusion
that the reason I was experiencing this issue is because I was also (like
Chris) copying files to a samba share I had mounted.
So t
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
I still see this on a local ext3 filesystem in Intrepid.
--
Nautilus STILL not preserving timestamps
https://bugs.launchpad.net/bugs/315552
You received this bug notification because you are a member of Ubun
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
Workaround:
If the foreign filesystem is mounted with uid= then cp
and Nautilus preserve the file timestamps and permissions. Ubuntu is
automounting with a userid other than that of the current user and the
f
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
Copying a file to any destination except an smb share preserves the file
modification dates. Files copied to an smb share (whether copied through
Nautilus or command line) have the date and time at which the c
how did you copy the photo exactly? could you try using the command line
tools?
--
Nautilus STILL not preserving timestamps
https://bugs.launchpad.net/bugs/315552
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing li
thank you for your bug report, could you give details on what you copy
between what disks and how? does using cp or gvfs-copy on a command line
has the same issue?
** Changed in: nautilus (Ubuntu)
Importance: Undecided => Low
Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs)
I had this problem, too, though on the 32-bit Ubuntu 8.10.
PROCEDURE
- fresh install of 8.10 on RAID-1 pair (ext3)
- reconnect old 8.04.1 drive (one of previous RAID1 pair)
- I don't think I did a 'proper' mount, e.g. from command-line or through
/etc/fstab. Instead, I think I was able to access
thank you for your bug report, could you give details on what you copy
between what disks and how? does using cp or gvfs-copy on a command line
has the same issue?
** Changed in: nautilus (Ubuntu)
Importance: Undecided => Low
Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs)
I had this problem, too, though on the 32-bit Ubuntu 8.10.
PROCEDURE
- fresh install of 8.10 on RAID-1 pair (ext3)
- reconnect old 8.04.1 drive (one of previous RAID1 pair)
- I don't think I did a 'proper' mount, e.g. from command-line or through
/etc/fstab. Instead, I think I was able to access
how did you copy the photo exactly? could you try using the command line
tools?
--
Nautilus STILL not preserving timestamps
https://bugs.launchpad.net/bugs/315552
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing li
I can't reproduce this on Ubuntu 8.10 with current updates when copying
to local filesystems. However when copying to remote filesystems (eg
writing to a samba share) I still see this problem and filed bug #319063
about it. This is fixed upstream and is fixed in Jaunty but hasn't been
fixed in intr
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
I've been trying to reproduce this as well, and I've come to the conclusion
that the reason I was experiencing this issue is because I was also (like
Chris) copying files to a samba share I had mounted.
So t
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
Copying a file to any destination except an smb share preserves the file
modification dates. Files copied to an smb share (whether copied through
Nautilus or command line) have the date and time at which the c
thank you for your bug report, could you give details on what you copy
between what disks and how? does using cp or gvfs-copy on a command line
has the same issue?
** Changed in: nautilus (Ubuntu)
Importance: Undecided => Low
Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs)
I had this problem, too, though on the 32-bit Ubuntu 8.10.
PROCEDURE
- fresh install of 8.10 on RAID-1 pair (ext3)
- reconnect old 8.04.1 drive (one of previous RAID1 pair)
- I don't think I did a 'proper' mount, e.g. from command-line or through
/etc/fstab. Instead, I think I was able to access
how did you copy the photo exactly? could you try using the command line
tools?
--
Nautilus STILL not preserving timestamps
https://bugs.launchpad.net/bugs/315552
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing li
I can't reproduce this on Ubuntu 8.10 with current updates when copying
to local filesystems. However when copying to remote filesystems (eg
writing to a samba share) I still see this problem and filed bug #319063
about it. This is fixed upstream and is fixed in Jaunty but hasn't been
fixed in intr
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
I've been trying to reproduce this as well, and I've come to the conclusion
that the reason I was experiencing this issue is because I was also (like
Chris) copying files to a samba share I had mounted.
So t
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
I still see this on a local ext3 filesystem in Intrepid.
--
Nautilus STILL not preserving timestamps
https://bugs.launchpad.net/bugs/315552
You received this bug notification because you are a member of Ubun
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
Workaround:
If the foreign filesystem is mounted with uid= then cp
and Nautilus preserve the file timestamps and permissions. Ubuntu is
automounting with a userid other than that of the current user and the
f
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
Copying a file to any destination except an smb share preserves the file
modification dates. Files copied to an smb share (whether copied through
Nautilus or command line) have the date and time at which the c
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
Workaround:
If the foreign filesystem is mounted with uid= then cp
and Nautilus preserve the file timestamps and permissions. Ubuntu is
automounting with a userid other than that of the current user and the
f
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
I still see this on a local ext3 filesystem in Intrepid.
--
Nautilus STILL not preserving timestamps
https://bugs.launchpad.net/bugs/315552
You received this bug notification because you are a member of Ubun
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
Copying a file to any destination except an smb share preserves the file
modification dates. Files copied to an smb share (whether copied through
Nautilus or command line) have the date and time at which the c
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
I still see this on a local ext3 filesystem in Intrepid.
--
Nautilus STILL not preserving timestamps
https://bugs.launchpad.net/bugs/315552
You received this bug notification because you are a member of Ubun
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
Workaround:
If the foreign filesystem is mounted with uid= then cp
and Nautilus preserve the file timestamps and permissions. Ubuntu is
automounting with a userid other than that of the current user and the
f
thank you for your bug report, could you give details on what you copy
between what disks and how? does using cp or gvfs-copy on a command line
has the same issue?
** Changed in: nautilus (Ubuntu)
Importance: Undecided => Low
Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs)
I had this problem, too, though on the 32-bit Ubuntu 8.10.
PROCEDURE
- fresh install of 8.10 on RAID-1 pair (ext3)
- reconnect old 8.04.1 drive (one of previous RAID1 pair)
- I don't think I did a 'proper' mount, e.g. from command-line or through
/etc/fstab. Instead, I think I was able to access
how did you copy the photo exactly? could you try using the command line
tools?
--
Nautilus STILL not preserving timestamps
https://bugs.launchpad.net/bugs/315552
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing li
I can't reproduce this on Ubuntu 8.10 with current updates when copying
to local filesystems. However when copying to remote filesystems (eg
writing to a samba share) I still see this problem and filed bug #319063
about it. This is fixed upstream and is fixed in Jaunty but hasn't been
fixed in intr
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
I've been trying to reproduce this as well, and I've come to the conclusion
that the reason I was experiencing this issue is because I was also (like
Chris) copying files to a samba share I had mounted.
So t
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
Copying a file to any destination except an smb share preserves the file
modification dates. Files copied to an smb share (whether copied through
Nautilus or command line) have the date and time at which the c
I can't reproduce this on Ubuntu 8.10 with current updates when copying
to local filesystems. However when copying to remote filesystems (eg
writing to a samba share) I still see this problem and filed bug #319063
about it. This is fixed upstream and is fixed in Jaunty but hasn't been
fixed in intr
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
I've been trying to reproduce this as well, and I've come to the conclusion
that the reason I was experiencing this issue is because I was also (like
Chris) copying files to a samba share I had mounted.
So t
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
I still see this on a local ext3 filesystem in Intrepid.
--
Nautilus STILL not preserving timestamps
https://bugs.launchpad.net/bugs/315552
You received this bug notification because you are a member of Ubun
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
Workaround:
If the foreign filesystem is mounted with uid= then cp
and Nautilus preserve the file timestamps and permissions. Ubuntu is
automounting with a userid other than that of the current user and the
f
thank you for your bug report, could you give details on what you copy
between what disks and how? does using cp or gvfs-copy on a command line
has the same issue?
** Changed in: nautilus (Ubuntu)
Importance: Undecided => Low
Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs)
I had this problem, too, though on the 32-bit Ubuntu 8.10.
PROCEDURE
- fresh install of 8.10 on RAID-1 pair (ext3)
- reconnect old 8.04.1 drive (one of previous RAID1 pair)
- I don't think I did a 'proper' mount, e.g. from command-line or through
/etc/fstab. Instead, I think I was able to access
how did you copy the photo exactly? could you try using the command line
tools?
--
Nautilus STILL not preserving timestamps
https://bugs.launchpad.net/bugs/315552
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing li
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
Copying a file to any destination except an smb share preserves the file
modification dates. Files copied to an smb share (whether copied through
Nautilus or command line) have the date and time at which the c
thank you for your bug report, could you give details on what you copy
between what disks and how? does using cp or gvfs-copy on a command line
has the same issue?
** Changed in: nautilus (Ubuntu)
Importance: Undecided => Low
Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs)
I had this problem, too, though on the 32-bit Ubuntu 8.10.
PROCEDURE
- fresh install of 8.10 on RAID-1 pair (ext3)
- reconnect old 8.04.1 drive (one of previous RAID1 pair)
- I don't think I did a 'proper' mount, e.g. from command-line or through
/etc/fstab. Instead, I think I was able to access
how did you copy the photo exactly? could you try using the command line
tools?
--
Nautilus STILL not preserving timestamps
https://bugs.launchpad.net/bugs/315552
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing li
I can't reproduce this on Ubuntu 8.10 with current updates when copying
to local filesystems. However when copying to remote filesystems (eg
writing to a samba share) I still see this problem and filed bug #319063
about it. This is fixed upstream and is fixed in Jaunty but hasn't been
fixed in intr
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
I've been trying to reproduce this as well, and I've come to the conclusion
that the reason I was experiencing this issue is because I was also (like
Chris) copying files to a samba share I had mounted.
So t
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
I still see this on a local ext3 filesystem in Intrepid.
--
Nautilus STILL not preserving timestamps
https://bugs.launchpad.net/bugs/315552
You received this bug notification because you are a member of Ubun
*** This bug is a duplicate of bug 319063 ***
https://bugs.launchpad.net/bugs/319063
Workaround:
If the foreign filesystem is mounted with uid= then cp
and Nautilus preserve the file timestamps and permissions. Ubuntu is
automounting with a userid other than that of the current user and the
f
48 matches
Mail list logo