locked
"View Properties" Shared Doc context menu redirect to HomePage RRS feed

  • Question

  • Hi,

    We have a SharePoint Site running for several years but we suddenly experienced strange behaviour.

    When we will go to the Shared Documents, click the down arrow of a specific doc and select View Properties context menu, it will just go back to the Homepage and do nothing after.

    I found some forums regarding the back-end looking for documents context menu, (Ows.js in the '..Templates/1033') but I cannot certainly trace how to check the procedure once the "View Properties" is clicked.

    Can somebody please tell me how to revert this issue to its correct functionality?

    Where can I see the "View Permission" code procedure or something so I can change it back to what it should be before?

    MSS 3.0

    Many thanks....

    Monday, April 16, 2012 10:18 AM

Answers

  • Hi Jerson,

    Here is a workaround, you can use Javascript to dynamically change the View Properties' URL to the correct one:
    1、Open your SharePoint Designer, go to the the "AllItems.aspx" page of your document library;
    2、Add the following Javascript code before the last </asp:Content> tag:
        <script type="text/javascript">
            document.onreadystatechange = function changeselect() {
                if (document.readyState == "complete") {
                    ctx.displayFormUrl = "your library DispForm.aspx url"; //for example:"http://lhan-pc1:8081/sites/sites1/lib2/Forms/DispForm.aspx"
                }
            }
        </script>

    Thanks,
    Lhan Han

    Wednesday, April 18, 2012 10:06 AM
    Moderator

All replies

  • Hi,

    Just to add up in what I have searched, all of the context menu settings is in OWS.js

    And as mentioned, actions and elements used in Edit Control Block are stored in elements.xml.

    Should we be looking into the elements.xml of a certain SharePoint feature? Is this where the procedure for the "View Properties" be found?

    Tuesday, April 17, 2012 12:43 AM
  • Hi Jerson,

    Here is a workaround, you can use Javascript to dynamically change the View Properties' URL to the correct one:
    1、Open your SharePoint Designer, go to the the "AllItems.aspx" page of your document library;
    2、Add the following Javascript code before the last </asp:Content> tag:
        <script type="text/javascript">
            document.onreadystatechange = function changeselect() {
                if (document.readyState == "complete") {
                    ctx.displayFormUrl = "your library DispForm.aspx url"; //for example:"http://lhan-pc1:8081/sites/sites1/lib2/Forms/DispForm.aspx"
                }
            }
        </script>

    Thanks,
    Lhan Han

    Wednesday, April 18, 2012 10:06 AM
    Moderator
  • Hi Lhan,

    Thanks for your Answer. It led us to the main point on resolving the issue.

    As we found out, the DispForm.aspx is lacking something resulting for the mentioned behaviours to occur. The "ListFormWebPart" is missing in DispForm.aspx.

    What we only have is just:

    <WebPartPages:WebPartZone runat="server" FrameType="None" ID="Main" Title="loc:Main"><ZoneTemplate>
    <WebPartPages:ContentEditorWebPart runat="server" __MarkupType="xmlmarkup" WebPart="true" __WebPartId="........... >
    <WebPart xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" ....
    //content....
    </WebPart>
    </WebPartPages:ContentEditorWebPart>
    </ZoneTemplate></WebPartPages:WebPartZone>

    but as we checked on our other sites, supposedly it should have this Part:

    <WebPartPages:WebPartZone runat="server" FrameType="None" ID="Main" Title="loc:Main"><ZoneTemplate>
    <WebPartPages:ListFormWebPart runat="server" __MarkupType="xmlmarkup" WebPart="true" __WebPartId= ".....
    <WebPart xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" ....//content....
    </WebPart>
    </WebPartPages:ListFormWebPart>
    <WebPartPages:ContentEditorWebPart runat="server" __MarkupType="xmlmarkup" WebPart="true" __WebPartId= "........

    Now, the tricky part here is how come this DispForm.aspx was Modified but when we check the file's last Modified Date, it was still way back 2010?

    Are there any other files that might affect the DispForm.aspx when changed?

    Or is it just simply got corrupted?

    Again, the issue has been resolved already. Thanks to Lhan Han. I am just curious on how on earth the DispForm been modified but yet last modified date was still showing on 2010?

    Thanks in advance.

    It really helped me a lot.



    Monday, May 7, 2012 6:28 AM