Bug 784817
| Summary: | Segfault when moving / removing printer from class | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Petr Sklenar <psklenar> |
| Component: | system-config-printer | Assignee: | Zdenek Dohnal <zdohnal> |
| Status: | CLOSED ERRATA | QA Contact: | Petr Sklenar <psklenar> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 6.2 | CC: | jpopelka, thozza, zdohnal |
| Target Milestone: | rc | Keywords: | Patch |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2017-03-21 10:45:50 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1356054, 1373253 | ||
|
Description
Petr Sklenar
2012-01-26 10:52:01 UTC
See also bug #673468. Investigating why that happens in the first place. I can't reproduce this here. Is it completely repeatable for you? What does 'rpm -q cups-pk-helper' say? I don't see the "PolicyKit communication issue" line, and the core dump suggests that the CUPS IPP response contained a member-names attribute but no member-uris attributes -- and I don't see that either. I tried removing cups-pk-helper to make sure that system-config-printer was using pycups to talk to CUPS directly, as seems to have been the case here. So I have a work-around, but won't be able to understand what the root cause is until I can reproduce it locally. Having observed this first-hand on the original machine, I can say that this is really a cups problem of some sort -- however, defensive coding against it would be advisable in pycups, as in bug #673468. Querying cups for the attributes for the class, there was indeed a member-names attribute but no member-uris attribute. /etc/cups/classes.conf defined a class with no printers. lpstat -c showed that it actually had two printers. Not sure how this situation occurred, but pycups ought not to assume anything at all in its dealings with cups. In this instance, it was assuming that the presence of a member-names attribute meant there must also be a member-uris attribute. Upstream commit 4952f2b320c5c64891c5ec4b818ff52eb42bb061 (in pycups) is the patch to handle this more gracefully. This request was evaluated by Red Hat Product Management for inclusion in the current release of Red Hat Enterprise Linux. Because the affected component is not scheduled to be updated in the current release, Red Hat is unable to address this request at this time. Red Hat invites you to ask your support representative to propose this request, if appropriate, in the next release of Red Hat Enterprise Linux. FYI I was able to reproduce this bug using latest rhel68: [test@localhost Desktop]$ system-config-printer Segmentation fault (core dumped) [test@localhost Desktop]$ rpm -q system-config-printer system-config-printer-1.1.16-25.el6.x86_64 [test@localhost Desktop]$ date Fri Sep 2 07:33:40 EDT 2016 --- between step 4 and 5: have a class with two printer (root's one and user's one) if not segfault: close s-c-printer like a user: open s-c-printer try to move with root's printer --- it asks for root password but I could see segfault Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2017-0693.html |