| Summary: | test_getPrinterList() fails when no default printer is selected | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Kim Moir <kim.moir> |
| Component: | SWT | Assignee: | Platform-SWT-Inbox <platform-swt-inbox> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | markus.kell.r, skovatch |
| Version: | 3.7 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | stalebug | ||
| Bug Depends on: | |||
| Bug Blocks: | 295393 | ||
|
Description
Kim Moir
I think this may be a genuine failure. I recall running this on 10.5 and getting the same failure on a machine that never had any printers set up for it. I have an Ubuntu 14.04 machine that has no configured default printer.
Printer.getDefaultPrinterData() returns null, but Printer.getPrinterList() returns:
[PrinterData {driver = GtkPrintBackendFile, name = Print to File},
PrinterData {driver = GtkPrintBackendCups, name = PostScript}]
Test_org_eclipse_swt_printing_Printer.test_getPrinterList() contains a hack for GTK that would still accept a single printer ("GtkPrintBackendFile"), but it fails in my case with two non-default printers.
The API doesn't preclude this setup, so the test should not fail. And at least some of the other tests that use getDefaultPrinterData() and give up early should also check getPrinterList() for a printer.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie. |