reset Content TYpe « Stump the Panel

Stump the Panel » End Users and Information Workers

reset Content TYpe

(18 posts)

Started 8 months ago by baldcat
Latest reply from baldcat

Tags:

baldcat
Member
Ok so one of our... Stallers.. (Unix admin, anything with MS in front of it is evil type)

Has manged to break our IT Wiki... Not sure how he did,,, neither is he (was posting html or something similar into the wiki)

anyway.. now it looks like it has a new content type .... How can I reset it..

This is the content of a finished wiki page
```
dfbdgdfg   <- (note that this is the content of the page)

Title

Description

Contact

Contact E-Mail Address

Contact Name

Contact Picture

Rollup Image

Target Audiences
No targeting
Page Image

Page Content

Summary Links

Byline

Article Date

Image Caption

Last modified at 19/11/2008 10:33 AM  by Stoll, Dan
```
here is a screenshot of what happens when you press "edit"

http://aussieslivingsimply.com.au/images/Untitledpicture.png
Posted 8 months ago #
AutoSponge
Administrator

I can't see the content type at the bottom, but that looks like a publishing article type, not wiki. Wikis have a fields "Name" and "Wiki Content". Under Advanced Settings, you're not even allowed to add more content types to a wiki library. Are you sure this was a wiki library to start with?

Posted 8 months ago #
baldcat
Member

certainly was my friend... Has been for a few months.. We have over 300 Wiki entrires...

Any entries that were already there, can be edited, and saved as per normal.. but when creating a new entry,,, you click on the title to create a new page, and you can do that and it brings up the edit form page as per normal.. once it is saved is shows up as per original post. when you go to edit it you get my sceen shot... It is very weird..

I created a new wiki in the same site, and it has no problems.. I created a new wiki post in the test wiki and moved it to the broken one.. EVerything works fine on that moved entry.. I create a new entry in the broken on , and move it to the test wiki and it is still broken :| (the post that is, even though it is in a wiki that works)

Very strange.. and starting to do my head in :)

Posted 8 months ago #
baldcat
Member

Create new page
http://www.aussieslivingsimply.com.au/images/Untitledpicture3.png
Display new page
http://www.aussieslivingsimply.com.au/images/Untitledpicture2.png
Edit new page
http://www.aussieslivingsimply.com.au/images/Untitledpicture1.png

Posted 8 months ago #
Greg.Osimowicz
Moderator

Being able to create new pages fine would indicate the right content type is used.
Have you tried opening the wiki library in Sharepoint Designer and checking the DispForm.aspx and EditForm.aspx? Check if they're the same as in other wiki libraries. Might be that someone opened the list properties, went to the "supporting files" section pointed the Edit and Display pages to incorrect pages (I can't imagine how that would happen by itself though).

You should be able to test the content type associated with the library by creating a new edit or display form. Create an .aspx page, insert>Sharepoint Controls>List Form>Choose your problematic wiki list and Edit Item form or Display item form option. Save the form and modify the wiki library to use your new page as edit page (Wiki library>Properties>"Supporting Files">"Edit document files from". Give it a go and let us know how it went.

Regards,
Greg Osimowicz

Posted 8 months ago #
baldcat
Member

File opened in SPD
http://www.aussieslivingsimply.com.au/images/Untitledpicture4.png
List settings
http://www.aussieslivingsimply.com.au/images/Untitledpicture5.png

Have you tried opening the wiki library in Sharepoint Designer and checking the DispForm.aspx and EditForm.aspx? Check if they're the same as in other wiki libraries. Might be that someone opened the list properties, went to the "supporting files" section pointed the Edit and Display pages to incorrect pages (I can't imagine how that would happen by itself though).

Yeah thought of that,, there are no differences..

Not sure I get what you mean in the second half of your msg.. *Off to play in SPD**

Posted 8 months ago #
Greg.Osimowicz
Moderator

The second part of my message is to do with creating a custom list form. Have a look through the article below for more details:

Create a custom list form
http://office.microsoft.com/en-us/sharepointdesigner/HA101191111033.aspx

Regards,
Greg

Posted 8 months ago #
baldcat
Member

ah I got you after I re-read your post.. here is a screenshot.. no joy at all..

http://www.aussieslivingsimply.com.au/images/Untitledpicture6.png

Posted 8 months ago #
baldcat
Member

none of the form pages have been edited either since they were created.

Posted 8 months ago #
Greg.Osimowicz
Moderator

It's hard to say what's going on without being able to load and play with the wiki library. Any chance you could save it as a template (obvioiusly, removing sensitive pages first) and upload it somewhere? I could then investigate the issue a bit further.

Regards,
Greg Osimowicz

PS. I'd only be able to get back to you at the end of the day or tomorrow morning I'm afraid.

Posted 8 months ago #
baldcat
Member

http://www.stoll.com.au/downloads/wikitest.stp

Posted 8 months ago #
baldcat
Member

just an update.. I've exported the site and imported it into my test enviroment..

Same problem ...... I "Reset to site definition" made no difference..

Posted 8 months ago #
Greg.Osimowicz
Moderator

Ok, this was fun :)

What seems to have happened is somehow a ArticlePage content type was added to the wiki library. This is why the DispForm.aspx and EditForm.asxp would give you edit pages associated with ArticlePage content type. I played with the wiki template you uploaded and managed to fix it. As the template contained no pages (you didn't select the "include content" when saving the library) I can't say if the fix will work with pages that had already been uploaded or only with new ones. I guess things should work fine with pages created up to the point when ArticlePage content type was added to the library.

The fix turns out to be surprisingly easy (well, most things are in hindsight).

1) Download the custom STSADM extensions from http://stsadm.blogspot.com
2) Use the "setlistcontenttypes" operation with "allowmanagement" parameter. This configures the wiki library to allow content type management.
3) Go to the libary settings, remove the Article Page content type (you'd need to delete any pages that are of Article Page content types first).
4) Use the "Supporting Files" section of the wiki library properties box (in SPD) to link edit page to editform.aspx (currently linked to editform1.aspx)

Presto! Your library should now be working fine.

Regards,
Greg Osimowicz

PS. There ArticlePage content type must have been added to the library via code or some poorly written solution - I can't think of any way this could happen by itself (or by using the GUI).

Posted 8 months ago #
AutoSponge
Administrator

Greg,

I think you've done a great job figuring this out and you're probably right on about the culprit. I just remembered sitting in a SharePoint Admin training with a Unix guy. While we were doing a lab through the GUI, he was reading all the documentation on STSADM! Those guys love a command prompt.

Posted 8 months ago #
Greg.Osimowicz
Moderator

Hey Paul,

Thanks for the complement! It's encouraging to get one from someone you're a fan of. Well, a fan of your skills and knowledge to be more precise :)

Cheers,
Greg

Posted 8 months ago #
EndUserSharePoint
Key Master

Oh man, now we've got a stalker in the group. Paul, quick, look behind you...

Posted 8 months ago #
baldcat
Member

Will give this a try first thing.. :)

From what I gather, he copied and pasted something.. from somewhere in to the wiki content area.. Now the SQL DBA sitting next to him to me it was pure HTML code..

Apparently you can do this with the PHP Wiki of old.. The one that was decommisioned when we got MOSS 2007 :) //// No no he wasn't trying to break it :|

All exsisting pages open and edit fine.. it's only when you go to create a new page/edit new page.

Cheers will be back soon.

Posted 8 months ago #
baldcat
Member

YAY... all good.. works a treat.. There are great little tools on the blog.. thanks for all your help and the tips on the custom stsadm aswell ..

Untill next time :)

Posted 8 months ago #

RSS feed for this topic

Reply

You must log in to post.