Server error when using Image manager

[MaBerY]

 After installing Radeditor Lite 4.5 everything seems to work OK, but when trying to insert a picture using the Image Manager, I got this 

Server Error in '/' Application.

--------------------------------------------------------------------------------

Invalid URL: /. 

Description: An unhandled exception occurred during the execution of the current web request. 

Please review the stack trace for more information about the error and where it originated in the code. 

Exception Details: System.ArgumentException: Invalid URL: /.

Source Error: 

An unhandled exception was generated during the execution of the current web request. 

Information regarding the origin and location of the exception can be identified using the exception stack trace below.  

Stack Trace: 

[ArgumentException: Invalid URL: /.]
   Microsoft.SharePoint.SPSite.OpenWeb(String strUrl, Boolean requireExactUrl) +152
   Microsoft.SharePoint.SPSite.OpenWeb(String strUrl) +32
   Telerik.SharePoint.Editor.SPContentProvider.GetSPFolderFromPath(String path) +154
   Telerik.SharePoint.Editor.SPContentProvider.ResolveDirectory(String path) +11
   Telerik.SharePoint.Editor.SPContentProvider.ResolveRootDirectoryAsTree(String path) +4
   Telerik.WebControls.RadEditorUtils.FileBrowserContentProvider.ResolveViewPaths() +83
   Telerik.WebControls.EditorControls.FileBrowser.SerializeViewPaths() +104
   Telerik.WebControls.EditorControls.FileBrowser.OnPreRender(EventArgs e) +168
   System.Web.UI.Control.PreRenderRecursiveInternal() +86
   System.Web.UI.Control.PreRenderRecursiveInternal() +170
   System.Web.UI.Control.PreRenderRecursiveInternal() +170
   System.Web.UI.Control.PreRenderRecursiveInternal() +170
   System.Web.UI.Control.PreRenderRecursiveInternal() +170
   System.Web.UI.Control.PreRenderRecursiveInternal() +170
   System.Web.UI.Control.PreRenderRecursiveInternal() +170
   System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +2041

--------------------------------------------------------------------------------
Version Information: Microsoft .NET Framework Version:2.0.50727.1433; ASP.NET Version:2.0.50727.1433

The Event log on the server reported this:

Event Type: Warning

Event Source: ASP.NET 2.0.50727.0

Event Category: Web Event 

Event ID: 1309

Date:  5-3-2008

Time:  16:38:15

User:  N/A

Computer: ECNSPS

Description:

Event code: 3005 

Event message: An unhandled exception has occurred. 

Event time: 5-3-2008 16:38:15 

Event time (UTC): 5-3-2008 15:38:15 

Event ID: 1083cf4990af447993330230824c6c7c 

Event sequence: 8375 

Event occurrence: 26 

Event detail code: 0 

 

Application information: 

    Application domain: /LM/W3SVC/1271277176/Root-1-128491526634139648 

    Trust level: WSS_Minimal 

    Application Virtual Path: / 

    Application Path: C:\Inetpub\wwwroot\wss\VirtualDirectories\portal80\ 

    Machine name: ECNSPS 

 

Process information: 

    Process ID: 42612 

    Process name: w3wp.exe 

    Account name: DOMAIN\MOSS_POOL_SSP 

 

Exception information: 

    Exception type: ArgumentException 

    Exception message: Invalid URL: /. 

 

Request information: 

    Request URL: http://portal/_wpresources/RadEditorSharePoint/4.5.0.0__1f131a624888eeed/RadControls/Editor/Dialog.aspx?dialog=ImageManager&editorID=ctl00_m_g_90fd7e50_d270_4d20_a1df_c06149393b3b_ctl00_ctl04_ctl01_ctl00_ctl00_ctl04_ctl00_ctl00_RadTextField&useSession=0&sessionID2=f9ffa2c0-4687-30ab-b778-ad6d58c62fc3&language=en_US&UseEmbeddedScripts=yes 

    Request path: /_wpresources/RadEditorSharePoint/4.5.0.0__1f131a624888eeed/RadControls/Editor/Dialog.aspx 

    User host address: 130.112.132.61 

    User: DOMAIN\MOSS_SETUP 

    Is authenticated: True 

    Authentication Type: NTLM 

    Thread account name: DOMAIN\MOSS_POOL_SSP 

 

Thread information: 

    Thread ID: 5 

    Thread account name: DOMAIN\MOSS_POOL_SSP 

    Is impersonating: False 

    Stack trace:    at Microsoft.SharePoint.SPSite.OpenWeb(String strUrl, Boolean requireExactUrl)

   at Microsoft.SharePoint.SPSite.OpenWeb(String strUrl)

   at Telerik.SharePoint.Editor.SPContentProvider.GetSPFolderFromPath(String path)

   at Telerik.SharePoint.Editor.SPContentProvider.ResolveDirectory(String path)

   at Telerik.SharePoint.Editor.SPContentProvider.ResolveRootDirectoryAsTree(String path)

   at Telerik.WebControls.RadEditorUtils.FileBrowserContentProvider.ResolveViewPaths()

   at Telerik.WebControls.EditorControls.FileBrowser.SerializeViewPaths()

   at Telerik.WebControls.EditorControls.FileBrowser.OnPreRender(EventArgs e)

   at System.Web.UI.Control.PreRenderRecursiveInternal()

   at System.Web.UI.Control.PreRenderRecursiveInternal()

   at System.Web.UI.Control.PreRenderRecursiveInternal()

   at System.Web.UI.Control.PreRenderRecursiveInternal()

   at System.Web.UI.Control.PreRenderRecursiveInternal()

   at System.Web.UI.Control.PreRenderRecursiveInternal()

   at System.Web.UI.Control.PreRenderRecursiveInternal()

   at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)

 

 

Custom event details: 

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

It seems that it can't find the picture libraries present somehow.



Any Ideas?

[Christopher]

Having the same exact issue, here is what I was told... I still can't get it to work however. I need to reply to my ticket. Although I think I'm just doing it wrong on my end, with the full image path.
----------------------------------------------------------------------------
You can use libraries from the root site of the site collection (e.g. Site Collection Images, Site Collection Documents) by specifying the full path to the library in the <item> element. For example:

<property name="ImagesPaths">
  <item>EditorLibrary</item>
  <item>/SiteCollectionImages/</item>
</property>

This will allow you to use both the editor library at the current site and the SiteCollectionImages at the root site.
--------------------------------------------------------------------------

if that doesnt work just change the ToolsFile.xml to

<tool name="MOSSImageManager"/>

[MaBerY]

It's even worse than I expected....

The RADEditor ImageManager Still does not work after editing the ImagesPath item.

The LinkManager does not work either, but it starts the MOSSLinkManager instead. This was incorrectly defined in the ListToolsFile.xml somehow.

The Tererik link manager now works, but the Image Manager still trows those ASP.NET errors on the application log on the server.

I'm about to completely reinstall the telerik Editor again.

We run 4.5 Lite on MOSS 2007 SP1 here.

[MaBerY]

More Bad news
When changing back to MOSSImageManager
I can get the picture browser and try to add the picture.

That works, but all my text entries I made previous, are all gone!!!! AARGH!

I disabled the telerik editor for now.

I never had problems like this running the older Radeditor version in our old WSS 3.0 site.

I'm stuck now.

Marcel

[MaBerY]

After googling about this subject I found a discussion in the ASP.NET radcontrols forum which seems to make sense:

http://www.telerik.com/community/forums/thread/b311D-bcaktd.aspx

Ivar's trick indeed enabled the ImageManager , but indeed with empty folders.

In ListConfigFile.xml add:

<property name="ImagesPaths">
    <item></item>
</property>

It still does not explain why the MOSSImageManager junks my Wiki edits

[Jakub]

The issue sems to be a known bug by now with a solution announced in a release due by the end of the week.

edit:
OK, there is a new version now, I also found where version history is kept.

greetz
Kuba

[MaBerY]

I updated to 4.51 today and still got some problems.

It now works from the perspective of the site owner.

However, when I try to edit a wiki or an announcement as a normal contributer user,  I get an 'access denied' popup with a request access link in it.

I have no idea which library is inaccessible which is searched by radeditor.

If I add: 
<property name="ImagesPaths">
<item>SiteCollectionImages</item>
</property>

It only lists the site collection images but nothing more.

If I leave the config XML files stock, The IIS logs list a  302 and then a 401 error before fireing the accessdenied.aspx.

I have the impression the web application pool account impersonates too late as the logged on web user somehow, but I have no hard proof yet.
If I ask for permission, I get an access request email for the site I'm already in.

If I have a library name somewhere in the toplevel called 'images' in the hierarchy, the 'images' in the subsite is overruled.
That's really annoying IMHO, it should list both or possibly the the one in the current site.


M

[MaBerY]

I found a hack to solve the Acces Denied errors I still got after implementing
version 4.5.1.

i have a portal http://portal/Sites/Company

The administrators and site owners can edit stuff with RadEditor Lite
The contributors get the Acces Denied popup when firing the ImageManager

The workarount was mentioned in another article in the telerik forum by AAron

http://www.telerik.com/community/forums/thread/b311D-bbeccc.aspx

In fact there are still some access right missing which are needed in RadEditor.

AAron's Workaround:
---
To "Fix" this, I created a Permission Level "RadEditor ImageManager" (from /_layouts/role.aspx). I gave that permission level permission to "Browse Directories," "View Pages" and "Open," all under "Site Permissions."
Then I created a Group called "RadEditor ImageManager," and gave it Permission "RadEditor ImageManager." Then I added "NT Authority\authenticated users" to the "RadEditor ImageManager" group.
---

Now the Image Manager finally works like expected.

[Jakub]

Hi,

The workaround works fine, inserting images from a picture library works well.

But now I get a similar error when uploading images from my disc to the picture library...

---

Server Error in '/' Application.

---

Value does not fall within the expected range.

Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.

Exception Details: System.ArgumentException: Value does not fall within the expected range.

Source Error:

An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.

Stack Trace:

[ArgumentException: Value does not fall within the expected range.] Microsoft.SharePoint.SPWeb.GetWebRelativeUrlFromUrl(String strUrl, Boolean includeQueryString, Boolean canonicalizeUrl) +381 Microsoft.SharePoint.SPWeb.GetWebRelativeUrlFromUrl(String strUrl) +33 Microsoft.SharePoint.SPWeb.GetFolder(String strUrl) +32 Telerik.SharePoint.Editor.SPContentProvider.GetSPFolderFromPath(String path) +442 Telerik.SharePoint.Editor.SPContentProvider.StoreFile(HttpPostedFile file, String path, String name, String[] arguments) +133 Telerik.WebControls.EditorControls.FileUploader.StoreFile(HttpPostedFile temporaryFile, String targetFolder, String fileName) +55 Telerik.WebControls.EditorControls.FileUploader.PerformUpload() +249 Telerik.WebControls.EditorControls.FileUploader.btnUpload_Click(Object sender, EventArgs e) +448 System.Web.UI.HtmlControls.HtmlButton.OnServerClick(EventArgs e) +105 System.Web.UI.HtmlControls.HtmlButton.RaisePostBackEvent(String eventArgument) +106 System.Web.UI.HtmlControls.HtmlButton.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent(String eventArgument) +7 System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument) +11 System.Web.UI.Page.RaisePostBackEvent(NameValueCollection postData) +174 System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +5102

---

is there a solution for this problem?

greetz
Kuba

[MaBerY]

Hi Kuba

I checked uploading trough the RadEditor ImageManger and I could not
reproduce your problem here in our environment.

Are you sure you added and applied the role and group in the site collection toplevel?

Still, I'm not very happy about this newer version. Too much 'beta' feeling IMHO. I hate quirky security workarounds in production sites.

I had the impression that the older version we run on our WSS 3.0 server worked better out of the box, but it might well be related to the Sharepoint Service Pack 1 fixes MS released.

Still, we were considering upgrading to the full version, but we'll wait now until the problems are really fixed.

[Jakub]

Hi MaBerY,

Thanks for your intrest in this case.
Unfortunatelly I did everything as described in the workaround and it doesn't work for us. I can browse files in the picture library from the ImageManager but I still can't upload them (uploading directly to the picture library works). Also I still can't see picture libraries other then the one at top level set in configuration file.

I'm confused now, really donno what to do with it as it seems to work for you.

Edit: It Works! Most probably the catch is that it doesn't work with a picture library on the top level (or lever higher than the wiki site). With a picture library created on the wiki level everything is ok... now what I can't understand is why it's like that?

[MaBerY]

I also still have some (security related?) oddities on our second sharepoint farm.
We maintain the Sharepoint infrastructure for our own company and our sister company. On ours I can see the Main picture libraries
PublishImages and SiteCollectionImages and the ones in the current site.

On the other I can view the site's current libraties and not the ones in the top level.

Both sites are pretty much the same, but there must be some differences at locations we have not discovered yet.

[MaBerY]

Aaron's User role fix has a nasty side effect that you get
a 'Site Actions' menu option enabled.

You can do not much with the option , but on site collection level you can open up the full Site Content and Structure screen.

We disabled the role and group and are considering rolling back to a older version.

This is not acceptable for us.