On 08/04/2017 03:19 PM, Leif Halvard Silli wrote:
You said you fixed this last time I reported it.
Definitely not the same issue. You reported an issue about renaming a
folder on your Mac:
http://www.mail-archive.com/xmleditor-support@xmlmind.com/msg11536.html
This issue has indeed been solved.
However, this seems not to be the case. Today I, for instance,
1. Chose a file in Google Drive via the interface of the XXE Google
Drive plug-in
2. Chose 'Copy' file.
3. Pasted the file.
Doing something this on my Linux box using the shell creates a copy of
the file and this copy has a new date: the date of the creation of the
copy, not the date of the original file.
$ cp foo bar
If I want to avoid this, I've to execute:
$ cp -p foo bar
Therefore this behavior can be considered to be normal. If we change it,
other users may complain for the opposite reasons than yours.
4. Opened the Web version of Google Drive and located the file I had
pasted.
5. Checked the last change date of the file I had pasted.
* Expected: Old date
* Instead: THe last change date was set to the moment when I pasted
the file.
Unless this is a limitation of Google Drive, then this seems like a XXE
bug.
*Any* action performed on the Google Drive using XXE seems to modify the
date of the accessed files. For example: opening a document without even
modifying it. The lock added by XXE to the document changes the date of
the file.
This is certainly a problem, but we don't plan to improve this situation
in the near future. Sorry for that.
For now, it seems like I need to rely on other interfaces than XXE
for moving files inside my Google drive.
--
XMLmind XML Editor Support List
xmleditor-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support
