SharePoint på ren svenska

Arkiv för september, 2011

Dölja varningsikonen i editprofile.aspx

Har precis jobbat i ett projekt där vi skulle slå på att vissa fält från användarprofilerna ska exporteras till AD istället för importeras och iom det lägga främsta ansvaret på användarna att de håller viss information uppdaterad själv. Bland dessa fält var Workphone en av dem. Då upptäckte jag en liten feature/bugg (tolka det som ni vill) att så snart man gör det fältet editerbart så dyker en liten varningstrianel upp som säger ”Om du editerar detta kan det komma att skrivas över”. Den dyker upp även fast du slagit på att detta fält ska exporteras till AD’t istället för att importeras från AD’t.

Som vanligt kliar man sitt hår en stund och så startar man en webbläsare och går till en sökmotor och skriver in några väl valda ord som kan få en att träffa på rätt sökresultat. Till slut hittade jag några bloggar och nyhetsgrupper där de har samma problem och har löst det genom att lägga till ShowWarningIcon=”False” i editpropfile.aspx. Detta fick dock hela den sidan att se knasig ut men lägger man även till ShowMappedIcon=”true” ser det rätt ut, bara att det nu syns en liten diskikon på de data som hämtas från AD’t. Min kund nöjde sig gott med den lösningen. Det går även att göra med ett javascript, men det har jag inte provat själv.

För att fixa detta gör man:

1. Gå till ”Program Files\Common Files\Microsoft Shared\web server extensions\14\TEMPLATE\LAYOUTS\editprofile.aspx.”

2. Ta en kopia av filen och spara.

3. Öppna filen editprofile.aspx i t.ex. notepad.

4. Leta upp taggen

<SPSWC:ProfileEditor id="ProfileEditor" runat="server" />

5. Lägg till ShowMappedIcon=”true” och ShowWarningIcon=”False” till denna så att det ser ut som nedan

<SPSWC:ProfileEditor id="ProfileEditor" Runat="server" ShowMappedIcon="true" ShowWarningIcon="False"/>

Så kommer det se ut såhär:

Annonser

Event id 14 – kan inte ”crawla” en specifik startadress.

Detta problem har jag haft hos flera kunder och det har rört olika sorters webbplatssamlingar; intranät som minwebbplats och den hjälp som står i felmeddelandet är sällan till någon just hjälp. Men visst kan man kolla att sökkontot har ”full read” access till just den webbapplikation det är problem med men oftast är det just detta jag ska beskriva som hjälper:

1. Öppna regedit

2. Gå till HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa

3. Högerklicka på Lsa och välj att skapa nytt ”DWORD Value”.

4. Döp den till DisableLoopbackCheck och tryck enter.

5. Högerklicka på DisableLoopbackCheck och välj att edit.

6. Skriv in 1 i ”Value Data”.

7. Klicka ok för att stänga rutan.

8. Stäng ner regedit och starta evenutellt om servern (jag har inte behövt det någon av gångerna men det kan behövas).

Gå nu till sist in och starta en fullständig crawling och håll koll i eventloggen så ska du se att inga nya event 14 dyker upp 🙂


Öppna pdf-filer direkt från sharepoint

Ett önskemål hos många kunder är att kunna öppna även sina pdf-filer direkt från intranätet utan att behöva välja att spara ner dem först och sen öppa dem.

Såhär gör du för att fixa det:

Starta PS för Sharepoint i adminlläge (välj att köra programmet som Administrator)

Sen kör du detta script där länken byts ut till länken t. webbplatsen ni vill kunna öppna pdf-filerna:

$app =
 Get-SPWebApplication http://dittIntranät/
$app.AllowedInlineDownloadedMimeTypes.add("application/pdf")
$app.Update()

Eller gå till Manage Webbapplication – markera http://dittintranät/ och välj General settings och sen General settings, kryssa i enligt bilden nedan.

Jag har för mig att detta ska gå utan att ens sköra en iisreset efteråt.


Excel services – ”kan inte öppna arbetsboken”

Härrom dagen stötte jag på ett nytt problem hos en kund som ville titta på sina filer i Excel Services. De har en 2-server farm med en Sharepoint2010-server och en SQL2008-server, båda med OS 2008 R2. Inget special i huvud taget utan en ren standarduppsättning. Problemet var att när de ville titta på sina xlsx-filer fick de upp följande felmeddelande:

Först trodde jag att det berodde på att Excel Services helt enkelt inte var igång, men det var den. Sen tänkte jag att det kanske berodde på behörighet av filen, men så var det inte heller. Efter en stunds letande på internet hittade jag några ledtrådar då jag läste att tjänstekontot för Excel Services måste vara samma som för den webbapplikation man ska köra Excel Services, i mitt fall intranätet.

Så jag gjorde helt enkelt så att jag tog bort Service Application för Excel Services och skapade om den med att köra under samma konto som intranätet, sen fungerade det hur bra som helst.

Så här gjorde jag:

1. Ta bort SA för Excel Services gör jag genom att markera den (utan att klicka på själva länken)

markera SA för Excel Services

2. gå upp i menyfliksystemet och klicka på tabort.

3. Konfirmera att ta bort SA’n.

klicka på "OK"

4. Gå på menyfliksystemet och välja ”New” och välja ”Excel Services”.

menyn för ny Service Application, markera Excel Services

5. Fyll i informationen i dialogrutan som kommer upp. T.ex. enligt följande bild:

Tadaa, nu borde xlsx-filerna visas som de ska i webbläsaren!