Upload not working in the Rad Editor Image Manager tool

[Manisha]

Hi,

I am working on an ASP.Net Application which uses Telerik Rad Ajax tools in it. We have recently upgraded the Telerik version to the latest Q3 2012 version (2012.3.1308.35) from the Q3 2011 version. After the upgrade, the Image manager tool of the Rad Editor is behaving absurd. Firstly, the Upload and Delete button are not visible at all on the Image Manager window even though no change was made in the code. When I add the UploadPath parameter in the Image Manager declaration code, the button appears but the upload event is not fired on clicking the button. When I right- click on the folder named XYZHandler (where all images are kept) in the window, it gives me options to UPLOAD or RENAME. On selecting Upload, I get the window with Browse and Insert buttons but on selecting a file and uploading, it gives an error stating : File cannot be written to the given target.

Has the way of handling images in the Image manager changed in the latest version ? If so, could you please explain how. If not, what could be causing this issue ?

Please provide me a solution to this.

Thanks & Regards,

Manisha

[Vessy]

Hi Manisha,

A possible reason for such a behavior could be if you are using external dialogs for the RadEditor, which are not updated with the ones in the latest version. The dialog files have to be taken from the same folder where the current version of RadControls is installed and after that to apply all modifications to them.

If this is not the case, though, I will need to examine your markup on my side because I was not able to reproduce the described issues. You could see how to isolate a sample fully runnable project in the following blog post: Isolating a problem in a sample project

Regards,
Veselina Raykova
the Telerik team

[Manisha]

Hi Veselina,

I  have updated the dialog files at the time of upgrade itself , so it might not be the issue. We are planning to raise a support ticket for this.

Thanks,

Manisha

[Rumen]

Hi Manisha,

My suggestion is to test with the built-in dialogs without registering the external ones, e.g. do not set the ExternalDialogsPath property. Does the problem still persist?


All the best,
Rumen
the Telerik team

[Manisha]

Hi Rumen,

I tried to test with the built-in dialogs without registering the external ones but the problem still persists. We are using Rad Editors everywhere in the application so this is a big issue.

Please any other suggestions ??

Thanks,

Manisha

[Vessy]

Hi Manisha,

Is this issue reproducible only in IE? If so, it could be connected with the loading of maximum 31 stylesheets per file. Please, see the following blog post on the subject: Internet Explorer CSS limits and try the suggestions in it.

Kind regards,
Veselina Raykova
the Telerik team

[Manisha]

Hi Veselina,

I was able to reproduce this issue on Chrome and FF also, so its not an IE issue only.  I will raise a Support ticket today with screenshots. Please take a look and see if you can find a solution for this.


Thanks & Regards,
Manisha

[Vessy]

Hello Manisha,

I have just answered your support ticket on the subject and I would suggest you to continue our conversation in it so I will close this forum for the moment.

Plase, feel free to post the solution here once the issue has been resolved.


Regards,
Veselina Raykova
the Telerik team

[Adam]

It would be nice if you could answer the issue here too, so that other's can see the solution.

I've had this issue a couple of times in separate projects

[Vessy]

Hello Adam,

The cause of the experienced by Manisha issue turned out to be missing overrides of the CheckReadPermissions, CheckWritePermissions and CheckDeletePermissions methods of a ImageManager's custom content provider:

public override bool CheckReadPermissions(string folderPath)
{
    return true;
}
public override bool CheckWritePermissions(string folderPath)
{
    return true;
}
public override bool CheckDeletePermissions(string folderPath)
{
    return true;
}

Nevertheless, such behavior can be faced in case the ImageManager's paths are not configured properly (using the built-in content provider). To test it you can put some images in the target folder and see whether they are listed in the manager. If no - most probably the control cannot find the folder (or do not have enough permissions to access it) and this is why it shows an empty folder with the passed name.

Kind regards,
Vessy
Telerik