Solved

Discussion Board reply error

Posted on 2010-09-15
6
681 Views
Last Modified: 2012-05-10
Created a standard webpart Discussion Board and can add discussion items OK but when tried to reply to item got error 'The page cannot be displayed'. After several attempts eventually worked when the item description was only 4 characters or less. looking at the response URL it appears to be excessively long, some elements seem to be repeated in the URL string e.g.

https://xx.xxxxxxx.com/theworks/OandR/TDMBE/Lists/Discussion%20Board/NewForm.aspx?RootFolder=%2ftheworks%2fOandR%2fTDMBE%2fLists%2fDiscussion%20Board%2fhave%20consultants%20got%20enough%20supplies&ContentTypeId=0x0107&DiscussionParentID=2&Source=https%3A%2F%2Fxx%2Exxxxxxx%2Ecom%2Ftheworks%2FOandR%2FTDMBE%2FLists%2FDiscussion%2520Board%2FFlat%2Easpx%3FRootFolder%3D%252ftheworks%252fOandR%252fTDMBE%252fLists%252fDiscussion%2520Board%252fhave%2520consultants%2520got%2520enough%2520supplies%26FolderCTID%3D0x01200200A1C51FB6047510439F93B774F153C4CB%26TopicsView%3Dhttps%253A%252F%252Fxx%252Exxxxxxx%252Ecom%252Ftheworks%252FOandR%252FTDMBE%252FLists%252FDiscussion%252520Board%252FAllItems%252Easpx

Does this suggest that the URL length is the root of the issue. The users are using IE6 also.

If i connect directly onto one of the front end web servers and try to do a reply then it works as expected and response URL is much shorter i.e.

http://servername/theworks/OandR/TDMBE/Lists/Discussion%20Board/Flat.aspx?RootFolder=%2ftheworks%2fOandR%2fTDMBE%2fLists%2fDiscussion%20Board%2fThsi%20si%20another%20test%20to%20check%20the%20length%20of%20the%20Item%20name%20for%20a%20discussion%20board%20topic%20to%20see%20if%20causes%20the%20error%20or%20not&FolderCTID=0x01200200A1C51FB6047510439F93B774F153C4CB&TopicsView=http%3A%2F%2Flvvspw01%2Ftheworks%2FOandR%2FTDMBE%2FLists%2FDiscussion%2520Board%2FAllItems%2Easpx 

Can anyone help or does anyone know whether this is fixed in later release. We are about to apply SP2?
0
Comment
Question by:jimmor59
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 3
  • 3
6 Comments
 
LVL 51

Assisted Solution

by:Ted Bouskill
Ted Bouskill earned 500 total points
ID: 33687603
From what I have read the limit for an URL in IE is 2083 characters.

I would strongly recommend applying SP2.  There are a lot of great fixes in it but be sure to read the installation instructions.  Not all updates are cumulative with Sharepoint so you might have to apply previous ones in the correct order.

I wonder if there is a problem with your Alternate Access Mapping that is causing this issue.
0
 

Author Comment

by:jimmor59
ID: 33690412
Thanks for your response.
Looked at our Alternative Acces Mappings and they look OK, includes entries as follows:

Internal URL                       Zone                Public URL for Zone
http://servername              Default             http://servername
https://xx.xxxxxxx.com     Internet            https://xx.xxxxxxx.com
http://xx.xxxxxxx.com       Internet            http://xx.xxxxxxx.com

I cannot identify an article or bug that relates to this issue so cannot be sure that even SP2 (or another cummulative patch) update contains a fix for this.
It seems strange that I cannot reproduce this issue via the web server i.e. only via internet. I have tried IE6, IE7 and IE8 all give same result via internet connection.
Can you think of anything else that i could look at for a possible root cause
0
 
LVL 51

Accepted Solution

by:
Ted Bouskill earned 500 total points
ID: 33695010
OK, your AAM settings are incorrect.  The server name should not be a public URL.  Sadly Microsoft doesn't make it clear that installing Sharepoint using the server name will create problems eventually.

Our entire farm was installed using fully qualified domain names.

Here is our settings:
Internal URL                              Zone     Public URL for Zone
http://sharepoint.domain.com  Default  http://sharepoint.domain.com
http://servername                    Default  http://sharepoint.domain.com

I don't know how you have your routing setting for the internet but I think it should be like this:
Internal URL                                       Zone      Public URL for Zone
https://sharepoint.dmz.domain.com  Internet  http://www.domain.com
http://sharepoint.dmz.domain.com    Internet  http://www.domain.com

In other words your internal URL needs to map to an external one.
0
Technology Partners: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

 

Author Comment

by:jimmor59
ID: 33699511
I am nervous of making any changes to AAM as this is our production environment. I was not around when the environment was created so I am not sure whether fully qualified domain names were used at installation or not. If I added an incorrect entry in AAM I am not sure of the effect on users. We have a Staging environment but needs some work to configure similar to our production environment before I can test this out.
0
 
LVL 51

Expert Comment

by:Ted Bouskill
ID: 33703533
Based on your last comment I agree.  AAM settings are easy to revert and do not do permanent damage to the installation.  However, working in a staging environment will be very useful so I think it's a low risk safe strategy.

0
 

Author Comment

by:jimmor59
ID: 33732161
I believe AAM to be the root cause of this so thanks
0

Featured Post

Industry Leaders: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

I recently came across an issue with a MOSS 2007 deployment where access into some sub-sites were denied, even for the MOSS farm administrators. A bit of background to the setup of this MOSS farm; this was a three server setup, consisting of a fr…
There is one common problem that all we SharePoint developers share: custom solution deployment. This topic can't be covered fully in this short article, so all I want to do in this one is to review it from a development-to-operations perspectiv…
There are cases when e.g. an IT administrator wants to have full access and view into selected mailboxes on Exchange server, directly from his own email account in Outlook or Outlook Web Access. This proves useful when for example administrator want…
Michael from AdRem Software explains how to view the most utilized and worst performing nodes in your network, by accessing the Top Charts view in NetCrunch network monitor (https://www.adremsoft.com/). Top Charts is a view in which you can set seve…

717 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question