inurl: is now dysfunctional, showing pirated page copies

Scraped pages showing with inurl: instead of site pages

[Marcia]

The inurl: search has been dysfunctional since yesterday, it looks like. 2 pages out of 40 (actually there are more) from one of my sites is showing up in just one case, with the rest being "strange" other sites using the URL in the filepath and on pages with full copies of my homepage, including the graphics and linked to my stylesheet.

That's just one site, but not one site I've checked has the site's pages showing up properly for inurl:example.com

I'm guessing it's related to the site: comman also having a problem, because one site I manage was out of the index altogether as of 2 days ago (a non-profit that's been up since 1998) and yesterday 1 page turned up - the link page.

I'm now concerned over those scraped pages, they're 100% duplicates that I didn't know existed. But if it's so many sites, it's a deeper issue, especially being at the same time as the site: search not working. It really does seem like there's been some serious data loss or corruption.

[tedster]

Well, at least those are results that DO have the requested character string in the url. It may be a change, but it's not strictly speaking "broken". If inurl: is going to show us all the scraped versions right up front, that could have its uses.