BUG: Doubled resource request result in bad paths #4
Description
Summary
On iOS, when the Launcher requests a resource, there is a secondary resource request and the result is that parts of the resource path get double (e.g. Content/Content).
Boris implemented a workaround for this which seems effective, but since we are not certain of the origin of this, this issue is being logged to track it
Details
For example, page-blanche-20130322.epub (a document we talked about the other day) worked fine previously in iOS, but with the latest changes, first a request is made for this relative resource path:
Content/cover.xhtml
...which succeeds. Right after that another resource is requested at this path:
Content/Content/cover.xhtml
This does not occur with each document, only with some, e.g. page-blanche.
...which fails due to the extra parent directory in the path.