Hello,

I love CTools! This is a project I would really like to contribute to in the near future, and I hope to figure out the problem on my own and write a patch for it before anyone else. >:) Okay, back to the issue at hand..

I'm using a standard 6.x-1.7 version that has the last 'allow greater customization of modal' patch. All of my CTools Ajax works fine for every browser except Internet Explorer (the bane of my existence, honestly). It's the same for all versions of IE, but it doesn't affect everyone. Some people using IE7 have it working just fine while others using IE8 have the problem. Here's what happens:

When they click something that is supposed to initiate the ajax, they get a file download prompt saying they clicked on a file of an unknown mime type.

Here's an example bug report:

I tried to do an instant conection and clicked on 1 ,2, 3. When I would click on the number, I would get the following message:
File download security warning: Do you want to save file, or find program online to open it.
Name: 3
Type: unkown file type

I received around 10 of these reports in that past week, all from people using IE6-8. Unfortunately I myself have not been able to duplicate the bug completely, but it seems like it's happening more on the ajax modal multistep form we have walking people through our main product. It also happens on a panel that has 3 URL string contexts, a user context, a taxonomy term context, and a bunch of visibility rules that are there to make each panel variant like 36 different possible pages so I think it has something to do with the Spirit of Open Source being angry at me for abusing CTools to the extreme (merlin, I give you 90% of the credit for this website. Everything is a panel. It even relies on CTools for all forms of access control) without giving back to the project.

The only modules I'm using are CCK+A bunch of supporting modules, flag 2.x, imagecache, private messages, advanced forum 2.x, SWF Tools, Ubercart, Ubercart Views, Ctools, Panels, Features, Rules, and my own custom glue modules and there aren't any really strange configurations (besides the fact that panels basically controls everything) so I don't know why this would be the first bug report on this problem, but it seems like it is..

Comments

eugenmayer’s picture

eugenmayer commented

running into the same issue with .dev

It seem to be related to
http://bytes.com/topic/javascript/answers/602230-problem-ie-ajax-file-up...

http://encosia.com/2007/02/23/ajax-file-downloads-and-iframes/
http://stackoverflow.com/questions/1525567/ajax-popup-blocked-in-ie-but-...

Its most probably the way ctools using ajaxSubmit on file-uploads

eugenmayer’s picture

eugenmayer commented

Well i finally find out it all comes down to the <textearea> hack and a missing

form['#attributes']['enctype'] = 'multipart/form-data';

in the form definition. If you use ctools ajax without that and ctools decides to do iframe submits, the submits will get rendered wrong, as the ctools_multpart input field ( hidden ) is not set and therefor ctools_ajax_render will not use the <textearea> syntax..leading to those errors.

summit’s picture

summit commented

Subscribing, greetings, Martijn

merlinofchaos’s picture

merlinofchaos commented
Status: Active » Closed (won't fix)

Note that it's not CTools that decides to do an iframe submit, that's jquery. I don't think there's really anything CTools can do about that. It can't really analyze the form and decide you need to add the multipart. :/

eugenmayer’s picture

eugenmayer commented

Merling thats correct, thats not an issue thats why i never opened it :)

Ctools does not do any mistakes, but it is hard to debug what is wrong (on your own side).

merlinofchaos’s picture

merlinofchaos commented

Yeah, it is. There are a bunch of places where you can run into completely non-obvious problems by not doing that. I don't have any good ideas how to help make that easier. :/