[bug #64624] [pic] doesn't restore fill color after writing output

Update of bug #64624 (project groff): Status: In Progress => Fixed Open/Closed:Open => Closed Planned Release:None => 1.24.0

[bug #64624] [pic] doesn't restore fill color after writing output

Follow-up Comment #19, bug #64624 (project groff): [comment #16 comment #16:] > Looks like I should have set this ticket to "Need Info" status, You did. I set it back when I supplied the requested info (pending clearer instructions in response to the "semi-off topic" aside in bug #63332). [comm

[bug #64624] [pic] doesn't restore fill color after writing output

Follow-up Comment #18, bug #64624 (project groff): Oh--don't mind me, I read right over the bizarre use of AM/PM with UTC. I've gotten really used to loggy/trackery stuff using a 24-hour clock. I haven't been drinking. Maybe I should start.

[bug #64624] [pic] doesn't restore fill color after writing output

Follow-up Comment #17, bug #64624 (project groff): Uh, according to Savannah's date stamps on these last few comments, I've just achieved time travel. Dave, I command you to respond to comment #13 within two hours! Muahahahaha...MOOOAHAHAHAHA! _

[bug #64624] [pic] doesn't restore fill color after writing output

Update of bug #64624 (project groff): Status: Confirmed => In Progress ___ Follow-up Comment #16: Looks like I should have set this ticket to "Need Info" status, but now that's obviated by Dave's

[bug #64624] [pic] doesn't restore fill color after writing output

Follow-up Comment #15, bug #64624 (project groff): I can also confirm that the patch did not change my pic.ps built from doc/pic.ms. ___ Reply to this item at:

[bug #64624] [pic] doesn't restore fill color after writing output

Update of bug #64624 (project groff): Status: Need Info => Confirmed ___ Follow-up Comment #14: I confirm that the patch in comment #11 solves the reported problem(s) in nroff. __

[bug #64624] [pic] doesn't restore fill color after writing output

Follow-up Comment #13, bug #64624 (project groff): [comment #12 comment #12:] > [comment #11 comment #11:] > > ...it seems to me fairly harmless. > > ...the "fairly" carving out an exception for at least this bug and bug #61455. These tickets appear to be bosons rather than fermions, so no addi

[bug #64624] [pic] doesn't restore fill color after writing output

Follow-up Comment #12, bug #64624 (project groff): [comment #11 comment #11:] > ...it seems to me fairly harmless. ...the "fairly" carving out an exception for at least this bug and bug #61455. But it was a deliberate implementation decision that I see has been around for over 20 years ([http://

[bug #64624] [pic] doesn't restore fill color after writing output

Update of bug #64624 (project groff): Status: Confirmed => Need Info Assigned to:None => gbranden ___ Follow-up Comment #11: [comment #10 comment

[bug #64624] [pic] doesn't restore fill color after writing output

Follow-up Comment #10, bug #64624 (project groff): [comment #9 comment #9:] > Apart from the semantics of "fill color" being different for _nroff_ > devices, I don't think this report has much to do with _grotty_. I suppose the underlying question is whether nroff's "fill color" semantics make se

[bug #64624] [pic] doesn't restore fill color after writing output

Update of bug #64624 (project groff): Category: Driver grotty => Preprocessor pic Item Group: Rendering/Cosmetics => Incorrect behaviour Status:None => Confirmed Summary: [gr