W3C home > Mailing lists > Public > ietf-http-wg@w3.org > October to December 2016

Re: COPY: "Duplicate" functionality

From: ChanMaxthon <xcvista@me.com>
Date: Tue, 01 Nov 2016 13:18:25 +0800
Message-id: <2F51D679-FD66-43E3-9F6C-88947E944371@me.com>
Cc: Graham Leggett <minfrin@sharp.fm>, HTTP Working Group <ietf-http-wg@w3.org>
To: Julian Reschke <julian.reschke@gmx.de>
I think you can generate a name, HEAD it, and then COPY it if you get a 404.

Sent from my iPhone

> On Nov 1, 2016, at 02:10, Julian Reschke <julian.reschke@gmx.de> wrote:
> 
>> On 2016-10-31 18:49, Graham Leggett wrote:
>> Hi all,
>> 
>> According to https://tools.ietf.org/html/rfc4918#section-9.8, the COPY method allows me to make a copy of a resource, but only as long as I know the destination URL of my copy: "The Destination header MUST be present.ˇ±.
>> 
>> What I need to implement is functionality that matches the ˇ°Duplicateˇ± menu item in the MacOS Finder. In other words, I want to make a copy of an URL, but I want the server to decide on the URL to the COPY.
>> 
>> Is this possible while at the same time being RFC compliant?
>> 
>> If I was to set the Destination header to the same URL as the source, or perhaps the parent collection of the source, would that make sense?
>> 
>> Regards,
>> Graham
> 
> Well, there is no standard functionality for that. You can sure experiment if you control both client and server (I'd probably try "path/*" as destination URI).
> 
> Best regards, Julian
> 
> 
Received on Tuesday, 1 November 2016 05:19:05 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 November 2016 05:19:08 UTC