Export File Format Drop Down Pop Under

[Marbry]

The file format drop down on the export dialog opens up under the main dialog body rather than over it.

It also doesn't close on its own when the main dialog is closed.

Running IE 11 on Win 7, occurred both with and without compatibility mode enabled.

[Vessy]

Hi Marbry,

I managed to reproduce the first reported behavior on the Overview demo of the ImageEditor, but not on a stand-alone page containing the control. Can you verify whether this is also the scenario tested by you? If so, I examined the issue in or online demos and it turned out to be connected with an additional CSS added to some demos, namely:

.RadDock.rieDialogs {
    z-index: 20001;
}

Removing it fixes the problem, as we have already applied the fix to our demos application.

Regarding the second problem - I can confirm that it is a bug in the ImageEditor control and it is now logged into our feedback portal. You can track its progress and vote for it here: The Export dialog format drop-down remains visible after the dialog is closed

I have also updated your Telerik points accordingly as a small sign of gratitude for the reported issues.

Regards,
Vessy
Telerik

 

 

[Marbry]

I was testing on the demo.

I have the image viewer in a standalone page, but I'm unable test it because the dialogs won't open at all, or won't open fully.  Even ones I can open like the brightness for instance, the interface appears to mostly operate but it never changes the image.

For instance I've attached a screen shot of the export dialog.
​

[Marbry]

This is the warning written to the event log where the app with the control is running.  The image itself is on a different machine.

Exception information:
Exception type: HttpException
Exception message: 'ValidURLtoImageIsHere' is not a valid virtual path.
at System.Web.Util.UrlPath.CheckValidVirtualPath(String path)
at System.Web.Util.UrlPath.Combine(String appPath, String basepath, String relative)
at System.Web.VirtualPath.Combine(VirtualPath relativePath)
at System.Web.UI.Control.MapPathSecure(String virtualPath)
at Telerik.Web.UI.RadImageEditor.TryGetEditableImageFromSource(Boolean alwaysCreateEditableImage)
at Telerik.Web.UI.ImageEditor.Export.GetImageExtension()
at Telerik.Web.UI.ImageEditor.Export.SetChildrensProperties()
at System.Web.UI.Control.EnsureChildControls()
at System.Web.UI.Control.InitRecursive(Control namingContainer)
at System.Web.UI.Control.AddedControl(Control control, Int32 index)
at Telerik.Web.UI.RadImageEditor.LoadTool(Object sender, EventArgs e)
at System.EventHandler.Invoke(Object sender, EventArgs e)
at System.Web.UI.WebControls.Button.RaisePostBackEvent(String eventArgument)
at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)

[Vessy]

Hi Marbry,

The experienced problem is caused by the fact that the ImageEditor is designed to work only with virtual paths to images placed inside its application root (under the same host). Once you configure the control's ImageUrl in the expected by the control way (e.g. "~/Images/image.png") the ImageEditor's dialogs will be loaded properly. Also, please note that the image must be located in a folder accessible from the application.

I hope this information will be helpful for you.

Regards,
Vessy
Telerik

 

 

[Marbry]

Only virtual paths inside the application root.

Ok, I was hoping there was a memory based option where we didn't need to have a working version of the file on the file system.  I think I can make it work with that though.

Thank you for the information.

[Vessy]

Hi,

You are welcome, Marbry. Feel free to contact us again if we can be of any further assistance.

Regards,
Vessy
Telerik