Ormai è da qualche tempo che ho installato IE8 ma tra le varie beta pensavo che il comportamente errato relativamente ai menu dinamici di SharePoint fosse essenzialmente un baco del browser e che prima del rilascio della RC venisse fissato, invece niente.
Oggi ho avuto sono riuscito a ritagliarmi un pò di tempo per approfondire il comportamento e trovare il perchè dell’anomalia. Una volta individuato ciò, sarebbe stato possibile correggere il comportamento magari anche con poche linee di codice.
Ma di cosa sto parlando nel dettaglio:
il controllo SharePoint:ASPMenu, che si basa su asp:menu, se configurato opportunamente ha la possibilità di visualizzare menù su più livelli dinamicamente. Selezionando una voce di menù, il controllo genera un ‘tabella’ delle voci di menù del livello inferiore via javascript chiamando la funzione PopOut_Show che viene inclusa automaticamente nella pagina. Tale funzione effettua delle operazioni di verifica e assegnazione della proprietà z-index presente sul panel del menu. Il valore dello z-index viene calcolato differentemente sulla base del browser e non della versione dello stesso (non avviene nessun controllo sulla versione di IE). Per IE assume che la proprietà element.currentStyle.zIndex restituisca una valore numerico, ma in realtà per IE8 in valore restituito è ‘auto’ e ciò genera l’anomalia.
Dopo alcune prove e leggendo su google ho trovato per risolvere la issue basta definire una nuova classe css che contiene un z-index numerico e assegnare questa classe allo style dinamico del menù.
In breve:
adjustedMenu {
z-index: 99;
}
e
<asp:Menu ID="Menu1" runat="server">
<DynamicMenuStyle CssClass="adjustedMenu " />
</asp:Menu>
Applicando queste modifiche sono riuscito a visualizzare di nuovo il menù anche su IE8.
Segnalo alcuni interessanti link che ho trovato navigando:
- Bertrand Le Roy qui descrive il problema e spiega perchè non sia una issue di IE.
- Microsoft dovrebbe a breve rilasciare anche una fix (KB962351) che per il momento non è ancora pubblica ma a questo link su può già scaricare qualcosa in anteprima.
UPDATE: è stato scritto un KB http://support.microsoft.com/kb/962351 che permette di scaricare una fix
Sono incappato in una strana anomalia di SharePoint:
accedendo ad una folder creata appositamente per contenete i page layouts e master pages dentro la master page gallery viene sistematicamente generato l’errore “Cannot complete this action.”
Di fatto viene impedita la modifica e inserimento di nuovi page layouts e master pages da UI di SharePoint, mentre invece tramite SharePoint Designer l’operatività è completa.
Sfongliando alla libreria masterpage ho notato che sono state modificate alcune impostazione relativamente alla visualizzazione e ordine dei contentType. La funzionalità è erogata dal menù Change New Button Order and Default Content Type presente nella pagina dei settings delle lista. La modifica di queste impostazioni genera anch’essa l’errore.
Dopo avere investito una mezza giornata per indagare, sia leggendo il file di log di SharePoint che facendo ricerche su internet, ho trovato questo kb 956057 dal titolo “Description of the Windows SharePoint Services 3.0 hotfix package (Sts.msp): August 26, 2008” che contiene già una fix per l’anomalia riscontrata.
In particolare
Per verificare se è già stato installato il pacchetto cumulativo occorre confrontare la versione dell’assembly Microsoft.Sharepoint.dll. Il pacchetto cumulativo contiene la versione 12.0.6327.5000.
Raccomando a tutti gli amministratori di SharePoint di prevedere dei piani di patching del prodotto. Sempre più spesso mi capita di lavorare con versioni di SharePoint non aggiornate. In alcuni casi le farm non ha neppure la SP1.
Stesso avvertimento agli sviluppatori: aggiornate le VM su cui sviluppate!
Technorati Tags:
moss,
patch,
sharePoint