Warning: file_get_contents() failed to open stream: No such file or directory in _locale_parse_js_file()

Hmm, I recall fixing that issue in the D6 version, however it is possible that it hasn't been ported yet, will look into it ASAP.

Get the same message. Added a path for the uploads in field settings (files/images for example)! Worked fine after that!

Got the same issue on Drupal 7.x, but solution from #2 didn't help. Error is show on node edit page one time after each clearing cache.

I'm getting a similar error:

Warning: file_get_contents(sites/all/modules/wysiwyg_fields/plugins/wysiwyg_fields_field_files/wysiwyg_fields_field_files.js): failed to open stream: No such file or directory in _locale_parse_js_file() (line 1482 of /home/dave/Dropbox/Projects/drupal7dev/includes/locale.inc).

I think this should help as we should actually check if the file exists before attempting to attach it.

Hrm, now I remember that this file is supposed to be generated on-demand by wysiwyg_fields_wysiwyg_plugin_callback(). Wondering how to try and prevent the error now.

Indeed, can't use that check if there really is no file.

If I recall correctly the issue is due to Drupal trying to cache the file, and if I recall correctly I have witnessed this issue before (possibly not ported from D6 yet) and the solution was to add the file (drupal_add_js()) before the Wysiwyg module adds the file and flag it to not be cached.

I will try to test and resolve this issue ASAP.

Cheers,
Deciphered.

Yeah I only saw the warning once after loading the node form after I enabled my first field for wysiwyg.

Thanks, this patch solves problem for me.
But which module and for what must create this file? Maybe it is not necessary already and we can comment-out this code?

Murz, I assure you that while the patch might suppress the error, it will also prevent Wysiwyg Fields from functioning, so I'd recommend not using it. The best thing you could do is to provide easy to follow reproduction steps so I can see the issue in practice and resolve it asap.

I think that the problem is that this file is not created by module, I see only ''wysiwyg_fields.css" and "wysiwyg_fields.inc" files in plugin folder.
I try to give for folder "plugins" full permissions (777), but this isn't help.
On which event this file must be created? Can you tell filename and sting number for look?

In my case it happens after clearing cache and loading altered form second time with #attached JS. JS file is certainly there. Does someone have any progress in this issue?

I've been trying to reproduce this issue this morning and have yet been unable to. I'm marking this as postponed until I can figure out how to reproduce it.

Any help is welcome.

I doubt this helps at all, but I had a similar and I suspect related issue occur on two sites simultaneously. No PHP warning, but a 404 logged by watchdog and the javascript silently failing.

Countless `drush cc all`-ing didn't help, but clearing only the menu cache fixed it. Of course, having fixed it, I now can't work out how to make the problem recur.

I am getting a error of this, when i trying access content option from administrator menu. how to fix it,
Warning: file_get_contents(/jquery.sharrre.min.js): failed to open stream: No such file or directory in _locale_parse_js_file() (line 1488 of /hermes/bosnaweb01a/b1773/ipg.cityclassyin1/clssified/includes/locale.inc).

7.x-1.x and earlier did a lot of fancy tricks to make dynamically generated javascript files, I thought it had been resolved in a late commit, but regardless, 7.x-2.x no longer does that as it no longer uses the Wyswiyg API module and is primarily a native CKEditor plugin.

Marking as fixed.