RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 642915 - wacom control panel functions are not working
Summary: wacom control panel functions are not working
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: wacomcpl
Version: 6.0
Hardware: All
OS: Linux
urgent
urgent
Target Milestone: rc
: ---
Assignee: Peter Hutterer
QA Contact: desktop-bugs@redhat.com
URL:
Whiteboard:
Depends On: 624560
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-10-14 06:59 UTC by RHEL Program Management
Modified: 2011-03-10 09:12 UTC (History)
13 users (show)

Fixed In Version: wacomcpl-0.9.0-1.el6.2, xorg-x11-drv-wacom-0.10.5-6.el6.2
Doc Type: Bug Fix
Doc Text:
Prior to this update, changing the screen mapping may have caused the wacompl graphical user interface to stop responding. Additionally, an attempt to calibrate a device may have failed with an error message. With this update, the underlying source code has been modified to target these issues.
Clone Of:
: 681710 (view as bug list)
Environment:
Last Closed: 2011-03-10 09:12:04 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2011:0341 0 normal SHIPPED_LIVE xorg-x11-drv-wacom and wacomcpl bug fix update 2011-03-10 09:11:59 UTC

Description RHEL Program Management 2010-10-14 06:59:08 UTC 
This bug has been copied from bug #624560 and has been proposed
to be backported to 6.0 z-stream (EUS).
Comment 3 Peter Hutterer 2010-10-15 01:05:17 UTC 
MODIFIED

xorg-x11-drv-wacom-0.10.5-6.el6.1 and wacomcpl-0.9.0-1.el6.1 are available in brew.
Comment 5 Vladimir Benes 2010-10-20 11:49:27 UTC 
Hi Scott,
could you please retest for us in rhel6 and tell if those functions satisfies your needs now? We have an erratum now so new packages are available in brew.

Thanks,
Vladimir
Comment 16 Jaromir Hradilek 2010-11-10 00:55:59 UTC 
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
Prior to this update, changing the screen mapping may have caused the wacompl graphical user interface to stop responding. Additionally, an attempt to calibrate a device may have failed with an error message. With this update, the underlying source code has been modified to target these issues.
Comment 20 Michael Boisvert 2011-01-25 19:59:09 UTC 
I noticed the status of assigned and the new packages. Is this fix ready to be tested? I have the hardware already set up and ready.
Comment 21 Peter Hutterer 2011-01-25 23:01:48 UTC 
Michael, I am still waiting for the customer to confirm that this set addresses all issues. If you can confirm the same, that'd be much appreciated.
Comment 22 Michael Boisvert 2011-01-26 14:40:08 UTC 
I can confirm that from basic testing, it appears that the 3 problems outlined in the previous bug have been fixed. I was able to use twinview and calibrate it onto one screen of the Cintiq 21UX, and assign tool buttons that saved.
Comment 23 Peter Hutterer 2011-02-03 20:42:42 UTC 
MODIFIED

wacomcpl-0.9.0-1.el6_0.2 and xorg-x11-drv-wacom-0.10.5-6.el6_0.2 are available in brew.
Comment 24 Vasiliy Sharapov 2011-02-17 17:00:14 UTC 
The tool buttons issue is actually still there, just more subtle. Here is how to reproduce:

1. Map Button 1 on the pad to "CTRL z"
 - In .wacomcplrc it's now "core key  CTRL z"
 - Button 1 works as expected.
2. Re-open Tool Buttons, notice that Button1 shows up as "Keystroke" as it should, map Button 2 on the pad to "CTRL y", save.
 - In .wacomcplrc Button 2 is now "core key  CTRL y"
 - In .wacomcplrc Button 1 is now ""
 - Button 2 works but Button 1 does nothing.

It seems wacomcpl isn't saving the custom options it's loaded from its own configuration.

Tell us if you need any info Peter.
Comment 25 Michael Boisvert 2011-02-22 15:32:51 UTC 
Hi Peter, could you please provide an update about the issue Vasiliy outlined above?
Comment 26 Peter Hutterer 2011-02-24 05:43:10 UTC 
(In reply to comment #24)
> It seems wacomcpl isn't saving the custom options it's loaded from its own
> configuration.

urgh. yes, verified. this is a bigger issue. Can you please file a separate bug for this? thanks.
Comment 27 Vasiliy Sharapov 2011-03-02 23:34:07 UTC 
New bug: https://bugzilla.redhat.com/show_bug.cgi?id=681710
Comment 28 Michael Boisvert 2011-03-08 16:37:53 UTC 
Bug tested in RHEL6.0.z with wacomcpl-0.9.0-1.el6_0.2 and xorg-x11-drv-wacom-0.10.5-6.el6_0.2, 32bit and 64bit versions. Screen mapping is now working properly in TwinView. Calibration is accurate when used in TwinView or not. Tool button assignment seems to be working properly now. 

I was seeing an issue with too button assignment a few days ago, but I have been unable to reproduce the error since. There is a new bug created for a slightly different issue, so I am going to verify this bug.
Comment 29 errata-xmlrpc 2011-03-10 09:12:04 UTC 
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-0341.html
Note You need to log in before you can comment on or make changes to this bug.