Today I found a version history “bug” in SharePoint publishing pages:
The version history system of SharePoint covers only Page Fields, but not Web Parts.
In detail:
•Create a new page (e.g. “Blank Web Part Page”) within a publishing web.
•Now add text and a Web Part. Save changes and check-in.
•Check out and change the text and some properties of the Web Part.
•After that, check-in again, and open the “Version History”
If you now try to recover the first version, it seems to work, but only the page fields are recovered. The Web Part is always the latest version, because the Web Parts are saved in a totally different location, so they are not covered by the version history system.
Lets have a look on a cool solution:
Garry Lapointe created a web feature which replaces the version history system and saves a whole page with all Web Parts on every check-in through an Event Receiver on the Pages list.
The version is Alpha 0.0.1 but it is working very well, so Download from codeplex
Subscribe to:
Post Comments (Atom)
SharePoint - Cannot convert a primitive value to the expected type 'Edm.Double'. See the inner exception for more details If y...
Ad
-
Types of Content Management in SharePoint Document Management Metadata Management Records Management Web Content Management Digit...
-
Difference between CLR,CTS and CLS in .Net CLR.... The Common Language Runtime (CLR) is the virtual machine component of Microsoft&...
-
SharePoint - Cannot convert a primitive value to the expected type 'Edm.Double'. See the inner exception for more details If y...
No comments:
Post a Comment