Imports and methods fall in the same namespace?

The error seems correct to me. If you had

import bar

class Foo:
    a = bar

then Foo().a would be bar (the module). If you had

class Foo:
    def bar(self):
        pass

    a = bar

then Foo().a would be bar (the method). So the method does override the imported name in the class namespace, which pyflakes warns about (but only if the name is unused, to avoid false positives).

Well, I don't agree with your argument, but if that's instead valid, then I would
expect that a very similar case, that is

def a():
    pass

class A:
    def a(self):
        pass

should emit the same error instead of the current happy mood, and even

a = 1

def b():
    a = 2

should "warn" me about the override of a global symbol within the function namespace,
instead of the current and IMHO correct warning about unused assignment.

In any case, the fact that the error "disappear" as soon as I use the imported symbol
seems wrong: the class method is still overriding the global symbol.

I think pyflakes automatically assumes functions and module level variables are "used" because they could just be defined to be importable from other modules.

Report seems legit to me. In the example:

import bar

class Foo:
    def bar(self):
        pass

the bar import is unused, and there should remain an error about that. But defining a bar function inside the class scope does not seem like an error. Pyflakes does not emit errors for shadowing global variables, imports or otherwise, unless it's done such that something which was imported can not possibly be used. Like this:

$ pyflakes
import foo
foo = 1
<stdin>:2: redefinition of unused 'foo' from line 1

I'm vaguely remembering there was some implementation reason for this bug, and maybe it was too difficult to fix. But that was years ago...worth at least investigating.