[Fwd: [Product-Developers] PloneFlashUpload barfs on ssl]

[Reinout van Rees]

On Wed, Jan 21, 2009 at 5:28 PM, Nate Aune <natea at jazkarta.com> wrote:
> Hi Alan,
> Reinout has closed out the PFU issue tracker on plone4artists.org and moved
> all outstanding issues to plone.org.

http://plone.org/products/ploneflashupload/issues

> I wasn't aware that one could not
> upload files using https, but I'm cc'ing Reinout van Rees, who is the
> current maintainer of PFU, to hear if he has any thoughts on this issue.

current maintainer == I once fixed the python code to run on plone 3.0
current maintainer != I actually have a clue about flash

>> From:   Alan Milligan <alan at balclutha.org>
>> The aforementioned product, both version 1.1 and the new 1.2rc completely
>> fail to post to https urls.
>>
>> They each work brilliantly in http postings, both directly to Zope and via
>> Apache.  However, no https uploads work.  This is rather unfortunate,
>> because unlike http, I cannot sniff the offending traffic.
>>
>> If someone who knows more about Flash (or PloneFlashUpload) than I can
>> share any observations, that would be great.  I am more than willing to post
>> logs in excruciating detail to resolve this.

There's nothing specific in the plone-part of ploneflashupload that
would interfere with https. Pretty sure of that.

Most likely culprit: flash perhaps behaves differently security-wise
on https. And the flash code might send everything via http after all.
I'm just guessing here. So some googling is in order.

Could you open a ticket on plone.org and do some "flash https problem"
googling?

What would help is the access log of zope, to see which requests come
in, to see if the correct requests at least reach zope or whether
flash is already choking.

Again, I have no flash knowledge... ;-)


Reinout



-- 
Reinout van Rees (reinout at vanrees.org)
Work: http://zestsoftware.nl/
Blog: http://reinout.vanrees.org/weblog/
"I can be googled, therefore I am."