<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:pingback="http://madskills.com/public/xml/rss/module/pingback/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
  <channel>
    <title>allbacktomine - workaround</title>
    <link>http://www.allbacktomine.com/blog/</link>
    <description>newtelligence powered</description>
    <language>en-us</language>
    <copyright>Sherwin Rice</copyright>
    <lastBuildDate>Wed, 25 Mar 2009 14:06:08 GMT</lastBuildDate>
    <generator>newtelligence dasBlog 2.0.7226.0</generator>
    <managingEditor>sherwin@allbacktomine.com</managingEditor>
    <webMaster>sherwin@allbacktomine.com</webMaster>
    <item>
      <trackback:ping>http://www.allbacktomine.com/blog/Trackback.aspx?guid=be90e863-1df8-4e2e-9352-fc9b65aa93fa</trackback:ping>
      <pingback:server>http://www.allbacktomine.com/blog/pingback.aspx</pingback:server>
      <pingback:target>http://www.allbacktomine.com/blog/PermaLink,guid,be90e863-1df8-4e2e-9352-fc9b65aa93fa.aspx</pingback:target>
      <dc:creator>Sherwin</dc:creator>
      <wfw:comment>http://www.allbacktomine.com/blog/CommentView,guid,be90e863-1df8-4e2e-9352-fc9b65aa93fa.aspx</wfw:comment>
      <wfw:commentRss>http://www.allbacktomine.com/blog/SyndicationService.asmx/GetEntryCommentsRss?guid=be90e863-1df8-4e2e-9352-fc9b65aa93fa</wfw:commentRss>
      <body xmlns="http://www.w3.org/1999/xhtml">SharePoint designer is not my favourite
piece of software by a looooong way, it has a habit of corrupting page layouts, and
of misreporting the check-in state of files (among other 'quirks'). I finally got
hacked off enough with the check-in bug to try and work out what was going on:<br /><br />
I have a stylesheet in my style library (which we'll call foo.css) that is showing
as being checked out to my colleague. Looking at the style library through the SharePoint
UI shows that foo.cs is not checked out to anyone, implying that SharePoint designer
is caching the state of foo.css somewhere. No amount of restarting SharePoint Designer
or refeshing the site makes any difference to the state of foo.css<br /><br />
At this point i decided to use <a href="http://www.google.co.uk/url?sa=t&amp;source=web&amp;ct=res&amp;cd=1&amp;url=http%3A%2F%2Ftechnet.microsoft.com%2Fen-us%2Fsysinternals%2Fbb896653.aspx&amp;ei=RDbKSczRKMXKjAfo5rTOAw&amp;usg=AFQjCNHOrBM9nMXCxTSHvpqueGSDpTTkHw&amp;sig2=yvBwtmULPwuqdpy_swHh0A">process
explorer</a> to see what files SharePoint Designer was reading from, in the hope of
spotting something that looked like it was related to caching. Process explorer by
default produces a vast amount of data, so I set some filters to restrict it to the
SharePoint Designer process (SPDESIGN.EXE) and the ReadFile operation:<br /><br /><br /><p></p><img src="http://www.allbacktomine.com/blog/content/binary/filter.jpg" border="0" /><br /><br /><br />
I started event capturing in Process Explorer, started SD, and opened up my SharePoint
site, which produced several hundred events; one of which looked like a winner:<br /><br /><br /><br /><br /><img src="http://www.allbacktomine.com/blog/content/binary/SPDESIGN.jpg" border="0" /><br /><br />
I've blurred out the filename, but as you can probably guess, it's the url of my SharePoint
site, with dots replaced by underscores. The content of this file is (almost) human
readable, certainly enough so that i could see a reference to foo.css within it, so
i tried deleting it and reloading my site in SD: This fixed the problem, foo.css was
correctly shown as being checked in.<br /><br /><i>Note, if you delete this file whilst your site is open in SD, the file will be
recreated when you close SD! Therefore, make sure SD is closed prior to deleting the
file.</i><br /><br /><br /><img width="0" height="0" src="http://www.allbacktomine.com/blog/aggbug.ashx?id=be90e863-1df8-4e2e-9352-fc9b65aa93fa" /></body>
      <title>WORKAROUND: SharePoint Designer shows file as checked out when it is not.</title>
      <guid isPermaLink="false">http://www.allbacktomine.com/blog/PermaLink,guid,be90e863-1df8-4e2e-9352-fc9b65aa93fa.aspx</guid>
      <link>http://www.allbacktomine.com/blog/2009/03/25/WORKAROUNDSharePointDesignerShowsFileAsCheckedOutWhenItIsNot.aspx</link>
      <pubDate>Wed, 25 Mar 2009 14:06:08 GMT</pubDate>
      <description>SharePoint designer is not my favourite piece of software by a looooong way, it has a habit of corrupting page layouts, and of misreporting the check-in state of files (among other 'quirks'). I finally got hacked off enough with the check-in bug to try and work out what was going on:&lt;br&gt;
&lt;br&gt;
I have a stylesheet in my style library (which we'll call foo.css) that is showing
as being checked out to my colleague. Looking at the style library through the SharePoint
UI shows that foo.cs is not checked out to anyone, implying that SharePoint designer
is caching the state of foo.css somewhere. No amount of restarting SharePoint Designer
or refeshing the site makes any difference to the state of foo.css&lt;br&gt;
&lt;br&gt;
At this point i decided to use &lt;a href="http://www.google.co.uk/url?sa=t&amp;amp;source=web&amp;amp;ct=res&amp;amp;cd=1&amp;amp;url=http%3A%2F%2Ftechnet.microsoft.com%2Fen-us%2Fsysinternals%2Fbb896653.aspx&amp;amp;ei=RDbKSczRKMXKjAfo5rTOAw&amp;amp;usg=AFQjCNHOrBM9nMXCxTSHvpqueGSDpTTkHw&amp;amp;sig2=yvBwtmULPwuqdpy_swHh0A"&gt;process
explorer&lt;/a&gt; to see what files SharePoint Designer was reading from, in the hope of
spotting something that looked like it was related to caching. Process explorer by
default produces a vast amount of data, so I set some filters to restrict it to the
SharePoint Designer process (SPDESIGN.EXE) and the ReadFile operation:&lt;br&gt;
&lt;br&gt;
&lt;br&gt;
&lt;p&gt;
&lt;/p&gt;
&lt;img src="http://www.allbacktomine.com/blog/content/binary/filter.jpg" border="0"&gt;
&lt;br&gt;
&lt;br&gt;
&lt;br&gt;
I started event capturing in Process Explorer, started SD, and opened up my SharePoint
site, which produced several hundred events; one of which looked like a winner:&lt;br&gt;
&lt;br&gt;
&lt;br&gt;
&lt;br&gt;
&lt;br&gt;
&lt;img src="http://www.allbacktomine.com/blog/content/binary/SPDESIGN.jpg" border="0"&gt;
&lt;br&gt;
&lt;br&gt;
I've blurred out the filename, but as you can probably guess, it's the url of my SharePoint
site, with dots replaced by underscores. The content of this file is (almost) human
readable, certainly enough so that i could see a reference to foo.css within it, so
i tried deleting it and reloading my site in SD: This fixed the problem, foo.css was
correctly shown as being checked in.&lt;br&gt;
&lt;br&gt;
&lt;i&gt;Note, if you delete this file whilst your site is open in SD, the file will be
recreated when you close SD! Therefore, make sure SD is closed prior to deleting the
file.&lt;/i&gt;
&lt;br&gt;
&lt;br&gt;
&lt;br&gt;
&lt;img width="0" height="0" src="http://www.allbacktomine.com/blog/aggbug.ashx?id=be90e863-1df8-4e2e-9352-fc9b65aa93fa" /&gt;</description>
      <comments>http://www.allbacktomine.com/blog/CommentView,guid,be90e863-1df8-4e2e-9352-fc9b65aa93fa.aspx</comments>
      <category>SharePoint</category>
      <category>workaround</category>
    </item>
  </channel>
</rss>