jQuery Basics: Creating a Password Confirmation Form - Perfect

Kathryn, I am using a mac with google chrome. the page doesnt go to a 405 after clicking submit, it didnt at any point, not even when I downloaded their finished code and copied and replaced it onto the workspace, not even at the beginning .. check your url after you click the submit button.. if it has the # after the URL when you click submit then the form worked.. delete the # in the url hit return to reload the page and try it again.. if it once again loads a new page with #.. then it worked.

Eric Roellig, Andrew Chalkley:

Thanks for that info. Strange to me that you would get a different result than the instructor who is using MacIntosh OSX & Google Chrome from the looks of his video. (I know that's what all the Treehouse instructors are using.) I even updated my jquery from 1.11.0 to 1.11.3 in my index.html file to see if it changed the response, & it doesn't. I get a different dialog box whether I use the 1.11.0 jquery script or the 1.11.3 jquery script in my index.html. Hmmm.

kathryn... it doesn't have anything to do with your browser.. its in the code for the index page

<form action="#" method="post">

"action" is what tells your form what to do after you submit it.. action is shown to go to "#" you can replace that with a url to make it go elsewhere..

ie

<form action="http://www.google.com" method="post">

save that index page, reload your page in the browser, submit the form and you will go to google.com when you submit.. and it will probably have a 405 error because google doesnt know why you are posting to it..

Hey Eric Roellig & Kathryn Notson,

I've just opened it up in Chrome and Safari and I don't get an error now. I think the reason is this...Workspaces started out as a static tool, in other words for front-end applications. Performing a POST on '#' wouldn't work. Workspaces has evolved over time to include dynamic applications (PHP, Ruby, Python and Node.js) and the way it's set up now may allow POST requests for static sites (like the one in jQuery Basics).

Sorry for any confusion!

Regards,
Andrew

Andrew the form never gave an error as if it were broken.. in the video it shows that when you click on the submit button the page goes to a new page with a 405 . that is shown as the correct function of the form.. Which may have worked like that at some point. But now with whatever server changes you have had it doesnt do that.. so instead of the user being taken to a new page the page simply reloads the same exact form example, which makes you think that your code is broken because you didnt go anywhere upon click submit. You are expecting to see the 405 page but you just see your same form, and it does it quick enough that you dont notice.. it just appears that your code is broken because you are looking at the same form and not another page

someone should at least change the form action to something other than "#" so that the workspace functions as it does in the video (going to another page rather than reloading the current page).. no??

thanks.