Yes the breadth of the search is both the results and the filtered pages – HTTPScoop is used so I can examine the collective whole because the lists are segmented across two tabs currently.
A hypothetical implementation of what I’m asking for would resemble something like this:
Changing the column header from “Error” to “Status”. Make a new value that resembles a result page and leave the rest of the view the same. A setting could default to showing filtered pages only since the results tab is where most people spend their time. But optionally a full log could be displayed on the Log tab with both results and filtered pages displayed in a similar fashion. The column header could be sorted in alphabetical or reverse alphabetical when clicked.
This would make it much easier to see the collective whole of what was attempted in an effort to identify a better granularity for link filtering. You could quickly identify common areas of a website it’s not following that you might want to add to LinksMatching (note: i’m implying that you might be altering the text and link start/stop markers to farm new links between updates so there’s a bit of “let’s try it and see where we go” happening here) - or maybe you note that you are getting matches to an area of a website where there is less signal and more noise such that it is poisoning your plugin’s effectiveness. There’s probably more reasons – but yes in the end I wind up staring at a glorified packet sniffer to obtain that list and it’s not as effective as it could be if DEVONagent was capable of repurposing data in this fashion.