Breadcrumb assigned only to Article nodes but showing (unwanted) on page made by Views module

The configuration page still has its "out of the box" defaults - I haven't changed it. (Won't list those unless you ask me to, as I'm guessing you know what the defaults are :-) )

Thanks for the info about the module weights. I had heard of the concept before, but it hadn't dawned on me how it could be used in this context. Interesting!

However, I'm experimenting with a different simpler thing now, as reflected in amended issue title: breadcrumbs on the Article pages, and aiming (unsuccessfully) at no breadcrumb at all on the Views page which collates them. (The View is "all published articles in reverse order of date".) I actually did this as a design experiment rather than a troubleshooting experiment, and I think now it's probably the design I'll go with.

So now the module weights aren't a factor. The new question is simply why a Nodes-type breadcrumb assigned only to Article nodes is appearing on the Views-created page at "/blog". I'm guessing that isn't intended behaviour... though it's not my place to say what behaviour is intended :-)

Can you replicate that part? Or do you think it's something odd at this end?

It occurs to me that $node->type == 'article' for the nodes on the Views page, and presumably the $node variable is set a few times in rendering the page. Could that be what C.B. is detecting?

I should also mention that today I've had no success setting these breadcrumbs with the equivalent Paths method, whereas that was partly-working OK yesterday according to what I wrote then (probably true, but didn't double-check then so slightly unsure now). Today, anything with a wildcard asterisk in the path just didn't appear. Non-wildcard ones showed up in the right places. Tried rebooting the system, made no difference. Doesn't matter to me in itself right now, but included here for completeness in case it's a clue.

Some more experiments and info...

a) I only just realised there's a checkbox to enable wildcards, which was unset, so that's presumably why those weren't working yesterday. (though I'm now perplexed how they managed to be working the day before, if indeed they were... maybe I'd accidentally clicked to unset when I went to look at the settings page(?))

b) Also discovered the "Excluded paths" option. Trying that with just the path "blog" works very nicely to make the Articles breadcrumb disappear from the blog page, but it also gives me an error message:

* Notice: Undefined index: q in custom_breadcrumbs_exclude_path() (line 1194 of {directory system omitted}/sites/all/modules/custom_breadcrumbs/custom_breadcrumbs.module).

c) Just by way of experimental poking-around, since you'd gone to the trouble of suggesting it, I did experiment with the module weights. I switched off "Excluded paths" again and made a test bookmark for "blog" using Views (as I'd deleted the one from earlier), then gave the Views module a higher weight. But it's still showing the Articles breadcrumb despite the supposedly higher weight of the Views one.

That checkbox for "Adjust module weights" - is that only meant to be checked while you're actually changing them, or is it meant to stay checked to mean "Use these changed weights"? In fact it's unchecking itself on "save", but if it only means "Let me change the weights" then presumably that's correct.

(If it is just to give permission for the change, then from a user-friendliness point of view I don't really like that - it took me a while to realise the checkbox was there, because it doesn't match other bits of Drupal interface. In e.g. Blocks or Menus, you can just move the weights and then save. I was doing that and then wondering why it hadn't "stuck", and only then noticed the checkbox.)

Hope all this is useful in some way :-)

More experimentation. I can make it go the way I want using "Breadcrumb visibility" field in the "node type articles" breadcrumb:

$view = views_get_page_view();
if (empty($view)) 
{
  return TRUE;
}
else 
{
  return FALSE;
}

(see http://drupal.org/node/1244696)

That's successfully not showing the breadcrumb on the /blog page which is generated by Views.

Won't take it upon myself to set the issue to fixed, as there are still aspects of CB's behaviour which aren't what I'd expect. I think this bit of code probably counts as a workaround rather than a fix. But it's OK for my purposes.