regression in printing and scanning, when upgrading to f36

[Chris Murphy]

Hi testers,

At the Workstation working group meeting, today we learned about the
following bugs:

Cannot print except when rebooting computer after upgrade from F35 ->
after recommended manual intervention, now cannot print except after
turning off printer and then printing a blank page in LibreOffice
https://bugzilla.redhat.com/show_bug.cgi?id=2066528

Cannot scan anything with Simple Scan after upgrading F35 -> F36
https://bugzilla.redhat.com/show_bug.cgi?id=2069277

Background reading is here:
https://lists.fedoraproject.org/archives/list/[e-mail].o...

The very rudimentary summary is:
1. When upgrading (does not apply to clean installs);
2. with a printer that supports ipp-usb (a.k.a. driverless printing);
3. using the native driver (which can be a cups filter, free or nonfree)
Printing breaks.

The reason is the printing subsystem is going to try to use ipp-usb
(driverless) printing but things get confused in an apparently
unavoidable way. The user will have to delete the printer and readd it
manually.

Does this violate any release criterion? About the best I've come up
with is the default panel functionality criterion. Workstation working
group thinks if it's not a blocker per the normal process of
determining blockers, then we should ask FESCo to make it a blocker.

While what to do about it isn't directly related to blockeryiness,
some of the options floated:

* punt the change to F37 (I'm not sure it's possible at this point, cc'd
Zdenek)
* have a notification pop-up warn the user (this is probably an f37 timeframe)
* have a one time service delete all the printers, thereby forcing the
user to readd them, and then document this story

Thanks,

-- 
Chris Murphy