Hi there,

I read a similar problem in another thread which I can no longer find, in which TinyMCE seemed to be stripping the SWF input tags. I had SWF Tools working on a previous installation of Drupal, but since then I have started a new installation with new database, although I have left the previous installation files online to save time. Currently my site is at www.sonisis.com/dezkirkup2, but any SWF input URL is outputting as www.sonisis.com/dezkirkup2/sites/default/files/sites/default/files - with no filename in the URL.

I saw on another thread there was a patch but I'm unable to impliment it as I don't have that level of access on my hosting package. I had hoped it would be included in the recent update. I've deleted the TinyMCE folder from sites/all/modules, but if there's any other folders I should delete to completely erase the installation that would be helpful.

Any help would be appreciated, there must be some files left over from the previous installation as that seems to be the only common ground, having had SWF Tools working fine before installing TinyMCE previously.

Thanks!

Comments

dkirkup’s picture

Ok, this is bizarre.

I have now started a completely fresh install, this includes a new database, upload of the install files, even the directory has been renamed (http://sonisis.com/dk2).

I have only the core modules and swf tools enabled, and yet I am still getting the same problem. I'm really stuck as to what the cause is here?

I did have it working once upon a time many installs ago, and it seemed to happen the first time after a TinyMCE module install, in accordance with everyone else experiencing this problem. But now I can't understand what could possibly be causing this issue unless there is some sort of cache not being cleared at my webhosts end?!

escoles’s picture

Related issue:

Media path being set to sites/default/files/sites/default/files
http://drupal.org/node/401140

There was a patch, but it doesn't seem to affect this behavior. This is still broken, as far as I can tell.

ADDENDUM: This break goes back a ways. I just now tried to install 6.x-1.3 to see if it could provide a workaround (didn't need any of the newer features as far as I could see), and I get the same doubling of the path (sites/default/files/sites/default/files when it should be sites/default/files) and consequent mis-identification of the file as "mixed media".

What's puzzling is that more people aren't reporting this. I haven't been able to do a setup where it doesn't happen, and can't see a way to configure my way out of it, but apparently it's not happening to everyone. Or are they just giving up and not reporting it?

ADDENDUM 2: This also seems to affect external paths. If I stipulate an external path (say, http://domain.tld/sites/default/files/video/Bivona-video-2009-05.flv [not a real path], it gets transformed in the embedded code into http://domain.tld/sites/default/files/sites/default/files. [this refers to 6.x-2.5]

ADDENDUM 3: To clarify, AFAICS this is not a result of any WYSIWYG editor interaction. I did tests on the linked issue where I found the problem still occuring after the WYSIWYG editor (FCK in my case) was completely uninstalled. Filter substitution is happening -- it's just doubling the path to the media directory.

VM’s picture

what is set in administer -> swftools -> file handling -> media directory url?

using the most recent -dev I can't reproduce this.

escoles’s picture

For my own case, the Media directory URL has been http://domain.tld/sites/default/files.

If I reset the media directory URL in settings.php (say, to http://domain.tld/sites/default/files/video), then the path is no longer repeated -- but the filename of the movie is also never added. So the file URL becomes http://domain.tld/sites/default/files/video, when it should be http://domain.tld/sites/default/files/video/moviename.flv.

[edit: corrected examples]

VM’s picture

I suggest trying the -dev version to see if you can reproduce it there.

escoles’s picture

I will try the dev version, but just so we're clear, the latest dev version available at this time is dated March 17, 2009 - 03:30. There have been two minor versions since that date.

EDIT: Woops, I see "Last updated: April 28, 2009 - 19:26". The sort threw me off: It's appearing below 2.4 and 2.5.

VM’s picture

the 2.x-dev was last updated on April 28 2009 which places it after the last minor release 2.5 see: http://drupal.org/node/404500

escoles’s picture

Following are results using 6.x-2.x-dev.

For the case where I've forced a change in the Media URL, the flashvars parameter value looks like this:
<param name="flashvars" value="width=400&amp;height=320&amp;file=http://domain.tld/sites/default/files/video/">

This is against a tag of <swf file="moviename.flv">.

So, I removed the override from settings.php, and edited the tag to <swf file="video/moviename.flv"> Now the flashvars parameter value looks like this:

<param name="flashvars" value="width=400&amp;height=320&amp;file=http://domain.tld/sites/default/files/sites/default/files">

I moved the video to the root of the files directory and changed the tag to <swf file="moviename.flv"> (no changes to module configuration), the flashvars parameter looks like this:

<param name="flashvars" value="width=400&amp;height=320&amp;file=http://domain.tld/sites/default/files/video/">

So stripping the sub-path from in front of the filename seemed to cause the path duplication to go away. HOWEVER, the path in flashvars now directly contradicts the Media URL setting, which I can verify is now http://domain.tld/sites/default/files, NOT http://domain.tld/sites/default/files as implied by the flashvars parameter line.

And it still doesn't seem to be able to find the file.

(I have verified that http://domain.tld/sites/default/files/moviename.flv will resolve to the file in question.)

I give up.

VM’s picture

VM’s picture

Status: Active » Closed (duplicate)

whoops

escoles’s picture

Status: Closed (duplicate) » Active

1: What changes would once having used an editor make to the system configuration, that could cause this kind of behavior?

2: chargrim has implicitly stated that he did not install an editor on the new clean install. ("have only the core modules and swf tools enabled, and yet I am still getting the same problem. I'm really stuck as to what the cause is here?") So that difference does not exist.

escoles’s picture

Status: Active » Closed (duplicate)

[resetting to duplicate, got set back to active when I replied.]

VM’s picture

Status: Closed (duplicate) » Active

the duplication of the path is what where I see the largest similarity. I see where you could draw from my "note" otherwise so I've removed the reference to editor and my own setup.

VM’s picture

Status: Active » Closed (duplicate)

we stepping on each other : )