An user is able to copy URL from the web browser URL bar to another app when both apps are diving the screen(multi window support), violating the no-proxy-bypass rule.
This bug is reproducible just on Samsung Galaxy Note devices.
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Child items 0
Show closed items
No child items are currently assigned. Use child items to break down this issue into smaller parts.
Linked items 0
Link issues together to show that they're related.
Learn more.
What do you mean with "proxy bypass" in this case? The user is able to copy a URL and then they paste it in another app and the requested page shows up? That's okay I think and "happening" on desktop as well: If I copy a URL in Tor Browser and open my Firefox then I am able to paste and load it.
Indeed, it copies the url that has the text/html format, however it filters out the Mozilla URL Object(text/x-moz-url) that has more information about the site. At least it is what the log message says:
[03-27 10:55:30] Torbutton INFO: The DataTransfer is available[03-27 10:55:30] Torbutton INFO: Inspecting the data transfer: 0[03-27 10:55:30] Torbutton INFO: Type is: text/plain[03-27 10:55:30] Torbutton INFO: Type is: text/x-moz-url[03-27 10:55:30] Torbutton INFO: Removing text/x-moz-url
and the drag and drop filter code as well:
if (type == "text/x-moz-url" || type == "text/x-moz-url-data" || type == "text/uri-list" || type == "application/x-moz-file-promise-url") { aDataTransfer.clearData(type); this.logger.log(3, "Removing " + type); }
igt0: So, is that bug still an issue we think should get fixed? If so, what exactly is the problem? (As I indicated in comment:1 that's the behavior on the desktop and I think it's okay)
It is fixed by the dragDropFilter.js in TorButton. About the problem:
When the Android multi window is enabled[1] and the user drags and drop the URL to other window, the data contains not just the URL but the current tab title.