In a situation like this, trying the latest build is something so obvious
that it shouldn't be necessary to mention...although there's the caveat that
"new, improved" releases can validate the old saw that "for every bug fixed,
a programmer must introduce a new one." And no, the latest driver for the
printer did not fix the problem, but at least it didn't seem to do any
additional harm.
Joe
Hmmm --- the "cure" for Win XP was usually to point the system to the
network address of the printer. This should work with Win 7 as well.
Other more complex cures --
Uninstall the printer driver software, disconnect the printer.
Reboot, reinstall the driver software, and connect the printer to a
different USB controller port.
When all else failed, use regedit to remove any left over registry
entries that the uninstall process did not.
When that still didn't solve the problem, a possible cure that used to
work was to uninstall the usb controller and port, then reboot and
reinstall it. (This "broke" defective links in the Win driver schema,
and hopefully forced windows to recreate them.
Since this problem seems to occur occasionally when legacy drivers, or
drivers that were minimally updated to work with Win 7 are used, I'd be
looking for updated drivers as part of the effort.
Win Vista and 7, as well as some XP versions, introduced another
variant, in that a printer might have both OEM drivers, and drivers via
a windows scheme. This is quite noticeable with multifunction printers,
scanners, and cameras. When this is desired, it may be necessary to
change one of the queue names to allow both schemes to co-exist.
I discovered this some time ago, as a result of using Viewscan and the
printer OEM's software with several different networked multifunction
printers. Viewscan often had to be "coaxed" into working with a
networked multifunction printer.