(Fix testday app-generated results to use {{result}} template for bug references) |
(Move long comments to a separate section at end of page) |
||
Line 124: | Line 124: | ||
| [[User:Mhradile|Miroslav Hradílek]] | | [[User:Mhradile|Miroslav Hradílek]] | ||
| Brother HL-2150N | | Brother HL-2150N | ||
| {{result|fail}} <ref>Identified as a right printer "HL-2150N-Series" but assigned wrong generic driver effectively acting like there is no problem. This caused other test cases to fail more or less. Also no notification about disconnecting. Further testing was performed by manually installing [http://welcome.solutions.brother.com/bsc/public_s/id/linux/en/instruction_prn1a.html manufacturers drivers].</ref> | | {{result|fail}} <ref group="long">Identified as a right printer "HL-2150N-Series" but assigned wrong generic driver effectively acting like there is no problem. This caused other test cases to fail more or less. Also no notification about disconnecting. Further testing was performed by manually installing [http://welcome.solutions.brother.com/bsc/public_s/id/linux/en/instruction_prn1a.html manufacturers drivers].</ref> | ||
| {{result|pass}} <ref>Again no notification about reconnecting.</ref> | | {{result|pass}} <ref>Again no notification about reconnecting.</ref> | ||
| {{result|fail}} <ref>I was able to see my network printer under a weird ID hash in printing dialog. This printer was showing printer messages in my mother language and was grayed out when printer had issues. When clicked on though, it displayed hourglass cursor and after a while printer reported "Service call indications | | {{result|fail}} <ref group="long">I was able to see my network printer under a weird ID hash in printing dialog. This printer was showing printer messages in my mother language and was grayed out when printer had issues. When clicked on though, it displayed hourglass cursor and after a while printer reported "Service call indications | ||
" error (the worst error) by blinking all leds. Obviously did not print. When attempting to add it manually it was constantly trying to use the ID hash in place of the IP. After full manual configuration it worked as expected. Also printing dialog did not offer a thing.</ref> | " error (the worst error) by blinking all leds. Obviously did not print. When attempting to add it manually it was constantly trying to use the ID hash in place of the IP. After full manual configuration it worked as expected. Also printing dialog did not offer a thing.</ref> | ||
| {{result|pass}} <ref>But no print queue in notification area.</ref> | | {{result|pass}} <ref>But no print queue in notification area.</ref> | ||
| {{result|fail}} <ref>Except for the "disconnected printer", messages are flawed. Printing dialog states "sending data to printer" when "job completed" notification was already received while printer happily continues printing. Funny: the weird ID hash printer is always right.</ref> | | {{result|fail}} <ref group="long">Except for the "disconnected printer", messages are flawed. Printing dialog states "sending data to printer" when "job completed" notification was already received while printer happily continues printing. Funny: the weird ID hash printer is always right.</ref> | ||
| {{result|fail||946857}} | | {{result|fail||946857}} | ||
| <references/> | | <references/> | ||
Line 223: | Line 223: | ||
! References | ! References | ||
|} | |} | ||
== Long comments == | |||
<references group="long" /> | |||
[[Category:Test Days]] [[Category:Fedora 19 Test Days]] | [[Category:Test Days]] [[Category:Fedora 19 Test Days]] |
Revision as of 07:12, 26 December 2014
Fedora Test Days | |
---|---|
![]() | |
Printing | |
Date | 2013-04-04 |
Time | all day |
Website | QA/Fedora_19_test_days |
IRC | #fedora-test-day (webirc) |
Mailing list | test |
What to test?
Today's instalment of Fedora Test Day will focus on Printing.
This test day is for testing all aspects of printing, including setting up the printer, sharing printers on the network, and printing jobs.
The major change in Fedora 19 is the switch to CUPS 1.6.
This brings with it a change to the default set of filters used to converting documents: rather than performing transformations in PostScript it is now done in PDF.
Additionally, printer sharing and discover now uses mDNS/DNS-SD rather than the CUPS Browsing method that's been the default in prior releases. The cups-browsed service provides backwards compatibility for CUPS Browsing/BrowsePoll, and both methods (mDNS and CUPS Browsing) could use some testing.
If you see a problem and are not sure which component is to blame, the Debugging Printing page can help you to diagnose it.
Who's available
The following cast of characters will be available testing, workarounds, bug fixes, and general discussion ...
- Development - Tim Waugh (twaugh), Marek Kasik (mkasik), Jiri Popelka (jpopelka)
- Quality Assurance - Petr Sklenar (psklenar),
Prerequisite for Test Day
- A printer
- Fedora 19 live image (pre-Alpha or nightly compose) or Rawhide
- Clear your audit log (in case you aren't running from the live medium):
# echo -n > /var/log/audit/audit.log
How to test?
A variety of printing tasks should be attempted, including:
- Configuring a printer not yet known to the system
- Printing a test page
- Printing something more complicated, e.g. OpenOffice document, PDF, email
- Taking advantage of extra print features of your printer e.g. duplexing, stapling
Update your machine
If you're running Fedora 19, make sure you have all the current updates for it installed, using the update manager. If you are running Fedora 18 and want to try upgrading to Fedora 19, here is how:
yum update yum; yum clean all ; yum --releasever=19 distro-sync --nogpgcheck -y
Or:
Live image
Tips on using a live image are available at FedoraLiveCD. Live images can be found here or here. Live usb with Fedora-19-Nightly-20130401.13*.iso seems to be working on bare metal.
CUPS-1.6 on Fedora 18
As a last resort if you're having problems with live images/rawhide you can test CUPS-1.6 on Fedora 18 (x86_64 only).
Test Cases
- Connecting a local printer: Expected behavior is that when a new local printer is connected, drivers will be installed as needed, a queue will be created for it, and the user will see a notification message about it.
- Reconnecting a local printer
- Printing to a network printer
- Printing copies/pages/duplexing from the print dialog
- Status feedback
- Selinux-AVCs
Desktop and applications integration
- KDE Printers Settings <FIXME>
- KDE Applications Printing <FIXME>
- Gnome Printers Settings <FIXME>
- Gnome Applications Printing <FIXME>
- LibreOffice Printing <FIXME>
- Firefox Printing <FIXME>
- Java Applications Printing <FIXME>
Test Results
If you have problems with any of the tests, report a bug to Bugzilla. Choose the correct component:
- gnome-settings-daemon for problems relating to job reporting and printer status feedback in GNOME Shell
- control-center for problems specific to printer administration in GNOME Shell e.g. the new system settings module
- cups for printing problems that persist even when using command line utilities such as lp
- gtk2 for printing problems common to all GTK+ applications using the GTK+ print dialog
- system-config-printer for bugs in the printing configuration program used in GNOME fallback mode and in other graphical environments
- selinux-policy if there is some selinux issues
If you are unsure about exactly how to file the report or what other information to include, just ask on IRC and we will help you. Once you have completed the tests, add your results to the Results table below, following the example results from the first line as a template. The first column should be your name with a link to your User page in the Wiki if you have one, and the second should be a link to the Smolt profile of the system you tested. For each test case, use the result template to enter your result, as shown in the example result line.
If you see something unexpected, even if you are not entirely sure whether it's a bug, please take the time to report it as one. Without doing that, it may be difficult to follow up and fix.
User | Printer | Connect local | Reconnect local | Network printing | Copies/pages/duplex | Status feedback | Selinux issues | References |
---|---|---|---|---|---|---|---|---|
Sample User | HP LaserJet 5 | ![]() |
![]() |
![]() |
![]() |
|||
Miroslav Hradílek | Brother HL-2150N | ![]() |
![]() |
![]() |
![]() |
![]() |
||
mbaldessari | HP OfficeJet J4500 | ![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
|
Tim Waugh | HP DeskJet 990Cxi | ![]() |
![]() |
|||||
Tim Waugh | HP Photosmart 5510 | ![]() |
||||||
Jan Scotka | HP DeskJet 2515 ![]() |
![]() |
||||||
Petr Sklenar | HP OfficeJet Pro 8500 | ![]() |
![]() |
|||||
Jakub Prokes | Cannon imageRunner c2020i | |||||||
Luya Tshimbalanga | HP Photosmart eStation C510a | ![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
|
Dalibor Pospisil | Samsung SCX-4200 | ![]() |
||||||
User | Printer | Connect local | Reconnect local | Network printing | Copies/pages/duplex | Status feedback | Selinux issues | References |
Long comments
- ↑ Identified as a right printer "HL-2150N-Series" but assigned wrong generic driver effectively acting like there is no problem. This caused other test cases to fail more or less. Also no notification about disconnecting. Further testing was performed by manually installing manufacturers drivers.
- ↑ I was able to see my network printer under a weird ID hash in printing dialog. This printer was showing printer messages in my mother language and was grayed out when printer had issues. When clicked on though, it displayed hourglass cursor and after a while printer reported "Service call indications " error (the worst error) by blinking all leds. Obviously did not print. When attempting to add it manually it was constantly trying to use the ID hash in place of the IP. After full manual configuration it worked as expected. Also printing dialog did not offer a thing.
- ↑ Except for the "disconnected printer", messages are flawed. Printing dialog states "sending data to printer" when "job completed" notification was already received while printer happily continues printing. Funny: the weird ID hash printer is always right.