Closed
Bug 309551
Opened 19 years ago
Closed 19 years ago
URLs passed on the command line are parsed by the shell (bash). with cygwin setup version 2.510.2.2
Categories
(Firefox :: Shell Integration, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: tjblair, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 Firefox/1.0.7 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 Firefox/1.0.7 URLs passed on the command line are parsed by the shell (bash). with cygwin setup version 2.510.2.2, same as fixed linux bug Reproducible: Always
Comment 1•19 years ago
|
||
The Linux version of this bug was bug 307185.
Flags: blocking1.8b5?
Flags: blocking-aviary1.0.8?
Comment 2•19 years ago
|
||
This may be a stupid question, but, um, how? The Linux bug was because the commandline handler for Linux is a shell script, but since the Windows commandline handler is firefox.exe, how are you seeing URLs parsed by bash? Even if I run |firefox http://local\`find\`host| from a cygwin shell, I just get a Feeling Lucky search for local%60find%60host.
Comment 4•19 years ago
|
||
stuff like http://google.com/search?q=$PATH works, the backquoting doesn't. However, this is seems to be what is getting passed to us by bash, so we can't exactly fix it. Nor is this really exploitable since we do not use any sort of bash script while being invoked. If you have a bash shell, and you paste in something bogus, you can hose your system with or without Firefox.
Comment 5•19 years ago
|
||
Marking invalid based on comments from Phil and Mike.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Flags: blocking1.8b5?
Flags: blocking-aviary1.0.8?
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•