same thing happens with chrome (and i'd assume IE too). I'm not sure why this endpoint
was added to the python code... I can't see it anywhere in the JSONWireProtocol

This issue was closed by revision r16627.

it's not fixed. i have 2.21.2 and still see the same issue.

The fix is almost there - it needs another conditional because the Message can be different
from "Unrecognised command: POST".  It can also be "Command not found: POST".  If you
hack the remote driver and add this conditional to the change made by David, it all
works.

can someone suggest where this is broken since the group who raised it have it working.

I am sure that you can appreciate that "it's not fixed" is not a bug report, not even
in the slightest, and therefore can not be acted on.

status will stay as is until more info is given

When running it in our project, the same stack trace as above, however, message was
slightly different.  Instead of the "Unrecognised command", it was "Command not found:
POST".

All I did to remedy this, was in the local source of our selenium add this condition
to the change you did and it works for us.  I.e. where you in diff r16627 line 223
do:
if "Unrecognized command: POST" in e.__str__():

we also now check for "Command not found: POST".

unfortunately only the original person to raise this bug has given anything meaningful.
Adding random strings to code is not something I would ever do as this is a Bad Idea.


Until I can get something like a browser and Version or browser and OS, that returns
this message that you are suggesting then unfortunately this bug will not be looked
at again.

status will stay as is until more info is given

Fair enough - I am not to concerned, I already changed the code to work in our scenario,
based upon your fix.  

Our machines are in a secure network, so just getting a stack trace from there takes
a long time and you have to jump through big hurdles signing papers to move any data
from them.  I just tried to be helpful for the others that are experiencing similar,
possible the same, problem.

Unfortunately nothing helpful has been given in my opinion. "Add this random string
and it works" doesn't tell me what OS, Browser or what you are trying to work around.


Since this bug has STR for the bug that is fixed I can't see why you can't tell me
basic information. Think of it this way, would you accept a random telling you "Add
this random string" in a bug report from one of your clients? 

As I said earlier, the stack trace is exactly the same as above, bar the different original
python file, GUID and the message in the WebDriverException.

I.e - without having signed the paper
  File "OurPyTest.py", line X, in <module>
    file_input.send_keys(file_path)
  File "/usr/local/lib/python2.7/dist-packages/selenium/webdriver/remote/webelement.py",
line 143, in send_keys
    value = self._upload(local_file)
  File "/usr/local/lib/python2.7/dist-packages/selenium/webdriver/remote/webelement.py",
line 219, in _upload
    return self._execute(Command.UPLOAD_FILE, {'file': base64.encodestring(fp.getvalue())})['value']
  File "/usr/local/lib/python2.7/dist-packages/selenium/webdriver/remote/webelement.py",
line 204, in _execute
    return self._parent.execute(command, params)
  File "/usr/local/lib/python2.7/dist-packages/selenium/webdriver/remote/webdriver.py",
line 153, in execute
    self.error_handler.check_response(response)
  File "/usr/local/lib/python2.7/dist-packages/selenium/webdriver/remote/errorhandler.py",
line 125, in check_response
    raise exception_class(value)
selenium.common.exceptions.WebDriverException: Message: 'Command not found: POST /session/<guid>/file'

Os: XP, Webbrowser: IE6, Python version: 2.7, Unsure which Selenimum version it is,
but it contains the fix in r16627.  Not looked into what generates the WebDriverException
message and as such I do not know if it is related to the type WedDriver or not.

Knowing the OS and the browser is all I needed. I will make sure that it is fixed asap
then.

I got a different message from above mentioned, ie. 'status":405,"value":["GET","HEAD","DELETE"]'.
And I add the extra condition check and it works.

@ryan please let us know what browser, browser version and platform you were running
against

This was fixed in r16800.

Please in future add browser, browser version and platform as a MINIMUM to bug reports.
The bug report without that is pretty much invalid and could be closed as invalid or
even worse, ignored.

@luke, the browser I used for the test was Google Chrome, build 18.0.1025.168 on Windows
7.