[SP2010] FormDigest heeft geen juiste waarde - Softwareontwikkeling

dinsdag 9 april 2013 09:42

Acties:

Hoogie2004

Whohooooo

Topicstarter

Situatie

Gepubliceerde pagina, met daarop een TaxonomyFieldControl voor een veld met Categorien. Als ik de gepubliceerde pagina bekijk, en deze via site-acties in bewerken modus zet (wat ervoor zorgt dat de pagina eerst uitgecheckt wordt, en vervolgens de edit-mode opent), krijg ik een javascript foutmelding m.b.t. het TaxonomyFieldControl veld, welke vervolgens leeg blijft.

Als de pagina al uitgecheckt is, en ik zet hem naar edit-mode, dan werkt alles goed en worden de categorien goed ingevuld.

Oorzaak
De oorzaak van de javascript fout is terug te herleiden naar een webservice call naar '/_vti_bin/TaxonomyInternalService.json/ValidateTerms' om de betreffende terms bij de pagina te valideren. Bij deze call hoort een FormDigest waarde mee-gepost te worden in de X-RequestDigest header.

Op de pagina welke eerst gepubliceerd is, en in edit-mode wordt geplaatst, heeft __RequestFormDigest de waarde 'InvalidFormDigest', op de pagina die ik gewoon in edit-mode zet (dus vanuit uitgechekte toestand) is dit veld wel netjes gevuld.

Overige informatie

De gebruikte master-page heeft een FormDigest control, welke zich bijna aan het einde van het <form> bevind.
De requests tussen een werkende en niet werkende situatie zijn gelijk, afgezien van de X-RequestDigest header-waarde, en het falende request heeft een Kerberos authorisatie token, welke het werkende request niet heeft....

Als iemand nog enig idee heeft waar ik dit moet zoeken... Ik kan niet vinden waarom het FormDigest veld niet correct gevuld wordt in deze specifieke situatie.

[ Voor 5% gewijzigd door Hoogie2004 op 09-04-2013 09:42 ]

My iRacing profile | Strava

dinsdag 9 april 2013 09:46

Acties:

Alex)

Staat je FormDigest-control in de juiste placeholder?

ASP.NET:

1
2
3

<asp:ContentPlaceHolder id="PlaceHolderFormDigest" runat="server">
    <SharePoint:FormDigest runat="server"/>
</asp:ContentPlaceHolder>

Staan de volgende tags op je body en form?

HTML:

1	<body onload="if (typeof(_spBodyOnLoadWrapper) != 'undefined') _spBodyOnLoadWrapper();">

HTML:

1	<form runat="server" onsubmit="if (typeof(_spFormOnSubmitWrapper) != 'undefined') {return _spFormOnSubmitWrapper();} else {return true;}">

We are shaping the future

dinsdag 9 april 2013 09:49

Acties:

Hoogie2004

Whohooooo

Topicstarter

Alex) schreef op dinsdag 09 april 2013 @ 09:46:
Staat je FormDigest-control in de juiste placeholder?
ASP.NET:
1
2
3
<asp:ContentPlaceHolder id="PlaceHolderFormDigest" runat="server">
    <SharePoint:FormDigest runat="server"/>
</asp:ContentPlaceHolder>

Ja, exact op die manier.

Alex) schreef op dinsdag 09 april 2013 @ 09:46:
Staan de volgende tags op je body en form?

HTML:

1	<body onload="if (typeof(_spBodyOnLoadWrapper) != 'undefined') _spBodyOnLoadWrapper();">

HTML:

1	<form runat="server" onsubmit="if (typeof(_spFormOnSubmitWrapper) != 'undefined') {return _spFormOnSubmitWrapper();} else {return true;}">

Ook het geval

#EDIT:
Getest in een verse web-applicatie en site-collection. Ook daar doet dit issue zich voor. Het moet dus ergens in de definities zitten, of gewoon een issue zijn m.b.t. SharePoint zelf...

[ Voor 41% gewijzigd door Hoogie2004 op 09-04-2013 13:56 ]

My iRacing profile | Strava

dinsdag 9 april 2013 21:12

Acties:

Alex)

Hoogie2004 schreef op dinsdag 09 april 2013 @ 09:49:
[...]

#EDIT:
Getest in een verse web-applicatie en site-collection. Ook daar doet dit issue zich voor. Het moet dus ergens in de definities zitten, of gewoon een issue zijn m.b.t. SharePoint zelf...

Doet het issue zich ook voor met een standaardmasterpage en een standaardtemplate? Hoe lang speelt het issue al, en heb je toevallig onlangs updates (zoals een CU of Service Pack) geïnstalleerd?

We are shaping the future

woensdag 10 april 2013 06:52

Acties:

Hoogie2004

Whohooooo

Topicstarter

De verse webapp was standaard masterpage met een standaard page-layout. Heb toen het veld aan de Page-layout toegevoegd met SharePoint Designer.

Ben nu aan het testen op een vers geinstalleerd image, en alles met de hand bij elkaar aan het klikken...

De farm is bijgewerkt tot de CU van Februari 2013.

#edit:
Getest op een nieuw image. Met een lege webapp, alles via de UI in elkaar geklikt, en daar doet dit probleem zich ook voor. Lijkt dus een Sharepoint bug

[ Voor 72% gewijzigd door Hoogie2004 op 10-04-2013 07:59 ]

My iRacing profile | Strava

woensdag 10 april 2013 08:17

Acties:

Alex)

Jeej, topproduct

Wat je kunt doen:
1- De bug melden bij Microsoft. Als het issue zich zelfs op een volledig nieuwe, lege image voordoet lijkt het een SharePoint-bug.
2- Request validation geheel uitschakelen (brengt risico's met zich mee)
3- De February 2013 CU deïnstalleren en teruggaan naar de vorige versie

We are shaping the future

woensdag 10 april 2013 09:09

Acties:

Hoogie2004

Whohooooo

Topicstarter

Het toeval wil dat de bug gemeld is de dag na de installatie van de Februari CU. Echter claimt men dat het voor de installatie van de CU ook al mis ging.

Er zijn nog een twee opties overigens:
- De foutmelding negeren. Onder water houd hij de waarden voor het betreffende veld wel vast, bij het saven gaan de waardes dus niet verloren. Het is dus puur een bug m.b.t. het tonen van de betreffende waardes
- Als work-around bij de foutmelding de pagina verversen (dan worden de waarden wel goed getoond)

[ Voor 7% gewijzigd door Hoogie2004 op 10-04-2013 09:09 ]

My iRacing profile | Strava