Upgrading from 1.6 to 1.7 causes post update button not to work.

[magichew]

I updated long established BP site running BP-Default theme from 1.6 to 1.7. Since the update the Post Update button has been unresponsive. I thought it could be a theme issue as I changed it to twentytwelve so I changed it back to BP-Default and the issue remained. Tried killing plug-ins, no change.
Downgrading again to 1.6 fixed the issue.
I've installed 1.7 from scratch on a few sites and used with the twentytwelve theme without issue.
Could be an issue upgrading from 1.6 installs?

[r-a-y]

Can you elaborate on what you mean by "unresponsive"?

bp-default appends an animated spinning GIF when you click on the "Post Update" button.

However, for theme compat, theme compat uses a subtle, pulsating animation on the button itself. (See #4610.) This might not be as clear as the spinning, animated GIF, but let me know if this is what you meant.

[magichew]

Sorry r-a-y. You're right and I did notice that the button pulses when using the twenty twelve theme and the spinning wheel is visible when trying with the BP-default. I should say that the post button doesn't post. It reacts like it always did and looks like its going to post but the text never gets posted. It just stays in the text box where you can type.

[magichew]

modemlooper suggested that I add the buddy press-functions.php file to a buddypress folder in my theme's folder. Unfortunately this had no effect on the problem.

[boonebgorges]

magichew - Do you know how to use a JS console like Firebug? Could you enable the console, and see what happens when you click the Post Update button? Is it sending a POST request? What's the response code (404, 200, etc)? What's in the response body?

[magichew]

Looks like a 200?

I've attached a screen shot.

[boonebgorges]

Thanks, magichew. What's being sent in the POST request? (The Post tab.) You're not getting a response back from BP, which is a bit perplexing; if you're getting a 200 response, it means that *something* should be returned.

[magichew]

boonegorges I hope I've grabbed the right stuff. See POST Tab.jpg

[boonebgorges]

Thanks, magichew, but that's the wrong tab. Find the Post tab under Console.

[magichew]

I don't seem to have one.

[boonebgorges]

Next to "Headers" ​https://buddypress.trac.wordpress.org/attachment/ticket/4850/Firebug.jpg

[magichew]

Got it. See POST TAB 2.jpg

[boonebgorges]

Thanks for the additional screenshot. From what I can gather, it looks like the JS is working correctly. That means that something's happening server-side, which you'll have to debug. Unfortunately, it's not going to be straightforward, as there are several layers where things could be going wrong.

Is other AJAX working in your theme? That'd rule out at least some possibilities.

Any chance you could email me creds for your site? WP creds as well as server creds, so I can try to trace the issue. boone at gorg dot es

[magichew]

Sounds way over my head boone. Check your inbox. Is admin enough for you or do you need super admin?

[boonebgorges]

Thanks for the details, magichew. I've found the issue. Moving discussion to #4761.

[boonebgorges]

(In [6826]) Improvements in the way ajaxurl is determined

Introduces bp_core_ajax_url() for easier unit testing

Switches bp_core_ajax_url() back to using admin_url(), but now it's more
sensitive to various HTTPS setups, including FORCE_SSL_ADMIN.

Corresponding unit test: ​https://github.com/buddypress/BuddyPress-Unit-Tests/commit/5cec5a154f568c83fd97f1e8ce5333a9183f2a4d

Partially reverts r6790. See #4850.

Fixes #4761

Props r-a-y