Media Browser doesn't work without clean urls

i had the same problem.
enable clean urls to solve it.

Ah yes enabling Clean URLs solved this problem for me. Thank you kuri-su!! More info for cleanURLS: http://drupal.org/node/15365

This seems to be a bug we need to fix.

I tested this with the current 1.x and 2.x code and am not seeing this behavior. Are there any JS errors that are being thrown?

Enabling Clean URLs solved this problem for me.
My config: Media 7.x-1.0-rc1, Media Gallery 7.x-1.0-beta6, Media Browser Plus 7.x-1.0-beta3 - Apache 2.2

Andrea C - 1.0-rc1 not working for you without clean urls?

Hi Arthur,
First of all: my Drupal site is not a "fresh install" but it has it's own story. It's a migration from a Windows 2008 server to Linux CentOS 6. In the past, when it was on Windows, I already tried one of the first beta of "Media" that broke Drupal and I needed to clean the database by hand to uninstall it. May be some dirty is still there.
What I can say is that I did the following steps:
After moving to Linux and having the web site working fine I:

• updated Plupload integration module to 7.x-1.0-beta3 (this module was left here unused form the previous media installation
• disabled module Styles
• installed Media 7.x-1.0-rc1 with File Entity 7.x-1.0-rc1, Media Gallery 7.x-1.0-beta6, Media Browser Plus 7.x-1.0-beta3, Media Internet Sources 7.x-1.0-rc1

At this moment I experimented the issue described here.
Then I found this post and:

• went to admin/config/search/clean-urls where the "enable clean urls" flag was not visible
• edit httpd.conf and set AllowOverride All in the web site VirtualHost Section to enable the Drupal .htaccess
• Now, in admin/config/search/clean-urls the check box for enabling clean urls was visible
• I enabled clean urls

After doing this I was able to add pictures to the gallery
Then I red your comment, I went back to disable again clean urls and the adding media to the gallery continue to work

So I think the problem for me was that Apache didn't let Drupal .htaccess being used

Could you try this with just the media module and not the others enabled? I'm trying to pin down if it is something specific to this module or if it is a result of one of the others that you have installed.

I don't know if I understand well, how to test what you are asking, because I had the problem trying to add images to a media_gallery content type. So I'm not sure where to test it if media_gallery is disable.

If i guessed what to do, I create a "TestMedia" content type, add a "TestImage" field of type "image" and widget equal to "Media file selector"
Then I add some new node of type "TestMedia" and add some images to the "TestImage" field, both uploaded image and image selected from library.
This worked always, in all condition:

• With other modules enabled (Media Browser plus, Media Gallery, Media Internet Sources, Plupload integration module) or only with the media module enabled
• With clean urls or without
• with or without "AllowOverride None" in httpd.conf

But if I try to add a media to a Media Gallery content type it works only if I comment out the default "AllowOverride None" directive inside the httpd.conf Apache configuration file.
If I understood how Apache works, the above mentioned directive blocks the execution of the .htaccess files that comes with the default installation of Drupal (I haven't modified it)

AllowOverride All sounds very dangerous. Just sayin.

And I'm glad to see that Andrea C managed to get it working without that apache config.

And by the way, I found a javascript error, http://drupal.org/node/1281044#comment-5382348

Subscribed.

Many (all?) users in this issue mention the media_gallery module. The media_gallery module had such a problem with non clean urls. The latest release of media_gallery (beta7) solves this issue (see #1000702: Ajax Callbacks fail if Clean URLs are not enabled). Reading this issue seems for me not a media module related issue.

I'm unable to duplicate this. I disabled Clean URLs and the Media Browser (not with Media Gallery enabled) works as expected without any errors.