I have two custom list definitions - List 1 and List 2, both with different ID's for the Type in the elements.xml. List 1 is called 'List1' and the other is called 'List 2', note that the second list has a space in the name meaning the url has the %20 characters in it.

I have created List Event Receivers for each of the custom lists, as I understand it you need to set the ListUrl of the tag in order to get the event receiver firing only for the list at that Url.

My problem is that even with that set to ListUrl="Lists/List%202" or ListUrl="Lists/List 2" the event receiver still runs for the other list, in fact both event receivers run for any list created on the site - e.g. Custom List.

How do I get them to run for a particular list only?! Is it the space that is causing the issue? Even the other event receiver for the list with no space fires for all lists!

I tried also setting the ListTemplateOwner to the feature ID but that didn't work either.

Thanks in advance,


  • Could you explain what you mean by the "ListUrl of the tag"? What tag? Could you post it up? – Andy Burns Dec 24 '10 at 13:05
  • I meant the ListUrl property of the Recievers element in the event receiver elements.XML file - sorry I didn't explain that very well – Anonymous Dec 24 '10 at 13:38

When scoped to site it fired for all lists. When I scoped the solution to web it worked. Hope it helps.

-Padeep Nulu

| improve this answer | |
  • YESS!!! It works Paddep Nulu! You must create a feature with scope , so the parameter ListUrl = "Lists / Your List" ("elements.xml") works properly!! Very good!! Mauro – Mauro May 21 '12 at 18:02
  • You can also define your receiver scope in your elements.xml: <Receivers ListUrl="Lists/ListName" Scope="Web"> – Rubens Farias Jan 3 '14 at 18:53

If the feature scope is set to Site, then the ListUrl and the ListTemplateId is ignored, and then it will fire on all events for all lists.

Fix it by putting your eventreceiver in a web-scoped feature.

| improve this answer | |

I had the same problem, and debugged for literally weeks. The solution I ended up with was deleting the elements.xml file that specifies the target of the event receivers, and binding the event receivers to your lists programmatically in the FeatureActivated (and don't forget to detach them in FeatureDeactivating).

Hope this helps someone.

| improve this answer | |
  • Thanks - this is what I ended up having to do in the end - would be good to find out if this is actually a bug or feature though. – Anonymous Feb 24 '11 at 21:11

Specifying ListUrl should work in order to associate the event receiver with a particular list instance, i.e.

<Receivers ListUrl="Lists/test">

I have seen a problem where this didn't work for some reason, and the result was the event fired for all lists, as if the ListUrl attribute wasn't there. I don't think it was a typo, because the feature won't deploy if you get it wrong. For the same reason I don't think it is anything to do with there being spaces in your list name.

I created a new, clean project and created the event receiver and it worked fine. It might be worth trying the same thing in case there is some buggy behaviour around this when combined with other event receivers.

| improve this answer | |
  • Ok thanks Bill for confirming - I'll try it in a new project to see if it plays ball. Just to verify should it be Lists/List%20Test to account for the space in the URL? Also if I want to register it by ListTemplateId instead I'm assuming this is the one in the List element of the list definition schema.XML? Thanks Alex – Anonymous Dec 24 '10 at 15:09
  • I think "Lists/List Test" and "Lists/List%20Test" both work - presumably it gets de-urlencodified somewhere in the process. If it doesn't match a list it should fail to deploy. The list template ID should be a number like 107 or something (Type or Type_Client I think). – SPDoctor Dec 24 '10 at 16:36
  • Well i had another go this morning - deleted all the event receivers from the project, did an IISRESET, re-created the site collection. Created only one event receiver with ListTemplateID, ListUrl properties set and still it runs for every list that is created. The only thing left to do is create a new project which I'm really not looking forward to doing. Any other ideas? Cheers – Anonymous Dec 28 '10 at 10:24
  • Just to confirm, it seemed to be creating a new project (actually a new solution) that got it working. New project/feature just had the event receivers for the lists. I would build a proj. with one event on one list and see how that goes. I was using the ItemAdding event. – SPDoctor Dec 28 '10 at 10:46
  • OK well I've now tried creating a new project in the same solution - still the same problem runs for all lists. I'm guessing the 'bug' must be at solution level? – Anonymous Dec 28 '10 at 11:17

For this,

You need to set scope of feature = Web as well as you need to set scope in Feature.Template.XML also. Basically, ListUrl property not works with Site Collection scope, it only works with Web scope.

You can see the solution here. http://asharepointsolutions.blogspot.in/2014/10/sharepoint-event-handler-firing-twice.html

| improve this answer | |
  • this did the trick for me! – Snickbrack Sep 13 '16 at 7:52

That doesn't sound right - if you've got 2 List definitions then how can you specify the list URL? You've not created the list yet!

As your list definitions have different template IDs, you could register your handlers by list type. Indeed, if your lists were originally based on "Custom List", this could be why your receivers are running on Custom Lists - if you've registered them by template ID.

| improve this answer | |
  • Thanks for your reply Andy, i see what your saying. I am creating the lists in the UI rather than using list instances - perhaps it doesn't know what list to register the events on at feature activation time. I tried to register it based on ListTemplateId - this not the same as the ID for the Type though. I set this I'm the list definition schema.XML and then in the elements for the event receiver but it still fired for all lists. Cheers – Anonymous Dec 24 '10 at 13:41
  • Yeah, you'll want Type (in the list element of schema.xml) to match ListTemplateId, along with the List Definition file too. I don't see how the registration can work when the lists aren't there. By registering against a list type, you don't need to worry so much. I take it that you've tried this in a new site? Just to be sure that you've not got old event registrations still kicking around? – Andy Burns Dec 24 '10 at 13:52
  • In an ideal world this would be true, but in my experience setting the TemplateID in the receiver XML doesn't actually work, the event's fire for all lists in the site anyway! (If anyone else has had a different experience let me know) – Neil White Jan 12 '11 at 15:06
  • Well it's my experience that setting the TemplateID makes the receiver fire only for lists of that template type. – Andy Burns Jan 13 '11 at 10:07
  • Thanks for your reply Neil - its reassuring to hear that other people have had the same issue too. – Anonymous Jan 18 '11 at 12:34

I've just had a go at this again - hoping that after installing SharePoint 2010 SP1 and VS SP1 this bug would be fixed. Sadly it seems to be still present - setting the ListUrl in the event receiver elements makes no difference and it runs for every list.

Is anyone else still experience this issue? perhaps a bug needs raising on the connect site?



| improve this answer | |
  • I just tested this and I was able to get it scoped to a particular list, using the names List1 and List 2. I used an ItemAdded event. Can you post your elements.xml that is causing the issue? – John Koerner Sep 14 '11 at 0:47

My situation was a bit different, but I landed here while searching for a solution.

I had a SharePoint list item event receiver scoped for Web and controlled by a Web-scoped feature. Thus, it should only fire on the website's list if the feature has been enabled. However, it was firing on other sites as well where the feature was deactivated.

Turned out that I had created a list template from a site where the feature was active. Upon creating the list from the template on other sites, the event receiver from the original site would be part of the template. Lesson learned: Don't create a list template while event receivers are active.

| improve this answer | |

Put only list name inside ListUrl property

| improve this answer | |

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy