|
|
Rank: Member
Groups: Member
Joined: 5/19/2010
Posts: 22
|
Hi, we use the following code.
<eo:AJAXUploader runat="server" id="AJAXUploader1" Width="400px"
TempFileLocation="" MaxDataSize="30000" MaxFileCount="1"
AutoPostBack="True" AutoUpload="True"></eo:AJAXUploader>
Problem is, that after selecting a file the component is not calling the callback function ...
so code like the following is no (never) called.
foreach (EO.Web.AJAXPostedFile file in AJAXUploader1.PostedFiles)
{
ManageFileUpload(file);
}
We updated config file as described and other Inputs found here... but we still have a no running solution.
Interessting: On our local page all is running perfect.
Also interessting:
in the temp file Folder we have a lot of .Status files (no other ???)
On the local Installation we have also other types. Strange...
Some idea about how I can proceed to fix this...?
Thanks.
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,196
|
Hi,
Please try to update to the latest version first, then try to upload a very small file and see if it works. Let us know the result and we can then go from there.
Thanks!
|
|
Rank: Member
Groups: Member
Joined: 5/19/2010
Posts: 22
|
Hi, now I have last Version of your dll. I tested to uplaod a very small test file... but > no changes! I made a "empty" testfile (test.aspx) using minimal code. I tested rights of the target System for the them Folder. I have no idea about what's wrong here. The link to my testfile: http://www.yogalives.ch/test.aspx
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,196
|
Hi,
Try to turn off cookieless session for your site. That might interfere it.
Thanks!
|
|
Rank: Member
Groups: Member
Joined: 5/19/2010
Posts: 22
|
Done...
but still not responding...!
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,196
|
Hi,
Please check whether your application is running under full trust. AJAXUploader requires full trust to run. When we trace the network package, we found that your server returned a FieldAccessException exception, which indicates a permission issue.
Thanks!
|
|
Rank: Member
Groups: Member
Joined: 5/19/2010
Posts: 22
|
Hi after a lot of test at this Moment we have this difference between some running and some not running applications.
All running installations run's on IIS 6.0.
All not running installations are using Windows 2008 / IIS7.5 Server.
We think, ull trust or not makes no differense. Meaning. On IIS 6.0 we don't have it and all is running 1A.
Some ideas...? Thanks.
|
|
Rank: Member
Groups: Member
Joined: 5/19/2010
Posts: 22
|
additional to the last Post:
I had some times ago a simular Problem: lock on "Ajax Uploader - not fire "Autopostback" on IE10" ...
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,196
|
Erni wrote:
Some ideas...?
It's not that if you decided not to believe us we would be able to invent something else for you. In this case we traced the package and we saw very clearly that your server throw a FieldAccessException due to a permission issue. So you will want to correct that issue first. Thanks!
|
|
Rank: Member
Groups: Member
Joined: 5/19/2010
Posts: 22
|
...the fact is, that on Providers site (given be customer) it makes a 300% difference regarding the costs if we need a full trusted area or not. So we tested a lot to find a other solution.
But you right… it was solved switching to “full trusted” thanks for your help.
|
|