professor99

Much thanks ellsweb for your work in finding the jquery $ bug. That’s probably justinwhedon’s problem as well.

As you have found the fix is to replace $(…) with jQuery(…) in the files wpuf-add-post.js wpuf-add-post.js.

The other javascript files are wrapped in the function($) anonymous function which is another way of avoiding this problem.

The cause is a conflict with another plugin or theme that uses a library such as Prototype or Mootools which uses $ for it’s own uses.

More on ways of addressing this problem here.

Thanks justinwhedon for the info.

Submit Post Problem
———————
Version 1.1 behaviour is totally different in this area. For the fork for Add Post on pressing “Submit Post” the button should change to “Please Wait…” as you have seen. On success a info message “Post published sucessfully” should appear above the button and the button should change back to “Submit Post”.

The article is submitted by Ajax and the info/submit button changes are done by javascript. Either the Ajax callback may not be happening or the javascript has a problem. I’ve run the code with the same PHP version you have (5.2) and didn’t have a problem. My WordPress version is 3.4.2 and yours is 3.3.2 so it could be related to that but don’t update yet because I would like to see whats going on in case others have the same problem.

What you can do which would be enormously helpful is to open Firefox and then select from the menu Tools->Web Developer -> Web Console.
This may be different on your MAC.

Tick all the logging options (Net,JS,Logging) except for CSS.

Then load your new post page.

Add your info to the new post and press the submit button.

Select and copy all the output from the web console and post it to me as a text file at the following address abruinATihugDOTcomDOTau

YouTube
——–

As for the contributor problem this is a WordPress capability problem. In order to embed code like this you need the “unfiltered_html” capability which only admin has. See this post for more info.

In that post there is the following submission by zer0ruth which outlines the solution I mentioned earlier.

Youtube Solution 1.
——————-

I had the same exact problem: admin tries to embed video, no problem. Author tries to embed same video (same exact code) and it shows up as a link instead.

This is because wordpress has the Author user role defined as someone who can only write and edit their own posts AND cannot post javascript or complicated html.

to change this you have to modify the default user capability. Thankfully, this is easy to do.

Open up the functions.php file in your theme folder. At the top of this file add the following code:

// get the "author" role object
$role = get_role( 'author' );

// add "organize_gallery" to this role object
$role->add_cap( 'unfiltered_html' );

Basically, you are just giving the author user role access to post any kind of code they want by adding the ‘unfiltered_html’ capability. Just make sure that you can trust all of your authors before adding this, because without html filtering, a user could do considerable harm to your site if they decided to post some nasty javascript

YouTube Solution 2
——————

A much better way is outlined here.

Simply watch the video on you tube and copy the youtube address from the browsers address bar and paste it directly into the visual area of the editor.

YouTube Solution 3
———————

Also mentioned in the same article is shortcodes that give you more control over your video window

The next release of this development fork 4.0 is now available.

This update sets WP User Frontend default edit/add/delete post permissions to WordPress defaults. Old installations retain previous settings.

This hasn’t yet been tested on Internet Explorer 9 & 10 and I would be grateful if someone could test this especially with the WordPress 2010 and 2011 themes.

The main differences from 1.1-fork-2RRR-3.0 follow:

* Added “Users can post?” option.
* Added “default” parameter for “Users can edit post?” option.
* Added “default” parameter for “Users can delete post?” option.
* Added “default” parameter for “Post Status” option.
* Added version to support option page.
* Added Downgrade menu
* Better language support for info div
* Enhanced security
* Added $post_type parameter to wpuf_can_post filter.
* Added $post_id parameter to wpuf_can_edit filter.
* Added wpuf_can_delete filter

Other changes are listed in the README at the following link

http://2rrr.org.au/downloads/wp-user-frontend/2RRR_4_0/README_2RRR_4_0.txt

Screenshots for the edit page can be found at the following links (Same as 3.0)

http://2rrr.org.au/downloads/wp-user-frontend/2RRR_4_0/screenshot_top_2RRR_4_0.png

http://2rrr.org.au/downloads/wp-user-frontend/2RRR_4_0/screenshot_bottom_2RRR_4_0.png

It currently has only been tested in the following configurations.

WordPress 3.4.2
Apache Server
PHP 5.2 & 5.3
WordPress 2010 Theme
WordPress 2011 Theme
Firefox 16.0.2
Safari 5.0.533.16 (should work 4.1+)
Chrome 23.0.1271.95m (should work 5.0+)
Internet Explorer 7.0 & 8.0
Windows XP

Bug Reports for other configurations would be greatly appreciated.

The update can be downloaded at the following link

http://2rrr.org.au/downloads/wp-user-frontend/2RRR_4_0/wp-user-frontend_1_1_2RRR_4_0_alpha.zip

A Github repository is available at the following link

https://github.com/professor99/WP-User-Frontend/tree/2RRR

Cheers
TheProfessor