Once again, this module is incredible. Thank you for giving it to the community.

I find it works quite well for myself and some of my users after my first initial bumps. One particular user, who happens to be pretty important, cannot see the upload button in either 'Add New File' or 'Add New Version'. He sent a screenshot to me (attachment #1). He is using Firefox 3.6.3, Chrome 5.0.375.70, and updated Flash. He cannot update IE7 yet for other reasons.

I've attached a shot of the window for my setup, which works fine.

This is the kind of guy that needs to be able to use this module. If anyone has any suggestions, I would be incredibly grateful.

Thanks.
-Ed

CommentFileSizeAuthor
#2 FQa.png63.44 KBbmwelby
filedepot_ss2.PNG30.23 KBedfialk
filedepot_ss1.PNG35.6 KBedfialk

Comments

blainelang’s picture

Hi Ed,

The only time that I've seen this issue is when the desktop/laptop did not have the latest flash version.

bmwelby’s picture

StatusFileSize
new63.44 KB

I have experienced the same problem and I guess it is Flash causing it.

However, when I try to use IE7 I get the following error as seen in the attached image.

I'm trying to use FileDepot with Open Atrium in a work context where most people are using IE6 (there's a rolling upgrade process to IE7) so if we can get to the bottom of it not wanting to work in IE that would be great.

blainelang’s picture

I have a Windows Virtual PC instance that is running XP and on that setup, IE6 is showing all sorts of problems with the modal dialog forms. This issue is very different to the 'Missing Upload' button which will appear in all browsers if using an older version of Flash. I installed the latest Chrome on this VPC instance and it also did not show the 'Upload' button as this VPC had Flash 6.x installed.

I installed the latest Flash 10.1 and rebooted. Chrome now shows the 'Upload' button and can successfully upload documents.

bmwelby: the IE6 issue/image that was attached is IE complaining that it can not connect to that URL - that's not a error coming from the module.

bmwelby’s picture

Hi Blaine,

I asked some colleagues about the problem with the Operation Aborted and they came across this page on the MS site http://support.microsoft.com/kb/927917

I seem to be having all sorts of problems with internet explorer that is not replicated in Chrome/Firefox/etc. Even in IE8 whilst there's no operation aborted message and filedepot begins to load it grinds to a halt with the 'Please wait' dialogue box on the screen.

Any ideas or is this a bottomless mystery?

blainelang’s picture

@bmwelby: Is the site publicly accessible?

I have done testing with IE8 and not had any issues.

davet’s picture

I'm having the same issue with Internet Explorer. IE 8 brings up the 'Please Wait' message, but nothing ever loads. IE7 gives me the same error message that it can't load the page.

This module is just want I was looking for, but not working IE is going to be a hard sell the the client.

blainelang’s picture

Make sure your have FLASH 10.x for the browser. If you want more direct support you may want to consider engaging my services but I have tested it many times with IE8 successfully.

davet’s picture

I'm running the most current version of Flash and the dev release of the module. In IE I now notice an error while the "please wait" message is on the screen. It says:

Webpage error details

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0)
Timestamp: Mon, 21 Jun 2010 09:39:40 UTC

Message: HTML Parsing Error: Unable to modify the parent container element before the child element is closed (KB927917)
Line: 0
Char: 0
Code: 0
URI: http://mydomain.com/filedepot

davet’s picture

Not sure if this is the issue, but in plugins.js if I comment out

$([lyr1[0],lyr2[0],lyr3[0]]).appendTo(full ? 'body' : el);

on line 231 the error doesn't occur, but of course filedepot doesn't load.

blainelang’s picture

The code in plugins.js is for the managing the "please wait" - blockUI function.

To disable it and effectively all the code in the plugins.js file - just dummy out the main function definition.
Lines 36,37 in plugins.js

$.blockUI   = function(opts) { };
$.unblockUI = function(opts) { };
davet’s picture

That disables it for all browsers.

blainelang’s picture

Uh yes, but was only suggested for testing purposes.

geshan’s picture

may be a problem of flash.

liembo’s picture

Version: 6.x-1.0-rc3 » 6.x-1.2

I'm getting this behavior with Chrome (flash 10.3), Safari (flash 10.2) and IE9/8, not sure the version of flash there.

'Cancel' button also ineffective.

All browsers show the same missing 'upload' button. Flash/ad blocking is disabled.
Authenticated user and Admin have same behavior.
Right clicking on the button area shows that it is a flash element, does show 'About Adobe Flash Player xx.xx.xxxx' link, but also says "movie not loaded'.

Here's the embed code:

<embed type="application/x-shockwave-flash" src="sites/all/libraries/yui_uploader.swf" width="100%" height="100%" style="undefined" id="yuigen5" name="yuigen5" bgcolor="#ffffff" quality="high" allowscriptaccess="always" wmode="window" menu="false" flashvars="allowedDomain=mydomain.com&elementID=yuigen5&eventHandler=YAHOO.widget.FlashAdapter.eventHandler&buttonSkin=/sites/all/modules/filedepot/css/images/UploadButton_61x22.png">

All of the paths above check out.
Nothing in the browser javascript console other than error from 'cancel' button:

Uncaught TypeError: Object # has no method 'clearFileList'

There's some vagueness in the README.txt:

> http://yuilibrary.com/support/2.8.2/dropin_patches/uploader-2.7.0.zip - SAVE FILE as: yui_uploader.swf

Does this mean the .zip file is to be renamed, or the uploader.swf IN the zip file is to be extracted and renamed yui_uploader.swf? (incidentally, neither of these methods fixes the above problem).

john franklin’s picture

I'm testing this out with Atrium and I get the same thing. LIke liembo, the embed code looks right:

<embed type="application/futuresplash" src="sites/all/libraries/yui_uploader.swf" width="100%" height="100%" style="undefined" id="yuigen5" name="yuigen5" bgcolor="#ffffff" quality="high" allowscriptaccess="always" wmode="window" menu="false" flashvars="allowedDomain=172.16.31.152&amp;elementID=yuigen5&amp;eventHandler=YAHOO.widget.FlashAdapter.eventHandler&amp;buttonSkin=/sites/default/modules/filedepot/css/images/UploadButton_61x22.png">

But the line in the Apache log is not!

172.16.31.1 - - [19/Jul/2011:19:21:32 -0400] "GET /testgroup/sites/all/libraries/yui_uploader.swf HTTP/1.1" 404 11017 "http://172.16.31.152/testgroup/filedepot_feature" "Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_8; en-us) AppleWebKit/533.21.1 (KHTML, like Gecko) Version/5.0.5 Safari/533.21.1"

It looks like a case of OG vs FD -- FIGHT!

john franklin’s picture

My particular problem (OG + FD = fail) is solved by #1130984: 'yui_uploader.swf file not found.

aaron1234nz’s picture

The issue was also fixed for me by the solution in #16 (problem occurred on open atrium)

mayur.pimple’s picture

Hi
When i install flash player 10 version then problem is resolve.

blainelang’s picture

Status: Active » Closed (fixed)