Hmm, okay. The URL we use is what comes back in the "FileRef" field of the Lists.asmx getListItems response. It is possible that there's a better choice for list items. I'll create a ticket and look into what the options are.
Karl On Tue, Nov 19, 2013 at 3:46 PM, Mark Libucha <[email protected]> wrote: > That doesn't work either. > > In the SharePoint UI, the Task List is presented as a table, with each of > the individual items in the list presented as a URL. When you click on an > item, it raises a pop up... > > The links on the page look like this... > > > http://myhost/_layouts/listform.aspx?PageType=4&ListId={1BD4F07D-A210-45A7-9C91-D296B1AB73EE}&ID=2&ContentTypeID=0x010800DE3D7FC80C8CFC4BA00DFEC40120E795 > > Nothing like the URIs they are handing back to MCF... > > Thanks for the info. > > Mark > > > > On Tue, Nov 19, 2013 at 12:25 PM, Karl Wright <[email protected]> wrote: > >> Hi Mark, >> >> SharePoint indeed uses URLs of this form. The one you provided describes >> a List in the root site called "Tasks", and references the second item in >> that list. I'm surprised SharePoint doesn't give something better than a >> 404 when you go to it, though. >> >> Can you go to >> http://myhost/Lists/Tasks#2_.000<http://myhost/Lists/Tasks/2_.000>without it >> giving a 404? because that's something the connector could >> certainly do. >> >> Karl >> >> <http://myhost/Lists/Tasks/2_.000> >> >> >> On Tue, Nov 19, 2013 at 3:21 PM, Mark Libucha <[email protected]> wrote: >> >>> When I crawl a list, I get back URLs that look like this: >>> >>> http://myhost/Lists/Tasks/2_.000 >>> >>> This URL returns a 404, but I think that's a SharePoint issue. I don't >>> believe there's a way to point directly to an item in List (is there?). >>> >>> My question then is, is SharePoint returning this URL in this form, or >>> is MCF creating the URL based on the name of the list? >>> >>> Thanks, >>> >>> Mark >>> >> >> >
