[
https://issues.apache.org/jira/browse/JCRVLT-186?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16066128#comment-16066128
]
Tobias Bocanegra edited comment on JCRVLT-186 at 6/28/17 8:30 AM:
------------------------------------------------------------------
bq. Just checking: this means that the request is broken - thus the problem is
in the client's remoting code, right?
or, that a difference in the request, causes a bug in the receiver. e.g.
inproper chunked handling. I did the request through a proxy (charles) and it
decodes the chunked request already. since the 2 payloads are the same, it is
very likely that it is the receiver :-(
was (Author: tripod):
bq. Just checking: this means that the request is broken - thus the problem is
in the client's remoting code, right?
or, that a difference in the request, causes a bug in the receiver. e.g.
inproper chunked handling.
> rcp fails to copy binaries correctly
> ------------------------------------
>
> Key: JCRVLT-186
> URL: https://issues.apache.org/jira/browse/JCRVLT-186
> Project: Jackrabbit FileVault
> Issue Type: Bug
> Components: RCP
> Affects Versions: 3.1.38
> Reporter: Tobias Bocanegra
> Priority: Critical
>
> coping a binary, eg. an image results in data corruption, probably dues to
> wrong charset setting in the webdav POST:
> {noformat}2017-06-28T15:01:31.114+09:00
> --PuVe35GoHu1NaGvsEEeuI3O1LXf5jbJ
> Content-Disposition: form-data;
> name="/content/dam/dst/test.png/jcr:content/renditions/cq5dam.web.1280.1280.png/jcr:content/jcr:data"
> Content-Type: jcr-value/binary; charset=UTF-8
> Content-Transfer-Encoding: binary
> ‰PNG
> ....
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
