summaryrefslogtreecommitdiffstats
path: root/ipc
diff options
context:
space:
mode:
authormtomasz@chromium.org <mtomasz@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2014-06-10 12:51:46 +0000
committermtomasz@chromium.org <mtomasz@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2014-06-10 12:51:46 +0000
commit31c55bee2cf3edcea8b1a087f7a34f50abddfb1d (patch)
tree323b8648abd99dcc1c134260c329fbfb26a17aa7 /ipc
parent73a66d2ad32e871954320363c0aa0ba305f1112b (diff)
downloadchromium_src-31c55bee2cf3edcea8b1a087f7a34f50abddfb1d.zip
chromium_src-31c55bee2cf3edcea8b1a087f7a34f50abddfb1d.tar.gz
chromium_src-31c55bee2cf3edcea8b1a087f7a34f50abddfb1d.tar.bz2
[fsp] Fix incorrect handling of file system URLs when containing a %.
Mount point names can (and in case of File System Provider API often do) the % character, in order to create a safe mount point name from an arbitrary file system id, which can be any string, and often is a file name path. Such path may contain /, which have to be escaped, since the mount point name must not contain that character. However, GetExternalFileSystemRootURIString() wasn't properly escaping the % character, what caused treating it later as an encoding sequence of an url. TEST=Tested manually with a file systems containing % in the mount point name. BUG=248427 Review URL: https://codereview.chromium.org/312283002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@276002 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'ipc')
0 files changed, 0 insertions, 0 deletions