Can't update, save, or edit players since site move.

I'm having the same problem.

Hi,

Check the permissions on your sites/default/files/jwplayermodule/configs dir
I had to update the permissions in order to copy a new player in admin/settings/jwplayermodule
The problem I'm having is I cannot change the player name.

Before I installed the jquery_ui module and jquery.ui library I got this message: To complete installation of the JW Player Plugin for WordPress ...

My player plugin is not working either anymore ([jwplayer|config=sample_copy|file=http://localhost:10088/media2/sites/default/files/library/video/video_0.... ?

Is there some kind of installation procedure for 6.x.1.3 I'm not finding ?

This does sound like a permissions issue. As toby53 said, please be sure to check your sites/default/files/jwplayermodule/configs/. Although this should already be writable as the files directory is intended for saving files.

Also, I apologize for the erroneous error message. We maintain several CMS modules which share a common codebase. I'll make sure to clean that up.

@toby53, could you provide a link to where the embed code you posted isn't working? Hopefully that will give me an idea of what's going on.

In terms of the installation process, this version requires jquery_ui for the player configuration interface. Note also that the location where the module expects the player.swf to be has changed as well. It should be located in sites/default/files/jwplayermodule/player/. The upgrade tab in the JW Player admin section lets you upload a player zip or download one directly. It should handle the saving of the player to the correct place.

Thanks.

This error was thrown at me when my player name has spaces in it. Maybe you should check your player settings to make sure it doesn't have spaces.

I too have been having the issue with not being able to save, edit or delete the jwplayer configs. I actually ended up copying over the old config from the previous version and it now works for the video player - but I can not update or modify it. I also can not create a new config either.

I had to copy the player.swf file from the previous version to get the video to play.

Anyhow - any thoughts on why the configs can't be created or edited? I have made sure the permissions are correct and the new config file is in the files directory structure since the new version update.

Anyone had any break through on why the config files won't save? Permissions are set fine but it just keeps failing when the config is updated or created.

Hey guys,

The issue may be a result of the location change where the player and configs are stored. The new directories are

/sites/default/files/jwplayermodule/player
/sites/default/files/jwplayermodule/configs

This was done to bring it more inline with Drupal's best practices, particularly in the interest of security since the plugin now provides automated install of the player. Upon upgrading the plugin was supposed to handle this migration but it looks like there may be a bug with this.

It still looks like a permissions issue which is odd though since the files directory should be writable by default.

Can you guys provide any more details about your setups?

Thanks.

Subscribing. I'm running a multisite setup and am also experiencing problems where I can't update existing players or create new ones.

Initially had trouble with the automated install (failed due to permissions issues), but have since been able to get that install process to complete without error by manually creating the /sites/sitename/jwplayermodule/ directories and copying my old player configuration files to the configs subdirectory of that new folder.

Hi - I didn't have the player folder set up the way you mentioned above so I created it and moved the player from the module files to that and it still works.

I did however try to edit the config and it still gives me the error on saving.

Here's the error I am getting:

The '' failed to save. Please make sure the sites/default/files/jwplayermodule/configs/ directory exists and is writable

The permissions are all set for the files and I even tried setting them to 777 as well to open it wide open and still getting the errors.

files
jwplayermodule
config

... are all set to 755

Any thoughts?

BBC are you still seeing the issue with the config file not being saved?

Anyone have any success at finding out what is happening?

same problem all right really forgiven, but it will not be saved. Manuel can only enter into xml

Same problems here, can't save or create new player setup, i can set default player...strange. Worked around by copying the the sample.xml file in /sites/default/files/jwplayermodule/configs/newfile.xml. The new file shows up in the player list, edited that file for my player...

Subscribing. I too am still having this issue. Anyone got any work arounds or ideas?

Yeah, this is a confirmed saving issue. We're working on a fix and we'll try and get it out as soon as possible.

I'm sorry for the delay and the inconvenience.

I think this is happening to me.

On my sandbox, using Xampp, I have no problem updating and getting the player saved, but on my live site, it just goes to a white screen.

I am still having this issue too... Anyone have any insight on how to fix it?

just saw the LongTail video post - so thanks for looking into this issue...

Same problem for me

Yeah, we'll try and get an update out next week. I'm sorry for the inconvenience this is causing.

Running into the same issues here with 6.x-1.4.

From what I can tell this problem occurs when you have your files directory set to something other than sites/default/files.

I disabled and uninstalled the module, set my files directory path to sites/default/files (see comment #7) re-enabled the module, didn't put any spaces in the custom player name (see comment #4) and I was able to create a new player.

Drupal allows you to change the location of the files directory at any time, and doesn't require you to have anything at sites/default/files so ideally these paths wouldn't be hard coded anywhere.

I have also made sure that the file structure was as #20 and #7 stated as well as no spaces in the player name as #20 and #4 state as well, but it still won't let me edit and save the player config.

I still get the following error:

The '' failed to save. Please make sure the sites/default/files/jwplayermodule/configs/ directory exists and is writable

Sounds like there is a write issue in the software and that JWplayer team are working on getting it fixed - see #15 and #19... Looks like a fix is on the way!

subscribed

Subscribe

I'm having this same issue. any fix yet?

Anyone heard if this has been fixed yet?

Latest dev as recently as 7/11 still had issues.

I will have to take another look then. The 1.4 update should have addressed this issue as I'm no longer seeing the issue on my local install.

Sorry for the delay.

I just upgraded to ver 1.4 but still have a write error...

The selected file /home/123abc/public_html/sites/default/files/tmp/file43I5Tx could not be uploaded, because the destination is not properly configured.

I also noticed that I could create a new config and that was saved. But when I tried to edit it - changed a value and tried to save it - I still get the error - The '' failed to save. Please make sure the sites/default/files/jwplayermodule/configs/ directory exists and is writable.

It does exist and it set to 755

Any thoughts?

Just tried to delete it and got the following error:

warning: unlink() [function.unlink]: No such file or directory in /home/123abc/public_html/sites/all/modules/jwplayermodule/framework/LongTailFramework.php on line 106.

@tsaw,

I'm currently working on another update. I've switched the save method to use Drupal functions as opposed to standard PHP functions. However, I'm still not able to replicate the saving issue. Do you have your files directory to be configured in another location like @mrf mentioned?

Also is the upload error in relation to uploading a player?

Thanks.

Hi,

I believe that they are set up as per the docs I read and also as @mrf referenced...

/sites/default/files/jwplayermodule/configs is where the custom player config file is located - it's the config-filename.xml file.

permissions are:

sites is 755

default is 555

files is 755

jwplayermodule is 755

configs is 755

config-filename.xml is 644

Just let me know if you require any other info as well.

Thanks so much for working on this for us!

Thanks!

Tim

Hi Tim,

I'm still having difficulty reproducing your issue.

I noticed based on the paths that you provided that you're using a Linux server. As a result I set up a Linux VM to see if that was potentially the cause. However, I'm still not having any luck.

The file permissions you listed are correct. I've also double checked that the location of the files directory shouldn't matter. The module uses the built in Drupal function which returns the current path.

The only time I can actually generate the error message is if I edit a player, set the Selected Player name to be nothing and then click Save. Are you setting the name of the player?

Thanks.

Ok - I think I see what is happening now... When I select edit on a player file - it brings me to the page where the config settings are, but there is no name of the player at the top - see attached files. If I update the config settings and select save - I get the error... It's only when I type in the name of the config that I changed will it save correctly. It appears to not picking up the player name when editing.

Here's what I am seeing - see attached files.

Thanks!

Tim

Hi Tim,

Thanks for the screenshots. That narrows it done now at least. The player name is set by JavaScript before the form submit triggered by clicking the edit button. Are you getting any JavaScript errors on that page?

Thanks.

Hi,

Not seeing any java errors on the page at all...

Thanks,

Tim

So for now I am assuming that we just type in the name of the player that we are editing - until the java script is fixed and it will put that in there for us. So everything else should be working fine other than that?

Thanks!

Tim

Yeah, just ensuring the there is a name in that field should get it to save correctly. I'll try and reproduce the issue on my end and hopefully get the bug resolved.

I apologize for the inconvenience.

subscribe

hi. Is there a fix for this issue? I'm clicking "edit" and all of the configuration settings that I previously set, including the "Selected Player" textfield are empty...

Same here. After creating a custom player, it will work just fine. If I change parameters and save them, the changes won't get saved, and Drupal will show: The '' Player was successfully saved (without the player's name in quotes). If I try to delete it, I get the message: The '' Player was successfully deleted (no player's name either, just the quotes) and the player will remain in the players' list. It just doesn't get deleted.

Since I'm unable to reproduce this locally, some additional information would be helpful.

Are you seeing any errors, particularly JavaScript ones (in the browser/firebug console)? Essentially, when you click edit a field is set and the form is submitted via JavaScript. If this isn't set correctly it won't know what player configuration to load or save. The error is likely here.

Thanks.

I get the same issue.

In the firebug console, i get the error selectionHandler is not defined.

Hi,
I have just moved the site from local to distant web server. It seems that JWP module can't read/write the players settings anymore. See files attached.
I checked the permission without any success.
Any idea ?
Thanks in advance.

NB: Arrh, JWP tries to read the default skin on http://localhost:8888/igi/sites/all/modules/jwplayermodule/skins/glow which was the local server ! (see 'Click on Edit button.jpg' file)

More: I have created a new player named 'Test' as usual. In the 'default/jwplayermodule/configs' directory, the 'Test.xml' file is correct. Next, I tried to edit this player, without any success. Finally, I deleted this player, but:
- the player stayed in '/admin/settings/jwplayermodule' page and became the default player (selected),
- the 'Test.xml' file stayed in the configs directory, and his content is only 'config/config'.

New ! When I open the JWP admin page, this warning message displays :
'warning: file_get_contents(/admin/settings/jwplayermodule/adminjs) [function.file-get-contents]: failed to open stream: No such file or directory in /home/integral/public_html/includes/locale.inc on line 1713.'

@brulain,

Thanks for posting this detailed information. I'll need to investigate further.

When you said you moved it to a distant server, how did you perform this process? The jwplayermodule uses Drupal's built in functions to determine the directories it needs to use. It's unusual that this would still be configured to your localhost.

Thanks.

Hi LTV,
Thanks for your answer.
As usual, I have copied via FTP the Drupal local site directory into the distant server, and uploaded the DB.
Everything works fine, except JWP. That's all.
Regards.

Also experiencing this issue after upgrading to 6.x-1.6 from 1.5

warning: file_get_contents(/admin/settings/jwplayermodule/adminjs) [function.file-get-contents]: failed to open stream: No such file or directory in /home/site/public_html/includes/common.inc on line 2467.

Player names still blank, still loading settings from old player when editing too.

Just installed the module and am having the same problem. I noticed in my chrome console that I was getting the following error when I navigated to "admin/settings/jwplayermodule":

Error: Failed GET http://admin/settings/jwplayermodule/adminjs?I

Then when I try to delete player, this error pops up:

Uncaught ReferenceError: deleteHandler is not defined
(anonymous function) jwplayermodule: line 155
onclick jwplayermodule: line 156

FInally, When I try to save a new player the following error occurs:
error 404: http://sois.uwm.edu/500.shtml

Screen shots are attached showing the errors in the chrome developer console.

I was able to discover where the errors were coming from. In file "jwplayermodule/admin/PlayerState.php", line 77 reads
drupal_add_js("/admin/settings/jwplayermodule/adminjs", "module", "header");
It should read:
drupal_add_js("admin/settings/jwplayermodule/adminjs", "module", "header");

By removing the first slash, the adminjs file is recognized and the javascript loads properly. There is a different issue now, then the config page is refreshed the xml files that contain the player settings are emptied. I am able to successfully create a new player, but when reloading "/admin/settings/jwplayermodule/players" the last edited custom xml file in "sites/default/files/jwplayermodule/configs" are blanked to just have
<config></config>

Edit:
It seems to be an issue with a session variable and can be avoided by navigating to another page after saving the player.

@rlnunez,

Thank you for posting your findings. I will make the proposed update and investigate the SESSION variable issue.

Thanks.

@rlnunez,

I've started on an update and have implemented your proposed change.

However, I'm having trouble reproducing the session variable issue you've discovered. Could you provide an exact list of steps? It would be helpful in my effort to fix the issue.

Thanks.

I've successfully installed JW Player on localhost with MAMP. I've performed the same steps on the shared hosting, but it was failed and showed WSOD as a result.
Further investigation showed that zip archive has been successfully downloaded and (over)written, but couldn't get unpacked.
I've found the exact string that produces the error.
Check string #300 at jwplayermodule.module:
$zip = new ZipArchive();

I suspect that some PHP module is missing.
I've compared Registered PHP Streams parameter on MAMP and my shared hosting.
MAMP:
https, ftps, compress.zlib, compress.bzip2, php, file, data, http, ftp, zip
Hosting:
https, ftps, compress.zlib, compress.bzip2, php, file, data, http, ftp

Do you see the difference?
MAMP has zip section, shared hosting doesn't have it.

*Update:
My shared hosting provider has added zip support in PHP and it worked!
So, the suspect was correct.

@LongTail Video here is what I did:

1) create a new Custom Player
2) Give it some random settings (I would set the width and height to 960 to just see that the settings took)
3) Save the custom player
4) refresh the "JW Player setup" page

This should reproduce the bug and all of the settings in the player that you just created should be set back to defaults.

Edit:
Found another issue with the drupal_add_js code. If the site's JS Compression performance is enabled, then the admin.js file will not load as it is not used on every page of the site. The bandaid solution is to set the $cache property of the function to FALSE like so
drupal_add_js("admin/settings/jwplayermodule/adminjs", "module", "header", FALSE, FALSE);

Fresh install today, same problem as described above: I can create a custom player, but the edit button doesn't select the player, the Basic Settings form doesn't show any player name.

Edit button produces the console warning: Resource interpreted as Script but transferred with MIME type text/html.

The delete button merely produces "The '' Player was successfully deleted." and
"ReferenceError: can't find variable: deleteHandler"

Loading the config page,
Console shows this: GET http://admin/settings/jwplayermodule/adminjs?f A server with the specified hostname could not be found.
(is this a missing leading slash?)

Server is LAMP. Permissions checked OK as recommended above.

Wreford, the issue is in a drupal_add_js() call. LongTail accidentally prefixed the path in the function:
drupal_add_js("/admin/settings/jwplayermodule/adminjs", "module", "header");
whereas it should only be
drupal_add_js("admin/settings/jwplayermodule/adminjs", "module", "header");

You can find this in jwplayermodule/admin/PlayerState.php (line 77) in the render() function.

Remove the slash and all should be functional :)

Cheers,
Brendan

Thans Brendan, it works fine !

@ddd200,

Glad to hear you got it working. I will update the documentation to make this requirement clearer. It was my mistake for thinking this support was standard.

@rlnunez,

Thanks for providing these steps. I'll take another look at the issue. I will also investigate the caching issue you discovered.

@intriguedevelopment, @brulain,

This will be included as part of the 1.7 release which we're very close to releasing.

Thanks.

Any reason why this config is stored in the files directory? This isn't a very secure place in most basic drupal sites.

And it also makes it annoying to push config changes between development / staging / live.