Preventing edit access for a MOSS 2007 list RRS feed

  • Question

  • Hi,

    in a my MOSS 2007 application, there are some custom pages that call the related view of a list. When I see the list view, obviously fe it is visible the NEW button to insert a new item into a list. I'd like to delete or inactivate this button (by the Designer) to avoid that the end user could adding a new item in the list without a low impact on the MOSS 2007 application.

    Is it the right manner to obtain a such result, please?

    Many thanks

    Wednesday, October 10, 2012 8:34 PM

All replies

  • Removing the "New" button is not the right approach. I'd suggest you configure the security/permission to that list so that only intended users can add/edit/delete records while others can only read/view the data. Based on the permission level given, SharePoint will automatically hide/show that "New" button accordingly.


    Thursday, October 11, 2012 12:36 AM
  • Hi,

    I need to manage the permissions related an unique list for an unique user. My MOSS application has several menù voices: some voices allows to navigate to a list whrere the same user can view and edit. The same list could be accessed from other point, but in this case the same user must only view.


    Monday, October 15, 2012 10:56 AM
  • If you don't want to use permisisons, then I suspect you'll have to use a visibility trick.  First of, edit the web-part settings on the page and set the show full-toolbar to none.  This should hide most of the "New" options from your users.

    Steven Andrews | SharePoint Professional | http://www.twitter.com/backpackerd00d | https://baron72.wordpress.com/

    Monday, October 15, 2012 12:43 PM
  • Hi Steven, I think that the issue isn't very clear.

    If the User01 accesses to a site clicking to a menù voice associated to the list List01, he can view the list and adding new items. But if he accessed to the same list List01 from another access point, he doesn't have to edit the List01. The permission about the same list change respect to the access point inside the site.


    Monday, October 15, 2012 1:10 PM
  • Permissions are independant of the link from which a user will gain access to them.  You can present any number of pages and views to the sole list but however the user gets to it, if they have permissions to edit, they'll be able to edit.

    So, your options are: -

      • Change the permissions, which you've already ruled out
      • Change what the user sees

    For option two, you can consider a Content Query web part or the DataView web part.

    Steven Andrews | SharePoint Professional | http://www.twitter.com/backpackerd00d | https://baron72.wordpress.com/

    Monday, October 15, 2012 1:17 PM
  • Hi, I think that is more clear, but not enough.

    In my MOSS 2007 site, I've some menù voices to configure the system, that call some lists for this purpose, fe List01. Moreover, there are present other menù voices for the end user that call custom pages (in ASP.NET). In this custom pages are present some links to recall list views or views, fe the same List01. User01 that accesses to the site can edit List01 if he accesses from the configuration menù voices but not if he accesses to List01 from the custom pages called by end-user menù voices.

    So, the Content Query web part seems interesting, but I need to show a Gantt view for List01. I've already created a such view, but it shows the New and Actions button and moreover when I click on the single item of the Gantt view I can edit it.

    I understand that this is a strange issue, but unfortunately is an user requirement.

    Any helps, please? Thanks

    Tuesday, October 16, 2012 4:42 PM
  • Are you not able to create DVWP on the custom pages? Then design your DVWP according to your requirements (allow edit/create new item if user should be able to do it.)


    Thursday, October 18, 2012 3:56 AM
  • Ok, Parvez, but the Data View Web part should show a Gantt layout ... ???


    Thursday, October 18, 2012 6:08 AM
  • By default you won't get a Gantt Layout. But if you're going to create a data view web part, you have full access to the code. You'll need to transform the xml data using xslt and make it look like a Gantt layout. Or, use asp .net code to build the view according to your requirement. Or, there could be other options. Don't think it's impossible but it could involve a lot of work (coding).

    I still think this should be handled by using appropriate permission. Security and View are two different things. In my opinion they should not be mixed up. Even if you create a view that doesn't allow the user to add/edit data, what's stopping them from ignoring this view completely and just use the view that does allow them to add/edit.


    Friday, October 19, 2012 1:35 AM
  • Hi Parvez, I thing that this issue it hasn't been good understood.

    I rewrite it. I've a site where User01 is able to access inside it as a contributor. In particular, he has this permission for List01. In the site is present a custom page (written in ASP.NET) in order to view and edit the items of this list. This custom page has a voice menù site. From this custom page by a link it is possible to navigate to a Gantt view of List01. This Gantt view shows the New and the Actions buttons and this is a bad thing. It must be possible to edit an item of List01 by using the custom page and not directly the list or a view of this list. Moreover, if I restict the permission for User01, he won't be able to use the custom page to edit the items of List01. Moreover, I need to have a Gantt view.

    In this scenario, I think that the better solution is to hide or delete the New and the Actions buttons (if it is possible, of course!) into the Gantt view. This solution isn't really good but ... it seems the unique one.

    In other terms, the User01 use the same list in two points of the site, in the first one User01 is able to edit items in the second one User01 is able only to view items.


    Friday, October 19, 2012 12:11 PM
  • I think I did understand it. But what I don't understand is why does it matter if the user sees "New" or "Actions" button on the gnatt view. It's part of his security permission to that list.

    Anyways, getting back to your requirements, I'm assuming the Gantt view is currently located at the default location where all List views are stored. Have you tried adding  that view in a Custom web part page? From that page, you can just modify the web part properties and then set the chrome settings so that users won't see the toolbar containing "New" or "Actions" button.


    Sunday, October 21, 2012 4:32 PM
  • Hiding or deleting New or Actions buttons for the Gantt view means to avoid that the user could adding/changing an item of the list. I repeat that for the same list, from two different accesses to the site the same user can act differently on it. Ok?

    Sunday, October 21, 2012 8:27 PM
  • I think there's a danger of us talking across each other.

    You've got a very unusual request, which each proposal given thus far has been refused, so the only valid answer is that SharePoint isn't the right tool for you.  You're seeking to break the behaviour of software that's collaborative by design, which at your own request is a strange request.

    Can you give us some information on the reason behind the request, or an real life example of why such a change would be requested?  With this information you might receive suggestions that are more useful to you.

    Steven Andrews | SharePoint Professional | http://www.twitter.com/backpackerd00d | https://baron72.wordpress.com/

    Monday, October 22, 2012 2:50 PM