After upgrading to 6-2.3 from 6-1.3, the player for single mp3s is rendering as Flowplayer3, and doing so with the wrong path. It's trying to read from sites/default/files/sites/default/files - a duplicate path which doesn't exist. It seems to be assuming that the mp3 in a post is mixed media rather than just an mp3.

I see

You are missing some Flash content that should appear here! Perhaps your browser cannot display it, or maybe it did not initialise correctly.

if I set the player for Mixed Media to JW4 and

200, Stream not found, NetStream.Play.streamNotFound, clip '[Clip] 'sites/default/files/sites/ default/files

when its set to Flowplayer3.

I'm only calling for one mp3 file in the swf syntax, doing it through TinyMCE in the WYSIWYG API.

Members fund testing for the Drupal project. Drupal Association Learn more


Stuart Greenfield’s picture

That sounds very strange. The message you are seeing for FlowPlayer3 is the one you should see if you're trying to stream audio, rather than play a file. Can you confirm how you're calling SWF Tools.

If I use <swf file="audio.mp3"> locally then it works fine, and I can use any player that I like. Was it all working ok before the upgrade?

Does it start working normally if you downgrade back to 6.x-1.3?

The other thing you can try is check the SWF Tools status page - what does that say is configured as the default player?

Stuart Greenfield’s picture

Title: Wrong player, wrong path to files » Media path being set to sites/default/files/sites/default/files

I'm renaming this thread as I have now seen this report in a few places.

For some reason, for some users, the file path to an audio file is being presented as sites/default/files/sites/default/files.

I have never seen this behavior locally, but it is clearly something that is not affecting everyone, but is relatively common. Therefore I am going to use this thread to try and track down why it is happening.

Based on the post above, for this user, things were ok at version 6.x-1.3, but broken in 6.x-2.3. That at least might pin down what code was changed and shed some light on the change.

Please can anyone else being affected by this bug report in this thread so I can try to establish a picture of what is causing the bug to appear.


Stuart Greenfield’s picture

A similar issue is reported in #418064: External Files in filter not working where the wrong path is being created when using an external reference.

Stuart Greenfield’s picture

Status: Active » Needs review

OK, I think I may have an idea of what is happening.

When I was tidying up the issue queue tonight I found #351725: SWF Tools <swf></swf> tags being removed by Tiny MCE on page 2, somewhat lost, that describes an issue with the WYSIWYG editors.

First I tried installing WYSIWYG API and TinyMCE and it was working ok, although you have to use the [swf] filter format rather than <swf> (but that's ok, the [swf] filter is now working properly. As an aside [] is the preferred Drupal way to write a filter, so I'm going to start promoting that syntax from now)

As a test I tried locally using the swf filter, not in a WYSIWYG editor, but setting <swf file="">, ie passing an empty file. That resulted in the message No player is configured to play a series mixed media files. Check the SWF Tools file handling settings on the configuration page..

If I then do what you have done and configure a media player for mixed media then it tries to render the empty file and I get the player trying to play http://localhost/drupal6/sites/default/files/sites/default/files, exactly the error that is being reported.

So, what does this mean. I think the issue might be related to users that are using WYSIWYG editors that change the input and result in a filter string that SWF Tools no longer recognises. It must be recognising the swf part since it is trying to render something, but it I suspect it is not properly detecting file="somefile". So SWF Tools tries to render an empty file. In turn, SWF Tools doesn't know what to do with a "nothing" so it interprets it as mixed media (so I need to fix it to intercept an empty file to make it clear what is wrong, but park that for now).

The linked thread also suggests that " can be encoded to &quot; and if that is happening then that will break the filter. A patch is provided to fix it.

I simulated this scenario by creating an input filter using &quot; instead of ", and again, I get the error message as the filter doesn't find the file. Using the suggested patch makes it work properly.

I then ran a test using FCKeditor, and without the patch the filter fails. With the new patch it works fine.

So I am now fairly sure that the issue here is the WYSIWYG editors cleaning the code in a way that the SWF Tools processor didn't like.

As this looks like the probable fix I have committed it on branches DRUPAL-5 and DRUPAL-6--2. If people experiencing this issue could pick up the latest code and give it a go I'm very hopeful this will fix your issue.

I have also changed the wording in the help and filter tips to show the filter in the new, preferred [swf] format and I will get round to amending the documentation to encourage use of this format.

The only thing I don't understand is that the filter processor didn't change between 6.x-1.3 and 6.x-2.3!

Please can you post your findings - to me this patch looks good locally so I plan to make a new release very soon, but would appreciate any feedback on whether it works for other users.

Stuart Greenfield’s picture

Status: Needs review » Fixed

Released in SWF Tools 6.x-2.5.

escoles’s picture

Version: 6.x-2.3 » 6.x-2.5
Status: Fixed » Active

Re-opening and adjusting version as I am seeing this in 6.x-2.5, with video. Some of my particulars are different, but it seems to me likely to be related.

If I view the rendered source, I see the following as the path to the video directory:



  1. Using FCKEditor, not TinyMCE+WYSIWYG API. (I have verified that the error persists if I edit and save the node after disabling FCKEditor on that node.)
  2. JW4 player loads and returns error 2032.


  1. File is being read as mixed media (guess that's a function of the broken path?)
  2. Path broken in the same way.


  • FWIW, I've verified that this is also happening with external paths. That is, I get the same repetition of the path to the video files directory.
  • I've also verified that the original external path is good by using it to load the test video in a standalone client.
VM’s picture

escoles’s picture

Note that this issue has been observed on systems which have never had a WYSIWYG editor enabled.

See first comment at:

clemens.tolboom’s picture

fwiw I cannot render my own player from the themes directory


What I noted in swftools.module is that in line 443 I would expect a negation. That is if _no_ media path given make it into drupals files system directory

      // Then check if files are being sourced locally, and if they are build a file path
      if (__ ! __ swftools_get_media_path()) {
        $file = file_create_path($file);

(Changing the media path would off course render my swf files uploaded into drupal filesystem useless.)

In code there are a few calls to file_create_path and file_create_url ... could it be that somewhere a '/' got into the $file which bumps it into the file system.
That could explain the duplication of the file system path.

Hope this helps :)

jmpalomar’s picture

I got the same problem and resolved rearranging the filter order.
In my case seems some kind of interference between SWFTools and Typogrify. When I putted Typogrify after SWFTools all worked ;).

Hope this helps

utter-joy’s picture

I seem to be getting this when trying to refer to a manually made (or generated by swf tools) playlist, manually ftp transfered to the playlists directory which refers to files manually ftp transfered to default/files/(directory_name), using the [swf file="playlists/playlist.xml"] command typed in the body of the content. Being a newby, I don't know if this is exactly related, but I see the error in recent log report. Even though error reporting is set to both screen and log file, I don't see the error on the page, just get no audio, although the player seems to show up.

Also, when using [swf files="file1.mp3&&file2.mp3&&file3.mp3"] I do get an error on the page which states "cannot display the player because the file amp; does not appear to exist."

Using swf tools 6.5, jwmediaplayer4, and drupal 6.2

sdmaxey’s picture

I'm getting this error--with all other input filters turned off with an input profile that does not include a WYSIWYG editor. Has there been any progress on finding the cause, or do I just need to use a different video player?

sdmaxey’s picture

Again: I'm still getting this error with SWFTools 6.x-2.5 when using an input format that doesn't have an attached WYSIWYG editor and has all filters except the SWFTools filter turned off.

Whether my file is a fully qualified URL (which plays in my browser) or a relative link, the error and the "not found" path are the same.

mafet’s picture

just a quick question... is your server configured to have clean urls?

aeternus’s picture

I am experiencing this same problem. Has anyone found a solution? Instead of 1 pixel out player being called to play my .mp3 file (even thought that it how I have the file handling set up) it tries to use FlowPlayer3. With Flowplayer it can not find the correct mp3 file I am pointing it to. Instead it looks in "sites/default/files/sites/default/files" which is not the path I have set up.

VM’s picture

aeternus which version of swftools in is use? I ask because a fix was already committed.

have you tried -dev? are you uisng 2.5?

Stuart Greenfield’s picture

Status: Active » Needs review

This can also happen under 6.x-2.5 if the path is a relative url, starting with a /. This confused the old name handler and resulted in this issue.

Version 6.x-3.x uses a different piece of code to expand nonabsolute file paths and will properly handle /some/path/to/swf.

I'm going to set "needs review" as I think this might be the issue, but please change if not!

mafet’s picture

enable clean urls.... all will be fixed....

lyallp’s picture

clean url's does not fix it for me.
I am using CKEditor, clean url's and attempting, vainly, to have a media player that works by having a [swf file=my.mp3]

My Recent log entries shows
page not found 05/12/2010 - 22:22 sites/default/files/sites/default/files

Stuart Greenfield’s picture

Just checking - you haven't included quotes around the filename in the code above - did you include them in the input filter? It should be [swf file="my.mp3"]

lyallp’s picture

Hmmm... After a re-boot of the system it's working!
I am guessing some config entry was caching somewhere.
Still, [swf file="my.mp3"] is working!!!

Stuart Greenfield’s picture

Status: Needs review » Fixed

Reinstall fixed the issue. Setting as fixed.

casaswing’s picture

21.15 KB

I'm getting this issue as well while creating a Playlist via views in the latest 6.x-3.x dev build (Fantastic work on this BTW). Works in the node as the CCK field. Not sure if this should go here, just wanted to report this though.

Stuart Greenfield’s picture

Version: 6.x-2.5 » 6.x-3.x-dev
Status: Fixed » Active

It's still the elusive sites/default/files/sites/default/files issue, so I'll change this back to active.

Normally this happens when the path is set to an empty string, and the function for building the path gets called twice.

I am starting to think I might write a diagnostic in to that function to log what happens when that is the result and try to get a handle on what scenarios cause this?

Stuart Greenfield’s picture

@casaswing - do you know what filename you are expecting to be returned from your view? And what are you passing to SWF Tools from Views (what field / from what module).

Looking at the SWF Tools code again the most common cause of this error is going to be because SWF Toos gets an empty string as the filepath. That causes the first "sites/default/files". But the way the function tries to build a valid path it loops through the function again, so it adds another "sites/default/files".

Another cause could be an invalid or bad path. There is a relatively recent change on the dev branch which you may or may not have. I discovered that filefield will pass paths that contain spaces, and this caused one of the validity checks to fail. Spaces are now encoded. I think when I've seen this before the error was due to spaces in the filename.

Note to self / others. The function that is probably doing this is swftools_get_url_and_path($file). The functions takes the parameter $file and tries to return a filepath, and a fileurl.

This function does the following checks:

  1. Check if $file is a valid FULL url. If it is return this as fileurl.
  2. Check if $file is a valid, fully qualified (starts with /) local url. If it is return $file as fileurl, strip the basepath(), and use this as filepath.
  3. Check if $file is in the local file system, and if it is then create a relative url and return this as fileurl.
  4. We now know we have a don't have a relative url to the file system (we probably have If a remote media path is set then build a url using it and return that as fileurl.
  5. At this point we conclude $file is not a full url, it is not a fully qualified local url, it does not point to something in the file directory, and it does not refer to remote media. So we now try to MAKE a path that points to the local file system, and we call the function again to try and get a result.

This is how SWF Tools handles the case of $file="mySWF.swf". On the first pass it gets built in to a path to the local system on the first pass, and is expanded to a proper url on the second pass.

This relies on the Drupal function file_create_path($dest). This returns the file system path if $dest equates to false (the function tests for !$dest). So an empty string would satisfy that condition and cause the files directory path to be returned.

If the SWF Tools function were passed a "bad path" then this would fail all checks on the first pass, it will call file_create_path($file), and that could return FALSE. That result is looped through the function again. All checks fail but this time file_create_path($file) will return the directory path since !$file is true. A third pass would result in the "double" reference to the files directory.

casaswing’s picture

Hi Stuart,

I'm passing FLV files named Real8mmTest.flv, via a CCK file field with a Display Type of SWF Tools - No Download Link. So in the node itself, the video is playing fine (some playlist items are showing up on the node, but the video is playing).

In Views, I'm calling the file field itself (Not the data or the delta). Much like the other reports earlier, Its treating the field as a Mixed Media type and through Firebug, while the CCK field picks up the file and the file name, the views field does not, I will send screenshots when I can.

I'll read through what you wrote and check with my build to make sure things are in order. If it seems like I'm doing anything wrong, please let em know. Thanks.


casaswing’s picture

271.43 KB

I reviewed the file paths for my build. I had some underscores before, but no spaces, so I reloaded the videos with no underscores, Video names were like...


Same results, Still s/d/f/s/d/f path.

I still have the latest dev on the page (dated 4/14/10) and I see that the function swftools_get_url_and_path($file) replaces spaces with a %20. No spaces on my filenames.

I have attached a small zip package with some screenshots. One with the Page Display type of Unformatted (where the Video Works) and one with the Page Display type of SWF with the settings field exposed. In addition, I have the front end source code being generated for these displays. I have screenshots of the Front End Display and the Views UI for this view and display. Not sure if this is going to help, but thought it may be useful. Front end is a mess becuase I haven't gotten to do much with it.

Hope this helps.

Elleon’s picture

Thank you lyallp (post #21), clearing the cache fixed it for me too!

mikeytown2’s picture

Same problem. Input to swftools_get_url_and_path() is a url on a different domain; what comes out is /sites/default/files 2x

mikeytown2’s picture

Status: Active » Needs review
61.43 KB

Problem is valid_url is too strict; it does not allow spaces. swftools_get_url_and_path means 2 things. It gets a valid URL and valid path. due to url encoding these 2 strings may not be the same; thus they need to be treated differently. Patch makes this work for me.

Patch also cleans up a lot of white space issues; a lot of them.

Short version:
New function _swf_glue_url()

 * Alt to Drupal's url() function.
 * @see
 * @param $parsed
 *   An array with the url broken into their components
function _swf_glue_url($parsed) {
  if (!is_array($parsed)) {
    return FALSE;

  $uri = isset($parsed['scheme']) ? $parsed['scheme'] . ':' . ((drupal_strtolower($parsed['scheme']) == 'mailto') ? '' : '//') : '';
  $uri .= isset($parsed['user']) ? $parsed['user'] . (isset($parsed['pass']) ? ': ' . $parsed['pass'] : '') . '@' : '';
  $uri .= isset($parsed['host']) ? $parsed['host'] : '';
  $uri .= isset($parsed['port']) ? ':' . $parsed['port'] : '';

  if (isset($parsed['path'])) {
    $uri .= (substr($parsed['path'], 0, 1) == '/') ? $parsed['path'] : ((!empty($uri) ? '/' : '' ) . $parsed['path']);

  $uri .= isset($parsed['query']) ? '?' . $parsed['query'] : '';
  $uri .= isset($parsed['fragment']) ? '#' . $parsed['fragment'] : '';

  return $uri;

modify swftools_get_url_and_path() and use $uri where it's a url not filepath.

  // Encode URL
  $parts = parse_url($file);
  $parts['path'] = str_replace('%2F', '/', rawurlencode($parts['path']));
  $uri = _swf_glue_url($parts);
mikeytown2’s picture

61.46 KB

missed switching to $uri in an array

mikeytown2’s picture

61.6 KB

Did a little bit more logic reworking. double base file path should never happen now.

TheoRichel’s picture

Having the same problem, but I do not dare to patch. Could someone send me a file where is ptach is committed please?

xeraseth’s picture

I am having a simliar issue but not quite the same, I am getting "No player is configured for a single video. Check the SWF Tools file handling settings." while Flowplayer 3 is selected.

Jefferym’s picture

I have tried both mikeytown2's patch (thanks!) and unpatched versions with clean urls both on and off: the error still persists. The players still cannot access the files: I've tried feeding null "", xspf playlist (in the default - ie. site\default\files dir), and mp3s both singly and in lists. Every argument fed to the input filter makes it believe that I want to load a list of files. I've tried this with both a player defined for the list type, and none selected. When one is defined, the player loads and has no access to the files, when one is not defined it demands that I select a player to handle a list of mixed media. I have tried overriding the player using methods="someplayer", and the player overrides properly, but irrespective of the player tried (Flowplayer3, WPAudio, XSPF Player) there is no on-server access to the files.
Has anyone managed to get around this with the dev version? Or managed to get playlist working through php?

Even though no player works through the java input filer, I can still successfully call a single mp3 to play through print swf('somesong'), though feeding an xspf playlist causes the player to load and believe that I want to stream the files local to my server.

Any help would be most appreciated!

virtuali1151’s picture

Priority: Normal » Critical

I am having this same issue (/sites/default/files/sites/default/files), and I would say its a pretty major defect as all this video content is now not displayed just out of the blue. I think this should be looked at fairly urgently.


virtuali1151’s picture

Is or any patch being commited for this error?


tacituseu’s picture

Happened to me with video-6.x-4.2-alpha2 / flowplayer-3.2.5 / swftools-6.x-2.5 with video configured as a CCK field and "Don't create thumbnail" selected without "default video thumbnail" defined. Video module passes empty string from theme_video_flv (inside ['othervars']['image']). Then it hits isset($vars->othervars['image']) inside flowplayer3_swftools_flashvars.

virtuali1151’s picture

Does this patch work with swftools..???

virtuali1151’s picture

For those of you who also had this error.. our problem was with the SWFtools cache being enabled.. turned that off.. and it worked ok..

virtuali1151’s picture

spoke to soon... this error is still happening.. does anybody have a patch for swftools 6.x-3.0-beta4 that will fix this..???

does anybody else get there video_thumbs folder deleted when this error happens as well..???

Tks guys.

mikeytown2’s picture

looking at my wiki these are the patches i'm running for video stuff. Some of these have been fixed most likely. - SWF Tools (this one) - Media: YouTube - Media: YouTube - Video - Video - Emfield

virtuali1151’s picture

Hey Mike,

I tried to use your patch for swftools... all the hunks are failing... I am running version 6.x-3.0-beta4

patching file swftools.module
89 out of 89 hunks FAILED -- saving rejects to file swftools.module.rej

mikeytown2’s picture

21.86 KB

no need to use my contact form.

Here is the module file I use

virtuali1151’s picture

Hey Mike... I tried to replace that file.. cleared caches etc.. but still same issue.... its a very strange prob.. cause if I reupload the vid it will work for a little while... then all of the sudden out of the blue.. all the vids on site go to that wierd url sites/default/files/sites default/files...

Any other ideas?

Thanks again.. I really appreciate you trying to assist.


mikeytown2’s picture

It's really hard to debug if I can't repo your issue.
file_directory_path() is the function that generates sites/default/files/. Found in swftools_get_base().

In order to debug start picking apart swf(). Good luck. I will say that swftools_get_url_and_path() is where the error is most likely as my patch fixed this for me; as this is where I ID-ed this last time.

virtuali1151’s picture

Ok.. tks Mike.. I will see what I can come up with.. thanks again..


bcobin’s picture

Trying to get playlists working for a series of .flv files and I have the same problem. I've set up a content type and used File Upload and the individual videos play fine (if output is set to SWF Tools), but when I try to use a series of them in a playlist (using Path to file as output) I get the following error:

Result: Stream not found, clip: '[Clip] 'sites/default/files/sites/default/files'

I've tried several remedies:

Saving the media files to a non-default directory and changing settings.php; e.g.,

$conf = array(
'swftools_media_url' => '[test_site]/sites/default/files/media', // No trailing slashes!

Result: StreamNotFound, clip: '[Clip] '[test_site]/sites/default/files/media' - so it least it's looking in the right place, but not finding anything it can use.

I've also seen references to the lack of a thumbnail being a potential problem, so I also created a thumbnail field; no joy.

Tried the patch from #38 which resulted in '25 out of 89 hunks FAILED' but still no change.

The .module file from #44 - result:

Error: Cannot redeclare swftools_get_id() in sites/all/modules/swftools/swftools.module, line 1697

I'm currently working in a sandbox environment where my test sites are located as[site] - but still, the base URL should work correctly. I see others have encountered the base URL issue (I've encountered it in another context here: - any suggestions? Thanks much!

tacituseu’s picture

@bcobin: there is only one hunk in #38

bcobin’s picture

Oops - I meant patch from #32 - sorry!

Stuart Greenfield’s picture

Status: Needs review » Active

Just acknowledging that I've seen this thread.

I'm really puzzled as to what is happening here.

Locally I've not seen this in a while, but I'll try to work through the comments above, try to recreate the errors, and then fix it.

Will leave status as critical as this clearly does break SWF Tools and there seem to be enough instances to warrant a critical status.

tacituseu’s picture

In my case (with swftools 2.5/flowplayer3 and video 6.x-4.2-beta2) it turned out to be caused by video.module passing image path already containing 'sites/default/files/' and swftools prepending it again in flowplayer3_swftools_flashvars()

  // If an image was supplied to be the splash then put this first in the list
  // This code doesn't seem to be working - the player objects to { url: '' }
  if (isset($vars->othervars['image'])) {
    $playlist[] = array(
      // Get url, checking for file existence, and using a relative url if possible.
      'url' => swftools_get_media_url(swftools_get_media_path() . $vars->othervars['image']),
      'autoPlay' => 'true',

For related video.module issue see

kobnim’s picture

2.66 MB
122.01 KB

I too am having a similar problem (path = "sites/default/files/sites/default/files") and none of the solutions suggested above has worked for me.

My problem occurs within views, when I:
(a) select style = "SWF Tools", and
(b) set my field display to "path to file"

It seems that filefield is generating the correct path:
If I change the views style to "unformatted", and leave the field display as "path to file", then my view displays the correct paths, eg "sites/default/files/flv-1.flv".

In an effort to see whether some other module was causing the problem, I created a very basic drupal installation, with a minimal set of modules. Unfortunately, the problem did not go away. I will describe my minimal installation, in the hopes that this will help you reproduce the problem.

I added flowplayer to the library: sites/libraries/flowplayer3/flowplayer-3.2.7.swf
I added swfobject2 to the library: sites/libraries/swfobject/swfobject.js
I am attaching a zip of my libraries folder.

I added these modules to a default install of drupal-6.20:
-- content 6.x-2.9
-- filefield 6.x-3.10
-- flowplayer3 6.x-3.0-beta5
-- swf_tools 6.x-3.0-beta5
-- swf_tools_api 6.x-3.0-beta5
-- swfobject2 6.x-3.0-beta5
-- views 6.x-2.12
-- views_ui 6.x-2.12
I am attaching a zip of my modules folder

I made these changes to the default admin/settings/swftools settings:
-- embedding method: swfobject2
-- flowplayer3 player: flowplayer-3.2.7.swf
-- file handling: flowplayer3 for all options
-- swf tools cache: disabled
For all other modules, I used default settings.

I created a "media" node-type with one filefield-type field, "myvideo". I used the default filefield settings.
I created two media-type nodes, each containing one uploaded flv file

I created a view with one field and one page display.
-- I added the "myvideo" field, with display = "path to url". All other settings are default.
Page display:
-- I added a page display, and set style to "SWF Tools", with default settings

I hope this will be helpful in reproducing the problem.
- Mindy

kobnim’s picture

I added some debug code to swftools and discovered a problem that may help explain the "sites/default/files/sites/default/files" problem.

The template file:
calls this function:
swftools_views_add_playlist_element(&$files, $key, $options, $work)
which is supposed to fill $files with the playlist information. In particular, this function is supposed to fill the filepath:
$files[$key]['filepath'] .

function swftools_views_add_playlist_element(&$files, $key, $options, $work) {
  // Always attach the filepath
  $files[$key]['filepath'] = $work[$options['filepath']];

The $work array contains the correct file path:

$work['field_myfilefield_fid'] = 'sites/default/files/my_filefields/myvideo.flv'

The problem is with:


$files[$key]['filepath'] is getting set to NULL, because $options['filepath'] is set to "__undefined", rather than "field_myfilefield_fid".

Here is the code that sets a default value for $options['filepath'], in

   * Set default options
  function option_definition() {
    $options = parent::option_definition();

    // Set all option defaults to SWFTOOLS_UNDEFINED
    $options['profile'] = array('default' => SWFTOOLS_UNDEFINED);
    $options['filepath'] = array('default' => SWFTOOLS_UNDEFINED);
    $options['image'] = array('default' => SWFTOOLS_UNDEFINED);
    $options['title'] = array('default' => SWFTOOLS_UNDEFINED);
    $options['description'] = array('default' => SWFTOOLS_UNDEFINED);
    $options['author'] = array('default' => SWFTOOLS_UNDEFINED);
    $options['date'] = array('default' => SWFTOOLS_UNDEFINED);
    $options['link'] = array('default' => SWFTOOLS_UNDEFINED);
    $options['duration'] = array('default' => SWFTOOLS_UNDEFINED);
    return $options;

I imagine $options['filepath'] is supposed to get reset to the fieldname, but it is not happening.

I hope this is helpful in tracking down the problem.

- Mindy

Shane Birley’s picture

Just to confirm, I am experiencing the same issue. Tested in clean installs and pre-existing players in the beta stream and the issue appears to persist regardless of how clean the Drupal installation is. I suspect the latest comment above is on the right track... still testing on this end.

More for documentation sake as it doesn't help much but this is what I find in the Drupal error log each time the player (JW Player 5) loads:

Type: page not found
Date: Tuesday, May 17, 2011 - 11:41am
User: administrator
Message: sites/
Severity: warning

This error is the same regardless of the player being used - which means it points to the Views playlist plugin (from what I can tell at the moment, more digging required).

kobnim’s picture

Here is a temporary hack to fix the 'sites/default/files/sites/default/files' problem. It does not address the underlying problem, but it seems to get the job done.

a. Create a copy of views-view-swftools.tpl.php, called "views-view-swftools--page.tpl.php"
b. Add the following code, just above the call to swftools_views_add_playlist_element():

  if ($options['filepath']==='__undefined'){
    $suffixes = array('_fid', '_embed');
    foreach ($keys as $id) {
	  foreach ($suffixes as $suffix){
	    // if $id ends in $suffix, set $options['filepath'] to $id
	    if (strlen($suffix)<strlen($id) && 
			substr_compare($id, $suffix, strlen($id)-strlen($suffix), strlen($suffix)) === 0){

Comment #54 explains the motivation for this hack.

- Mindy

sven_xo’s picture

my way to fix this is:

go to settings.php


$conf = array(
    'swftools_media_url' => 'http://yourdomain.tld', 


geantbrun’s picture

27.38 KB

I'm getting the same issue. I've created a simple view (output last ten mp3 files, only one field : file - not data -, Path to file format, style SWF Tools) and I get the following error when I go to the page of the view:

200 Stream not found NetStream.Play.StreamNotFound, clip: '[Clip]'sites/default/files/sites/default/files''

FlowPlayer3 has been activated to take care of mixed media files.

Any hint on that Stuart? (BTW, thanks for the awesome work!)

drupal9months’s picture

Try istalling Paths?

Had the same problem but this solved it for me

rcrusoe’s picture

Spent the last week trying to get SWFtools and Flowplayer3 running on D6.28 just to play a simple MP3 audio file on a static page using inline embedding, no views, no filefield, just swf file='myfile.mp3' and using the SWFtools input filter, and the error sequence outlined in post #58 still happens. Installation is SWFtools 6.x-2.5 and Flowplayer3 3.2.16. Can this actually be the case on an issue that was originally created March 13 2009??? Pardon my rudeness but WTF? Ordinarily I'd be glad to post additional info, full version and installation details, blah blah but this is kind of ridiculous. OTOH if this is a dead issue, nothing to see here move along citizen, that's ok too but would love some advice on a currently working solution to simple playback of sound files (mp3) on D6. Client is a non-profit and we're trying to get ready for the move to D7 but will that help either? BTW if I use double quotes on the mp3 filename I get the does not appear to exist error. I've also created the (duplicate) directories so /sites/default/files/sites/default/files does exist on the site and has a copy of the mp3 in it as well. Didn't help.
H. Johnson
Metadata Labs