All of lore.kernel.org
 help / color / mirror / Atom feed
* [Printing-architecture] Firefox 103 supports temporary queues!
@ 2022-08-04 14:24 Zdenek Dohnal
  2022-08-04 15:06 ` Till Kamppeter
  0 siblings, 1 reply; 5+ messages in thread
From: Zdenek Dohnal @ 2022-08-04 14:24 UTC (permalink / raw)
  To: Open Printing

Hi all,

I'm happy to announce that Firefox 103 has started to show temporary 
queues in their own print dialog and printing via them works (at least 
on Fedora).

Feel free to test/leave feedback what to improve! I'll pass the feedback 
to Firefox upstream people from Fedora community.

I'm glad the another application added temporary queue support, which 
brings us closer to CUPS 3.0 :)


Zdenek

-- 
Zdenek Dohnal
Software Engineer
Red Hat, BRQ-TPBC


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Printing-architecture] Firefox 103 supports temporary queues!
  2022-08-04 14:24 [Printing-architecture] Firefox 103 supports temporary queues! Zdenek Dohnal
@ 2022-08-04 15:06 ` Till Kamppeter
  2022-08-05  8:29   ` Zdenek Dohnal
  0 siblings, 1 reply; 5+ messages in thread
From: Till Kamppeter @ 2022-08-04 15:06 UTC (permalink / raw)
  To: Zdenek Dohnal, Open Printing

Thanks for the info, but I have Firefox 103 on Ubuntu 22.04, in Snap format:

$ snap list | grep firefox

firefox                            103.0-1                     1589 
latest/stable     mozilla**             -

$



I connect the "cups-control" interface (Snap is not yet switched over to 
the new "cups" interface):

$ sudo snap connect firefox:cups-control

$

And in Firofox' own print dialog I see only the permanent queues, the 
same as I get with "lpstat -v".

Can it be that RedHat has applied a distro patch to fix the print 
dialog? If yes, could you make this patch available?

    Till


On 04/08/2022 16:24, Zdenek Dohnal wrote:
> Hi all,
> 
> I'm happy to announce that Firefox 103 has started to show temporary 
> queues in their own print dialog and printing via them works (at least 
> on Fedora).
> 
> Feel free to test/leave feedback what to improve! I'll pass the feedback 
> to Firefox upstream people from Fedora community.
> 
> I'm glad the another application added temporary queue support, which 
> brings us closer to CUPS 3.0 :)
> 
> 
> Zdenek
> 

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Printing-architecture] Firefox 103 supports temporary queues!
  2022-08-04 15:06 ` Till Kamppeter
@ 2022-08-05  8:29   ` Zdenek Dohnal
  2022-08-05  8:34     ` Zdenek Dohnal
  0 siblings, 1 reply; 5+ messages in thread
From: Zdenek Dohnal @ 2022-08-05  8:29 UTC (permalink / raw)
  To: Till Kamppeter, Open Printing

On 8/4/22 17:06, Till Kamppeter wrote:
> Thanks for the info, but I have Firefox 103 on Ubuntu 22.04, in Snap 
> format:

As a starting point of every debugging, I would remove any additional 
layers which can cause issues - in this case, try to reproduce with 
Firefox via .deb packages, not via Snap.

There can be some discrepancies which will have to adjusted regarding 
snapped firefox, since the development was probably tested only on 
.rpm/.deb.

>
> $ snap list | grep firefox
>
> firefox                            103.0-1 1589 latest/stable     
> mozilla**             -
>
> $
>
>
>
> I connect the "cups-control" interface (Snap is not yet switched over 
> to the new "cups" interface):
>
> $ sudo snap connect firefox:cups-control
>
> $
>
> And in Firofox' own print dialog I see only the permanent queues, the 
> same as I get with "lpstat -v".
>
> Can it be that RedHat has applied a distro patch to fix the print 
> dialog? If yes, could you make this patch available?

Nope, complete vanilla Firefox 103.0.1 regarding CUPS or IPP support - 
no mention about cups or ipp in the current downstream patches (when I 
wrote the email yesterday, I thought it is basic 103.0 according to 
messages on PR https://hg.mozilla.org/mozilla-central/rev/b7bc35cb4c89 , 
bug https://bugzilla.mozilla.org/show_bug.cgi?id=1771500 - but I haven't 
check the exact version till today, and it is 103.0.1 - maybe there were 
some changes?). Maybe Canonical has some patches in Firefox 
reverts/breaks the feature?

Does CUPS in SNAP have the patch you've sent to CUPS project regarding 
resolving hostnames in CUPS?

Either way, all possible downstream patches for Firefox are public here 
- https://src.fedoraproject.org/rpms/firefox/tree/f36 . None of them 
look connected to printing.


Zdenek

>
>    Till
>
>
> On 04/08/2022 16:24, Zdenek Dohnal wrote:
>> Hi all,
>>
>> I'm happy to announce that Firefox 103 has started to show temporary 
>> queues in their own print dialog and printing via them works (at 
>> least on Fedora).
>>
>> Feel free to test/leave feedback what to improve! I'll pass the 
>> feedback to Firefox upstream people from Fedora community.
>>
>> I'm glad the another application added temporary queue support, which 
>> brings us closer to CUPS 3.0 :)
>>
>>
>> Zdenek
>>
>
-- 
Zdenek Dohnal
Software Engineer
Red Hat, BRQ-TPBC


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Printing-architecture] Firefox 103 supports temporary queues!
  2022-08-05  8:29   ` Zdenek Dohnal
@ 2022-08-05  8:34     ` Zdenek Dohnal
  2022-08-05  8:53       ` Zdenek Dohnal
  0 siblings, 1 reply; 5+ messages in thread
From: Zdenek Dohnal @ 2022-08-05  8:34 UTC (permalink / raw)
  To: Till Kamppeter, Open Printing

To complete my findings, I've tested Firefox with my network printer and 
with virtual device shared via mDNS from snapped ps-printer-app, because 
I've been at home office since yesterday due cold. I'll test 
ipp-over-usb device once I get to the office next week, but IMO it will 
work the same way as virtual device from ps-printer-app.


Zdenek

On 8/5/22 10:29, Zdenek Dohnal wrote:
> On 8/4/22 17:06, Till Kamppeter wrote:
>> Thanks for the info, but I have Firefox 103 on Ubuntu 22.04, in Snap 
>> format:
>
> As a starting point of every debugging, I would remove any additional 
> layers which can cause issues - in this case, try to reproduce with 
> Firefox via .deb packages, not via Snap.
>
> There can be some discrepancies which will have to adjusted regarding 
> snapped firefox, since the development was probably tested only on 
> .rpm/.deb.
>
>>
>> $ snap list | grep firefox
>>
>> firefox                            103.0-1 1589 latest/stable     
>> mozilla**             -
>>
>> $
>>
>>
>>
>> I connect the "cups-control" interface (Snap is not yet switched over 
>> to the new "cups" interface):
>>
>> $ sudo snap connect firefox:cups-control
>>
>> $
>>
>> And in Firofox' own print dialog I see only the permanent queues, the 
>> same as I get with "lpstat -v".
>>
>> Can it be that RedHat has applied a distro patch to fix the print 
>> dialog? If yes, could you make this patch available?
>
> Nope, complete vanilla Firefox 103.0.1 regarding CUPS or IPP support - 
> no mention about cups or ipp in the current downstream patches (when I 
> wrote the email yesterday, I thought it is basic 103.0 according to 
> messages on PR https://hg.mozilla.org/mozilla-central/rev/b7bc35cb4c89 
> , bug https://bugzilla.mozilla.org/show_bug.cgi?id=1771500 - but I 
> haven't check the exact version till today, and it is 103.0.1 - maybe 
> there were some changes?). Maybe Canonical has some patches in Firefox 
> reverts/breaks the feature?
>
> Does CUPS in SNAP have the patch you've sent to CUPS project regarding 
> resolving hostnames in CUPS?
>
> Either way, all possible downstream patches for Firefox are public 
> here - https://src.fedoraproject.org/rpms/firefox/tree/f36 . None of 
> them look connected to printing.
>
>
> Zdenek
>
>>
>>    Till
>>
>>
>> On 04/08/2022 16:24, Zdenek Dohnal wrote:
>>> Hi all,
>>>
>>> I'm happy to announce that Firefox 103 has started to show temporary 
>>> queues in their own print dialog and printing via them works (at 
>>> least on Fedora).
>>>
>>> Feel free to test/leave feedback what to improve! I'll pass the 
>>> feedback to Firefox upstream people from Fedora community.
>>>
>>> I'm glad the another application added temporary queue support, 
>>> which brings us closer to CUPS 3.0 :)
>>>
>>>
>>> Zdenek
>>>
>>
-- 
Zdenek Dohnal
Software Engineer
Red Hat, BRQ-TPBC


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Printing-architecture] Firefox 103 supports temporary queues!
  2022-08-05  8:34     ` Zdenek Dohnal
@ 2022-08-05  8:53       ` Zdenek Dohnal
  0 siblings, 0 replies; 5+ messages in thread
From: Zdenek Dohnal @ 2022-08-05  8:53 UTC (permalink / raw)
  To: Till Kamppeter, Open Printing

I've tested snapped Firefox 103.0.1 on Fedora 36

$ /snap/bin/firefox

and the network printer was shown and printed well.

On 8/5/22 10:34, Zdenek Dohnal wrote:
> To complete my findings, I've tested Firefox with my network printer 
> and with virtual device shared via mDNS from snapped ps-printer-app, 
> because I've been at home office since yesterday due cold. I'll test 
> ipp-over-usb device once I get to the office next week, but IMO it 
> will work the same way as virtual device from ps-printer-app.
>
>
> Zdenek
>
> On 8/5/22 10:29, Zdenek Dohnal wrote:
>> On 8/4/22 17:06, Till Kamppeter wrote:
>>> Thanks for the info, but I have Firefox 103 on Ubuntu 22.04, in Snap 
>>> format:
>>
>> As a starting point of every debugging, I would remove any additional 
>> layers which can cause issues - in this case, try to reproduce with 
>> Firefox via .deb packages, not via Snap.
>>
>> There can be some discrepancies which will have to adjusted regarding 
>> snapped firefox, since the development was probably tested only on 
>> .rpm/.deb.
>>
>>>
>>> $ snap list | grep firefox
>>>
>>> firefox                            103.0-1 1589 latest/stable     
>>> mozilla**             -
>>>
>>> $
>>>
>>>
>>>
>>> I connect the "cups-control" interface (Snap is not yet switched 
>>> over to the new "cups" interface):
>>>
>>> $ sudo snap connect firefox:cups-control
>>>
>>> $
>>>
>>> And in Firofox' own print dialog I see only the permanent queues, 
>>> the same as I get with "lpstat -v".
>>>
>>> Can it be that RedHat has applied a distro patch to fix the print 
>>> dialog? If yes, could you make this patch available?
>>
>> Nope, complete vanilla Firefox 103.0.1 regarding CUPS or IPP support 
>> - no mention about cups or ipp in the current downstream patches 
>> (when I wrote the email yesterday, I thought it is basic 103.0 
>> according to messages on PR 
>> https://hg.mozilla.org/mozilla-central/rev/b7bc35cb4c89 , bug 
>> https://bugzilla.mozilla.org/show_bug.cgi?id=1771500 - but I haven't 
>> check the exact version till today, and it is 103.0.1 - maybe there 
>> were some changes?). Maybe Canonical has some patches in Firefox 
>> reverts/breaks the feature?
>>
>> Does CUPS in SNAP have the patch you've sent to CUPS project 
>> regarding resolving hostnames in CUPS?
>>
>> Either way, all possible downstream patches for Firefox are public 
>> here - https://src.fedoraproject.org/rpms/firefox/tree/f36 . None of 
>> them look connected to printing.
>>
>>
>> Zdenek
>>
>>>
>>>    Till
>>>
>>>
>>> On 04/08/2022 16:24, Zdenek Dohnal wrote:
>>>> Hi all,
>>>>
>>>> I'm happy to announce that Firefox 103 has started to show 
>>>> temporary queues in their own print dialog and printing via them 
>>>> works (at least on Fedora).
>>>>
>>>> Feel free to test/leave feedback what to improve! I'll pass the 
>>>> feedback to Firefox upstream people from Fedora community.
>>>>
>>>> I'm glad the another application added temporary queue support, 
>>>> which brings us closer to CUPS 3.0 :)
>>>>
>>>>
>>>> Zdenek
>>>>
>>>
-- 
Zdenek Dohnal
Software Engineer
Red Hat, BRQ-TPBC


^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2022-08-05  8:53 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-08-04 14:24 [Printing-architecture] Firefox 103 supports temporary queues! Zdenek Dohnal
2022-08-04 15:06 ` Till Kamppeter
2022-08-05  8:29   ` Zdenek Dohnal
2022-08-05  8:34     ` Zdenek Dohnal
2022-08-05  8:53       ` Zdenek Dohnal

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.