Bug 714618 - HP Deskjet F4500series Wireless Installation problem under Gnome3
Summary: HP Deskjet F4500series Wireless Installation problem under Gnome3
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: hplip
Version: 15
Hardware: i686
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Tim Waugh
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-06-20 09:16 UTC by Thies Thate
Modified: 2011-06-22 15:24 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-06-20 11:24:17 UTC
Type: ---


Attachments (Terms of Use)
Description of printer installation problem (679.11 KB, application/vnd.oasis.opendocument.text)
2011-06-20 09:18 UTC, Thies Thate
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Launchpad 799687 0 None None None Never

Description Thies Thate 2011-06-20 09:16:26 UTC
User-Agent:       Mozilla/5.0 (X11; Linux i686; rv:2.0.1) Gecko/20100101 Firefox/4.0.1

It is not possible to install my HP Deskjet F4580 (=F4500series) wireless AIO printer without explicitly entering the IP address of the printer.
See my attached description.

(UBUNTU and openSUSE does not have this problem)


Reproducible: Always

Steps to Reproduce:
1.See my attachment with complete description.
2.
3.

Comment 1 Thies Thate 2011-06-20 09:18:51 UTC
Created attachment 505558 [details]
Description of printer installation problem

Comment 2 Tim Waugh 2011-06-20 11:24:17 UTC
So a summary is:

==>
You want to be able to perform administration functions such as aligning the print heads, cleaning them, and monitoring supply levels.

You cannot do this when the backend in use is not "hp".
<==

The problem is with the HPLIP package.  The CUPS architecture allows this to work properly without any special backend.  The hpcups filter ought to accept various "CUPS-COMMAND"-format files for performing print head align/clean/levels-reporting actions.

That way, all the various printer types (and not just HP printers) would be able to have administration functions all in the same interface.

I've reported it upstream; it needs to be fixed there.

Comment 3 Thies Thate 2011-06-22 15:13:59 UTC
(In reply to comment #2)
> So a summary is:
> 
> ==>
> You want to be able to perform administration functions such as aligning the
> print heads, cleaning them, and monitoring supply levels.
> 
> You cannot do this when the backend in use is not "hp".
> <==
> 
> The problem is with the HPLIP package.  The CUPS architecture allows this to
> work properly without any special backend.  The hpcups filter ought to accept
> various "CUPS-COMMAND"-format files for performing print head
> align/clean/levels-reporting actions.
> 
> That way, all the various printer types (and not just HP printers) would be
> able to have administration functions all in the same interface.
> 
> I've reported it upstream; it needs to be fixed there.

Thanks for your reaction.
I'm interested in the actions of upstream. 
Please give me a hint how to follow that?

Comment 4 Jiri Popelka 2011-06-22 15:24:09 UTC
(In reply to comment #3)
> I'm interested in the actions of upstream. 
> Please give me a hint how to follow that?

See the 'ID' in 'External Trackers' table. It points to
https://bugs.launchpad.net/ubuntu/+bug/799687


Note You need to log in before you can comment on or make changes to this bug.