[jira] [Updated] (JCR-4146) json extension is removed by AbstractWebdavServlet on COPY request
[
https://issues.apache.org/jira/browse/JCR-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4146:
Fix Version/s: 2.6.10
> json extension is removed by AbstractWebdavServlet on COPY request
> --
>
> Key: JCR-4146
> URL: https://issues.apache.org/jira/browse/JCR-4146
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-webdav
>Affects Versions: 2.15.3
>Reporter: Ana Vinatoru
>Assignee: Julian Reschke
>Priority: Major
> Fix For: 2.16, 2.12.8, 2.14.2, 2.15.4, 2.10.7, 2.6.10, 2.8.7
>
> Attachments: JCR-4146-2.diff, JCR-4146.diff
>
>
> This issue was first observed via crxDE: the user did a copy / paste on a
> node with the .json extension (let's say test.json). After saving, the new
> node was named "Copy of test" instead of "Copy of test.json".
> I tracked the request to the AbstractWebdavServlet.doCopy method - and this
> is where the .json extension seems to be lost.
> The Destination header sent by crxde includes the extension, but the new
> resource created in doCopy does not have it.
> The request looked like this:
> {code:java}
> curl -u admin:admin
> 'http://localhost:4502/crx/server/crx.default/jcr%3aroot/libs/test.json' -X
> COPY -H 'Overwrite: T' -H 'Destination:
> /crx/server/crx.default/jcr%3aroot/libs/Copy%20of%20test.json' -v
> {code}
> To rule out issues in other layers, I tested with the Jackrabbit 2.14.x
> standalone.
> I uploaded the test.json file via WebDav, then executed the following curl
> request:
> {code:java}
> curl -u admin:admin 'http://localhost:9001/server/default/jcr:root/test.json'
> -X COPY -H 'Overwrite: T' -H 'Destination:
> /server/default/jcr:root/copytest.json' -v
> {code}
> The new node was created, but instead of being named "copytest.json", it is
> called "copytest".
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Updated] (JCR-4146) json extension is removed by AbstractWebdavServlet on COPY request
[
https://issues.apache.org/jira/browse/JCR-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4146:
Labels: (was: candidate_jcr_2_6)
> json extension is removed by AbstractWebdavServlet on COPY request
> --
>
> Key: JCR-4146
> URL: https://issues.apache.org/jira/browse/JCR-4146
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-webdav
>Affects Versions: 2.15.3
>Reporter: Ana Vinatoru
>Assignee: Julian Reschke
>Priority: Major
> Fix For: 2.16, 2.12.8, 2.14.2, 2.15.4, 2.10.7, 2.6.10, 2.8.7
>
> Attachments: JCR-4146-2.diff, JCR-4146.diff
>
>
> This issue was first observed via crxDE: the user did a copy / paste on a
> node with the .json extension (let's say test.json). After saving, the new
> node was named "Copy of test" instead of "Copy of test.json".
> I tracked the request to the AbstractWebdavServlet.doCopy method - and this
> is where the .json extension seems to be lost.
> The Destination header sent by crxde includes the extension, but the new
> resource created in doCopy does not have it.
> The request looked like this:
> {code:java}
> curl -u admin:admin
> 'http://localhost:4502/crx/server/crx.default/jcr%3aroot/libs/test.json' -X
> COPY -H 'Overwrite: T' -H 'Destination:
> /crx/server/crx.default/jcr%3aroot/libs/Copy%20of%20test.json' -v
> {code}
> To rule out issues in other layers, I tested with the Jackrabbit 2.14.x
> standalone.
> I uploaded the test.json file via WebDav, then executed the following curl
> request:
> {code:java}
> curl -u admin:admin 'http://localhost:9001/server/default/jcr:root/test.json'
> -X COPY -H 'Overwrite: T' -H 'Destination:
> /server/default/jcr:root/copytest.json' -v
> {code}
> The new node was created, but instead of being named "copytest.json", it is
> called "copytest".
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Updated] (JCR-4146) json extension is removed by AbstractWebdavServlet on COPY request
[
https://issues.apache.org/jira/browse/JCR-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4146:
Fix Version/s: 2.8.7
> json extension is removed by AbstractWebdavServlet on COPY request
> --
>
> Key: JCR-4146
> URL: https://issues.apache.org/jira/browse/JCR-4146
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-webdav
>Affects Versions: 2.15.3
>Reporter: Ana Vinatoru
>Assignee: Julian Reschke
> Labels: candidate_jcr_2_6
> Fix For: 2.16, 2.12.8, 2.14.2, 2.15.4, 2.10.7, 2.8.7
>
> Attachments: JCR-4146-2.diff, JCR-4146.diff
>
>
> This issue was first observed via crxDE: the user did a copy / paste on a
> node with the .json extension (let's say test.json). After saving, the new
> node was named "Copy of test" instead of "Copy of test.json".
> I tracked the request to the AbstractWebdavServlet.doCopy method - and this
> is where the .json extension seems to be lost.
> The Destination header sent by crxde includes the extension, but the new
> resource created in doCopy does not have it.
> The request looked like this:
> {code:java}
> curl -u admin:admin
> 'http://localhost:4502/crx/server/crx.default/jcr%3aroot/libs/test.json' -X
> COPY -H 'Overwrite: T' -H 'Destination:
> /crx/server/crx.default/jcr%3aroot/libs/Copy%20of%20test.json' -v
> {code}
> To rule out issues in other layers, I tested with the Jackrabbit 2.14.x
> standalone.
> I uploaded the test.json file via WebDav, then executed the following curl
> request:
> {code:java}
> curl -u admin:admin 'http://localhost:9001/server/default/jcr:root/test.json'
> -X COPY -H 'Overwrite: T' -H 'Destination:
> /server/default/jcr:root/copytest.json' -v
> {code}
> The new node was created, but instead of being named "copytest.json", it is
> called "copytest".
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (JCR-4146) json extension is removed by AbstractWebdavServlet on COPY request
[
https://issues.apache.org/jira/browse/JCR-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4146:
Labels: candidate_jcr_2_6 (was: candidate_jcr_2_6 candidate_jcr_2_8)
> json extension is removed by AbstractWebdavServlet on COPY request
> --
>
> Key: JCR-4146
> URL: https://issues.apache.org/jira/browse/JCR-4146
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-webdav
>Affects Versions: 2.15.3
>Reporter: Ana Vinatoru
>Assignee: Julian Reschke
> Labels: candidate_jcr_2_6
> Fix For: 2.16, 2.12.8, 2.14.2, 2.15.4, 2.10.7, 2.8.7
>
> Attachments: JCR-4146-2.diff, JCR-4146.diff
>
>
> This issue was first observed via crxDE: the user did a copy / paste on a
> node with the .json extension (let's say test.json). After saving, the new
> node was named "Copy of test" instead of "Copy of test.json".
> I tracked the request to the AbstractWebdavServlet.doCopy method - and this
> is where the .json extension seems to be lost.
> The Destination header sent by crxde includes the extension, but the new
> resource created in doCopy does not have it.
> The request looked like this:
> {code:java}
> curl -u admin:admin
> 'http://localhost:4502/crx/server/crx.default/jcr%3aroot/libs/test.json' -X
> COPY -H 'Overwrite: T' -H 'Destination:
> /crx/server/crx.default/jcr%3aroot/libs/Copy%20of%20test.json' -v
> {code}
> To rule out issues in other layers, I tested with the Jackrabbit 2.14.x
> standalone.
> I uploaded the test.json file via WebDav, then executed the following curl
> request:
> {code:java}
> curl -u admin:admin 'http://localhost:9001/server/default/jcr:root/test.json'
> -X COPY -H 'Overwrite: T' -H 'Destination:
> /server/default/jcr:root/copytest.json' -v
> {code}
> The new node was created, but instead of being named "copytest.json", it is
> called "copytest".
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (JCR-4146) json extension is removed by AbstractWebdavServlet on COPY request
[
https://issues.apache.org/jira/browse/JCR-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4146:
Labels: candidate_jcr_2_4 candidate_jcr_2_6 candidate_jcr_2_8 (was:
candidate_jcr_2_10 candidate_jcr_2_4 candidate_jcr_2_6 candidate_jcr_2_8)
> json extension is removed by AbstractWebdavServlet on COPY request
> --
>
> Key: JCR-4146
> URL: https://issues.apache.org/jira/browse/JCR-4146
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-webdav
>Affects Versions: 2.15.3
>Reporter: Ana Vinatoru
>Assignee: Julian Reschke
> Labels: candidate_jcr_2_6, candidate_jcr_2_8
> Fix For: 2.16, 2.12.8, 2.14.2, 2.15.4, 2.10.7
>
> Attachments: JCR-4146-2.diff, JCR-4146.diff
>
>
> This issue was first observed via crxDE: the user did a copy / paste on a
> node with the .json extension (let's say test.json). After saving, the new
> node was named "Copy of test" instead of "Copy of test.json".
> I tracked the request to the AbstractWebdavServlet.doCopy method - and this
> is where the .json extension seems to be lost.
> The Destination header sent by crxde includes the extension, but the new
> resource created in doCopy does not have it.
> The request looked like this:
> {code:java}
> curl -u admin:admin
> 'http://localhost:4502/crx/server/crx.default/jcr%3aroot/libs/test.json' -X
> COPY -H 'Overwrite: T' -H 'Destination:
> /crx/server/crx.default/jcr%3aroot/libs/Copy%20of%20test.json' -v
> {code}
> To rule out issues in other layers, I tested with the Jackrabbit 2.14.x
> standalone.
> I uploaded the test.json file via WebDav, then executed the following curl
> request:
> {code:java}
> curl -u admin:admin 'http://localhost:9001/server/default/jcr:root/test.json'
> -X COPY -H 'Overwrite: T' -H 'Destination:
> /server/default/jcr:root/copytest.json' -v
> {code}
> The new node was created, but instead of being named "copytest.json", it is
> called "copytest".
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (JCR-4146) json extension is removed by AbstractWebdavServlet on COPY request
[
https://issues.apache.org/jira/browse/JCR-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4146:
Labels: candidate_jcr_2_6 candidate_jcr_2_8 (was: candidate_jcr_2_4
candidate_jcr_2_6 candidate_jcr_2_8)
> json extension is removed by AbstractWebdavServlet on COPY request
> --
>
> Key: JCR-4146
> URL: https://issues.apache.org/jira/browse/JCR-4146
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-webdav
>Affects Versions: 2.15.3
>Reporter: Ana Vinatoru
>Assignee: Julian Reschke
> Labels: candidate_jcr_2_6, candidate_jcr_2_8
> Fix For: 2.16, 2.12.8, 2.14.2, 2.15.4, 2.10.7
>
> Attachments: JCR-4146-2.diff, JCR-4146.diff
>
>
> This issue was first observed via crxDE: the user did a copy / paste on a
> node with the .json extension (let's say test.json). After saving, the new
> node was named "Copy of test" instead of "Copy of test.json".
> I tracked the request to the AbstractWebdavServlet.doCopy method - and this
> is where the .json extension seems to be lost.
> The Destination header sent by crxde includes the extension, but the new
> resource created in doCopy does not have it.
> The request looked like this:
> {code:java}
> curl -u admin:admin
> 'http://localhost:4502/crx/server/crx.default/jcr%3aroot/libs/test.json' -X
> COPY -H 'Overwrite: T' -H 'Destination:
> /crx/server/crx.default/jcr%3aroot/libs/Copy%20of%20test.json' -v
> {code}
> To rule out issues in other layers, I tested with the Jackrabbit 2.14.x
> standalone.
> I uploaded the test.json file via WebDav, then executed the following curl
> request:
> {code:java}
> curl -u admin:admin 'http://localhost:9001/server/default/jcr:root/test.json'
> -X COPY -H 'Overwrite: T' -H 'Destination:
> /server/default/jcr:root/copytest.json' -v
> {code}
> The new node was created, but instead of being named "copytest.json", it is
> called "copytest".
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (JCR-4146) json extension is removed by AbstractWebdavServlet on COPY request
[
https://issues.apache.org/jira/browse/JCR-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4146:
Fix Version/s: 2.10.7
> json extension is removed by AbstractWebdavServlet on COPY request
> --
>
> Key: JCR-4146
> URL: https://issues.apache.org/jira/browse/JCR-4146
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-webdav
>Affects Versions: 2.15.3
>Reporter: Ana Vinatoru
>Assignee: Julian Reschke
> Labels: candidate_jcr_2_6, candidate_jcr_2_8
> Fix For: 2.16, 2.12.8, 2.14.2, 2.15.4, 2.10.7
>
> Attachments: JCR-4146-2.diff, JCR-4146.diff
>
>
> This issue was first observed via crxDE: the user did a copy / paste on a
> node with the .json extension (let's say test.json). After saving, the new
> node was named "Copy of test" instead of "Copy of test.json".
> I tracked the request to the AbstractWebdavServlet.doCopy method - and this
> is where the .json extension seems to be lost.
> The Destination header sent by crxde includes the extension, but the new
> resource created in doCopy does not have it.
> The request looked like this:
> {code:java}
> curl -u admin:admin
> 'http://localhost:4502/crx/server/crx.default/jcr%3aroot/libs/test.json' -X
> COPY -H 'Overwrite: T' -H 'Destination:
> /crx/server/crx.default/jcr%3aroot/libs/Copy%20of%20test.json' -v
> {code}
> To rule out issues in other layers, I tested with the Jackrabbit 2.14.x
> standalone.
> I uploaded the test.json file via WebDav, then executed the following curl
> request:
> {code:java}
> curl -u admin:admin 'http://localhost:9001/server/default/jcr:root/test.json'
> -X COPY -H 'Overwrite: T' -H 'Destination:
> /server/default/jcr:root/copytest.json' -v
> {code}
> The new node was created, but instead of being named "copytest.json", it is
> called "copytest".
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (JCR-4146) json extension is removed by AbstractWebdavServlet on COPY request
[
https://issues.apache.org/jira/browse/JCR-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4146:
Labels: candidate_jcr_2_10 candidate_jcr_2_4 candidate_jcr_2_6
candidate_jcr_2_8 (was: candidate_jcr_2_10 candidate_jcr_2_12
candidate_jcr_2_4 candidate_jcr_2_6 candidate_jcr_2_8)
> json extension is removed by AbstractWebdavServlet on COPY request
> --
>
> Key: JCR-4146
> URL: https://issues.apache.org/jira/browse/JCR-4146
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-webdav
>Affects Versions: 2.15.3
>Reporter: Ana Vinatoru
>Assignee: Julian Reschke
> Labels: candidate_jcr_2_10, candidate_jcr_2_4,
> candidate_jcr_2_6, candidate_jcr_2_8
> Fix For: 2.16, 2.12.8, 2.14.2, 2.15.4
>
> Attachments: JCR-4146-2.diff, JCR-4146.diff
>
>
> This issue was first observed via crxDE: the user did a copy / paste on a
> node with the .json extension (let's say test.json). After saving, the new
> node was named "Copy of test" instead of "Copy of test.json".
> I tracked the request to the AbstractWebdavServlet.doCopy method - and this
> is where the .json extension seems to be lost.
> The Destination header sent by crxde includes the extension, but the new
> resource created in doCopy does not have it.
> The request looked like this:
> {code:java}
> curl -u admin:admin
> 'http://localhost:4502/crx/server/crx.default/jcr%3aroot/libs/test.json' -X
> COPY -H 'Overwrite: T' -H 'Destination:
> /crx/server/crx.default/jcr%3aroot/libs/Copy%20of%20test.json' -v
> {code}
> To rule out issues in other layers, I tested with the Jackrabbit 2.14.x
> standalone.
> I uploaded the test.json file via WebDav, then executed the following curl
> request:
> {code:java}
> curl -u admin:admin 'http://localhost:9001/server/default/jcr:root/test.json'
> -X COPY -H 'Overwrite: T' -H 'Destination:
> /server/default/jcr:root/copytest.json' -v
> {code}
> The new node was created, but instead of being named "copytest.json", it is
> called "copytest".
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (JCR-4146) json extension is removed by AbstractWebdavServlet on COPY request
[
https://issues.apache.org/jira/browse/JCR-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4146:
Fix Version/s: 2.12.8
> json extension is removed by AbstractWebdavServlet on COPY request
> --
>
> Key: JCR-4146
> URL: https://issues.apache.org/jira/browse/JCR-4146
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-webdav
>Affects Versions: 2.15.3
>Reporter: Ana Vinatoru
>Assignee: Julian Reschke
> Labels: candidate_jcr_2_10, candidate_jcr_2_4,
> candidate_jcr_2_6, candidate_jcr_2_8
> Fix For: 2.16, 2.12.8, 2.14.2, 2.15.4
>
> Attachments: JCR-4146-2.diff, JCR-4146.diff
>
>
> This issue was first observed via crxDE: the user did a copy / paste on a
> node with the .json extension (let's say test.json). After saving, the new
> node was named "Copy of test" instead of "Copy of test.json".
> I tracked the request to the AbstractWebdavServlet.doCopy method - and this
> is where the .json extension seems to be lost.
> The Destination header sent by crxde includes the extension, but the new
> resource created in doCopy does not have it.
> The request looked like this:
> {code:java}
> curl -u admin:admin
> 'http://localhost:4502/crx/server/crx.default/jcr%3aroot/libs/test.json' -X
> COPY -H 'Overwrite: T' -H 'Destination:
> /crx/server/crx.default/jcr%3aroot/libs/Copy%20of%20test.json' -v
> {code}
> To rule out issues in other layers, I tested with the Jackrabbit 2.14.x
> standalone.
> I uploaded the test.json file via WebDav, then executed the following curl
> request:
> {code:java}
> curl -u admin:admin 'http://localhost:9001/server/default/jcr:root/test.json'
> -X COPY -H 'Overwrite: T' -H 'Destination:
> /server/default/jcr:root/copytest.json' -v
> {code}
> The new node was created, but instead of being named "copytest.json", it is
> called "copytest".
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (JCR-4146) json extension is removed by AbstractWebdavServlet on COPY request
[
https://issues.apache.org/jira/browse/JCR-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4146:
Fix Version/s: 2.14.2
> json extension is removed by AbstractWebdavServlet on COPY request
> --
>
> Key: JCR-4146
> URL: https://issues.apache.org/jira/browse/JCR-4146
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-webdav
>Affects Versions: 2.15.3
>Reporter: Ana Vinatoru
>Assignee: Julian Reschke
> Labels: candidate_jcr_2_10, candidate_jcr_2_12,
> candidate_jcr_2_4, candidate_jcr_2_6, candidate_jcr_2_8
> Fix For: 2.16, 2.14.2, 2.15.4
>
> Attachments: JCR-4146-2.diff, JCR-4146.diff
>
>
> This issue was first observed via crxDE: the user did a copy / paste on a
> node with the .json extension (let's say test.json). After saving, the new
> node was named "Copy of test" instead of "Copy of test.json".
> I tracked the request to the AbstractWebdavServlet.doCopy method - and this
> is where the .json extension seems to be lost.
> The Destination header sent by crxde includes the extension, but the new
> resource created in doCopy does not have it.
> The request looked like this:
> {code:java}
> curl -u admin:admin
> 'http://localhost:4502/crx/server/crx.default/jcr%3aroot/libs/test.json' -X
> COPY -H 'Overwrite: T' -H 'Destination:
> /crx/server/crx.default/jcr%3aroot/libs/Copy%20of%20test.json' -v
> {code}
> To rule out issues in other layers, I tested with the Jackrabbit 2.14.x
> standalone.
> I uploaded the test.json file via WebDav, then executed the following curl
> request:
> {code:java}
> curl -u admin:admin 'http://localhost:9001/server/default/jcr:root/test.json'
> -X COPY -H 'Overwrite: T' -H 'Destination:
> /server/default/jcr:root/copytest.json' -v
> {code}
> The new node was created, but instead of being named "copytest.json", it is
> called "copytest".
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (JCR-4146) json extension is removed by AbstractWebdavServlet on COPY request
[
https://issues.apache.org/jira/browse/JCR-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4146:
Labels: candidate_jcr_2_10 candidate_jcr_2_12 candidate_jcr_2_4
candidate_jcr_2_6 candidate_jcr_2_8 (was: candidate_jcr_2_10
candidate_jcr_2_12 candidate_jcr_2_14 candidate_jcr_2_4 candidate_jcr_2_6
candidate_jcr_2_8)
> json extension is removed by AbstractWebdavServlet on COPY request
> --
>
> Key: JCR-4146
> URL: https://issues.apache.org/jira/browse/JCR-4146
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-webdav
>Affects Versions: 2.15.3
>Reporter: Ana Vinatoru
>Assignee: Julian Reschke
> Labels: candidate_jcr_2_10, candidate_jcr_2_12,
> candidate_jcr_2_4, candidate_jcr_2_6, candidate_jcr_2_8
> Fix For: 2.16, 2.15.4
>
> Attachments: JCR-4146-2.diff, JCR-4146.diff
>
>
> This issue was first observed via crxDE: the user did a copy / paste on a
> node with the .json extension (let's say test.json). After saving, the new
> node was named "Copy of test" instead of "Copy of test.json".
> I tracked the request to the AbstractWebdavServlet.doCopy method - and this
> is where the .json extension seems to be lost.
> The Destination header sent by crxde includes the extension, but the new
> resource created in doCopy does not have it.
> The request looked like this:
> {code:java}
> curl -u admin:admin
> 'http://localhost:4502/crx/server/crx.default/jcr%3aroot/libs/test.json' -X
> COPY -H 'Overwrite: T' -H 'Destination:
> /crx/server/crx.default/jcr%3aroot/libs/Copy%20of%20test.json' -v
> {code}
> To rule out issues in other layers, I tested with the Jackrabbit 2.14.x
> standalone.
> I uploaded the test.json file via WebDav, then executed the following curl
> request:
> {code:java}
> curl -u admin:admin 'http://localhost:9001/server/default/jcr:root/test.json'
> -X COPY -H 'Overwrite: T' -H 'Destination:
> /server/default/jcr:root/copytest.json' -v
> {code}
> The new node was created, but instead of being named "copytest.json", it is
> called "copytest".
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (JCR-4146) json extension is removed by AbstractWebdavServlet on COPY request
[
https://issues.apache.org/jira/browse/JCR-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4146:
Fix Version/s: 2.16
> json extension is removed by AbstractWebdavServlet on COPY request
> --
>
> Key: JCR-4146
> URL: https://issues.apache.org/jira/browse/JCR-4146
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-webdav
>Affects Versions: 2.15.3
>Reporter: Ana Vinatoru
>Assignee: Julian Reschke
> Labels: candidate_jcr_2_10, candidate_jcr_2_12,
> candidate_jcr_2_14, candidate_jcr_2_4, candidate_jcr_2_6, candidate_jcr_2_8
> Fix For: 2.16, 2.15.4
>
> Attachments: JCR-4146-2.diff, JCR-4146.diff
>
>
> This issue was first observed via crxDE: the user did a copy / paste on a
> node with the .json extension (let's say test.json). After saving, the new
> node was named "Copy of test" instead of "Copy of test.json".
> I tracked the request to the AbstractWebdavServlet.doCopy method - and this
> is where the .json extension seems to be lost.
> The Destination header sent by crxde includes the extension, but the new
> resource created in doCopy does not have it.
> The request looked like this:
> {code:java}
> curl -u admin:admin
> 'http://localhost:4502/crx/server/crx.default/jcr%3aroot/libs/test.json' -X
> COPY -H 'Overwrite: T' -H 'Destination:
> /crx/server/crx.default/jcr%3aroot/libs/Copy%20of%20test.json' -v
> {code}
> To rule out issues in other layers, I tested with the Jackrabbit 2.14.x
> standalone.
> I uploaded the test.json file via WebDav, then executed the following curl
> request:
> {code:java}
> curl -u admin:admin 'http://localhost:9001/server/default/jcr:root/test.json'
> -X COPY -H 'Overwrite: T' -H 'Destination:
> /server/default/jcr:root/copytest.json' -v
> {code}
> The new node was created, but instead of being named "copytest.json", it is
> called "copytest".
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (JCR-4146) json extension is removed by AbstractWebdavServlet on COPY request
[
https://issues.apache.org/jira/browse/JCR-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4146:
Labels: candidate_jcr_2_10 candidate_jcr_2_12 candidate_jcr_2_14
candidate_jcr_2_4 candidate_jcr_2_6 candidate_jcr_2_8 (was: )
> json extension is removed by AbstractWebdavServlet on COPY request
> --
>
> Key: JCR-4146
> URL: https://issues.apache.org/jira/browse/JCR-4146
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-webdav
>Affects Versions: 2.15.3
>Reporter: Ana Vinatoru
>Assignee: Julian Reschke
> Labels: candidate_jcr_2_10, candidate_jcr_2_12,
> candidate_jcr_2_14, candidate_jcr_2_4, candidate_jcr_2_6, candidate_jcr_2_8
> Attachments: JCR-4146-2.diff, JCR-4146.diff
>
>
> This issue was first observed via crxDE: the user did a copy / paste on a
> node with the .json extension (let's say test.json). After saving, the new
> node was named "Copy of test" instead of "Copy of test.json".
> I tracked the request to the AbstractWebdavServlet.doCopy method - and this
> is where the .json extension seems to be lost.
> The Destination header sent by crxde includes the extension, but the new
> resource created in doCopy does not have it.
> The request looked like this:
> {code:java}
> curl -u admin:admin
> 'http://localhost:4502/crx/server/crx.default/jcr%3aroot/libs/test.json' -X
> COPY -H 'Overwrite: T' -H 'Destination:
> /crx/server/crx.default/jcr%3aroot/libs/Copy%20of%20test.json' -v
> {code}
> To rule out issues in other layers, I tested with the Jackrabbit 2.14.x
> standalone.
> I uploaded the test.json file via WebDav, then executed the following curl
> request:
> {code:java}
> curl -u admin:admin 'http://localhost:9001/server/default/jcr:root/test.json'
> -X COPY -H 'Overwrite: T' -H 'Destination:
> /server/default/jcr:root/copytest.json' -v
> {code}
> The new node was created, but instead of being named "copytest.json", it is
> called "copytest".
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (JCR-4146) json extension is removed by AbstractWebdavServlet on COPY request
[
https://issues.apache.org/jira/browse/JCR-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4146:
Attachment: JCR-4146-2.diff
similar to prev. patch, but avoids major version bump (using instanceof
Abstract... instead)
> json extension is removed by AbstractWebdavServlet on COPY request
> --
>
> Key: JCR-4146
> URL: https://issues.apache.org/jira/browse/JCR-4146
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-webdav
>Affects Versions: 2.15.3
>Reporter: Ana Vinatoru
>Assignee: Julian Reschke
> Attachments: JCR-4146-2.diff, JCR-4146.diff
>
>
> This issue was first observed via crxDE: the user did a copy / paste on a
> node with the .json extension (let's say test.json). After saving, the new
> node was named "Copy of test" instead of "Copy of test.json".
> I tracked the request to the AbstractWebdavServlet.doCopy method - and this
> is where the .json extension seems to be lost.
> The Destination header sent by crxde includes the extension, but the new
> resource created in doCopy does not have it.
> The request looked like this:
> {code:java}
> curl -u admin:admin
> 'http://localhost:4502/crx/server/crx.default/jcr%3aroot/libs/test.json' -X
> COPY -H 'Overwrite: T' -H 'Destination:
> /crx/server/crx.default/jcr%3aroot/libs/Copy%20of%20test.json' -v
> {code}
> To rule out issues in other layers, I tested with the Jackrabbit 2.14.x
> standalone.
> I uploaded the test.json file via WebDav, then executed the following curl
> request:
> {code:java}
> curl -u admin:admin 'http://localhost:9001/server/default/jcr:root/test.json'
> -X COPY -H 'Overwrite: T' -H 'Destination:
> /server/default/jcr:root/copytest.json' -v
> {code}
> The new node was created, but instead of being named "copytest.json", it is
> called "copytest".
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (JCR-4146) json extension is removed by AbstractWebdavServlet on COPY request
[
https://issues.apache.org/jira/browse/JCR-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4146:
Attachment: JCR-4146.diff
Test case and potential patch.
The change is to extend the {{DavResourceLocator}} interface, so that the JSON
handling can be skipped when processing Destination header fields.
I'm not totally sure that this is the right approach, but it seems to fix this
problem. There's also the issue that this requires an interface extension,
making a version bump necessary. This could probably be addressed with an
extension interface if needed.
[~anchela] - feedback appreciated.
> json extension is removed by AbstractWebdavServlet on COPY request
> --
>
> Key: JCR-4146
> URL: https://issues.apache.org/jira/browse/JCR-4146
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-webdav
>Affects Versions: 2.15.3
>Reporter: Ana Vinatoru
>Assignee: Julian Reschke
> Attachments: JCR-4146.diff
>
>
> This issue was first observed via crxDE: the user did a copy / paste on a
> node with the .json extension (let's say test.json). After saving, the new
> node was named "Copy of test" instead of "Copy of test.json".
> I tracked the request to the AbstractWebdavServlet.doCopy method - and this
> is where the .json extension seems to be lost.
> The Destination header sent by crxde includes the extension, but the new
> resource created in doCopy does not have it.
> The request looked like this:
> {code:java}
> curl -u admin:admin
> 'http://localhost:4502/crx/server/crx.default/jcr%3aroot/libs/test.json' -X
> COPY -H 'Overwrite: T' -H 'Destination:
> /crx/server/crx.default/jcr%3aroot/libs/Copy%20of%20test.json' -v
> {code}
> To rule out issues in other layers, I tested with the Jackrabbit 2.14.x
> standalone.
> I uploaded the test.json file via WebDav, then executed the following curl
> request:
> {code:java}
> curl -u admin:admin 'http://localhost:9001/server/default/jcr:root/test.json'
> -X COPY -H 'Overwrite: T' -H 'Destination:
> /server/default/jcr:root/copytest.json' -v
> {code}
> The new node was created, but instead of being named "copytest.json", it is
> called "copytest".
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (JCR-4146) json extension is removed by AbstractWebdavServlet on COPY request
[
https://issues.apache.org/jira/browse/JCR-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4146:
Attachment: (was: JCR-4146.diff)
> json extension is removed by AbstractWebdavServlet on COPY request
> --
>
> Key: JCR-4146
> URL: https://issues.apache.org/jira/browse/JCR-4146
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-webdav
>Affects Versions: 2.15.3
>Reporter: Ana Vinatoru
>Assignee: Julian Reschke
>
> This issue was first observed via crxDE: the user did a copy / paste on a
> node with the .json extension (let's say test.json). After saving, the new
> node was named "Copy of test" instead of "Copy of test.json".
> I tracked the request to the AbstractWebdavServlet.doCopy method - and this
> is where the .json extension seems to be lost.
> The Destination header sent by crxde includes the extension, but the new
> resource created in doCopy does not have it.
> The request looked like this:
> {code:java}
> curl -u admin:admin
> 'http://localhost:4502/crx/server/crx.default/jcr%3aroot/libs/test.json' -X
> COPY -H 'Overwrite: T' -H 'Destination:
> /crx/server/crx.default/jcr%3aroot/libs/Copy%20of%20test.json' -v
> {code}
> To rule out issues in other layers, I tested with the Jackrabbit 2.14.x
> standalone.
> I uploaded the test.json file via WebDav, then executed the following curl
> request:
> {code:java}
> curl -u admin:admin 'http://localhost:9001/server/default/jcr:root/test.json'
> -X COPY -H 'Overwrite: T' -H 'Destination:
> /server/default/jcr:root/copytest.json' -v
> {code}
> The new node was created, but instead of being named "copytest.json", it is
> called "copytest".
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (JCR-4146) json extension is removed by AbstractWebdavServlet on COPY request
[
https://issues.apache.org/jira/browse/JCR-4146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke updated JCR-4146:
Attachment: JCR-4146.diff
Test case.
> json extension is removed by AbstractWebdavServlet on COPY request
> --
>
> Key: JCR-4146
> URL: https://issues.apache.org/jira/browse/JCR-4146
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-webdav
>Affects Versions: 2.15.3
>Reporter: Ana Vinatoru
>Assignee: Julian Reschke
> Attachments: JCR-4146.diff
>
>
> This issue was first observed via crxDE: the user did a copy / paste on a
> node with the .json extension (let's say test.json). After saving, the new
> node was named "Copy of test" instead of "Copy of test.json".
> I tracked the request to the AbstractWebdavServlet.doCopy method - and this
> is where the .json extension seems to be lost.
> The Destination header sent by crxde includes the extension, but the new
> resource created in doCopy does not have it.
> The request looked like this:
> {code:java}
> curl -u admin:admin
> 'http://localhost:4502/crx/server/crx.default/jcr%3aroot/libs/test.json' -X
> COPY -H 'Overwrite: T' -H 'Destination:
> /crx/server/crx.default/jcr%3aroot/libs/Copy%20of%20test.json' -v
> {code}
> To rule out issues in other layers, I tested with the Jackrabbit 2.14.x
> standalone.
> I uploaded the test.json file via WebDav, then executed the following curl
> request:
> {code:java}
> curl -u admin:admin 'http://localhost:9001/server/default/jcr:root/test.json'
> -X COPY -H 'Overwrite: T' -H 'Destination:
> /server/default/jcr:root/copytest.json' -v
> {code}
> The new node was created, but instead of being named "copytest.json", it is
> called "copytest".
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
