#291 Support CTH-661SE-NL Wacom Bamboo Special Edition M NL

[Pander]

Please support CTH-661SE-NL Wacom Bamboo Special Edition M NL which is similar to CTH-661/L Bamboo Fun.

$ lsusb |grep -i wacom
Bus 001 Device 022: ID 056a:00db Wacom Co., Ltd Bamboo Fun (CTH-661SE-NL)

filename: bamboo-4fg-6x8-se-nl.tablet

# Wacom
# Bamboo Special Edition M NL
# CTH-661SE-NL
#
# first generation BambooPT, special edition Dutch (NL) market
#
# stylus with two buttons and eraser; 4FG touch
# Size: 13.27 x 8.78 in (337 x 223 mm)
# Pen active area: 8.54 x 5.39 in (217 x 137 mm)
# Touch active area: 7.48 x 5.12 in (190 x 130 mm)

[Device]
Name=Wacom Bamboo 4FG 6x8 SE NL
DeviceMatch=usb:056a:00db
Class=Bamboo
Width=13.27
Height=8.78
Layout=bamboo-2fg-6x8.svg

[Features]
Stylus=true
Reversible=true
Touch=true
Buttons=4
BuiltIn=false

[Buttons]
Left=A;B;C;D

See also https://sourceforge.net/p/linuxwacom/mailman/message/34523298/

[Pander]

By the way, it is currently working via "Wacom Bamboo 2FG 6x8 SE Pen" support on Ubuntu 15.10 with GNOME 3.16. However, the left-handed orientation is not working with that driver and the preview is wrong and the four button support is missing too.

[Pander]

Currently, I also get the notification in GNOME:

Unknown Tablet Connected
The "Wacom Bamboo 2FG 6x8 Pen" tablet may not work as ...

[Jason Gerecke]

To be clear, does the notification appear only when you don't have your suggested "bamboo-4fg-6x8-se-nl.tablet" file present inside the /usr/share/libwacom directory? You said earlier that it works, but the notification only appears if GNOME (libwacom) can't find a ".tablet" definition file that matches the USB device ID...

Missing support for the four buttons is somewhat expected since GNOME doesn't properly handle them on Bamboo tablets at this time.

Can you provide a little more information about your problems with left-handed mode? All that switch should do at the moment is rotate the tablet 180-degrees so that the pen works correctly when the buttons are positioned on the right side of the tablet (normally they'd be on the left side of the tablet for a right-handed user)

[Pander]

Answer to first question is yes. so it complains only for the existance of a file mathcing the device's make and model info.

That we have to wait a bit on GNOME is fine. Could libwacom developers chase/help this:
https://bugzilla.gnome.org/show_bug.cgi?id=703148
that is suppose to fix:
https://bugzilla.gnome.org/show_bug.cgi?id=686782
and:
https://bugzilla.gnome.org/show_bug.cgi?id=694440

Also interesting reading are these:
https://bugzilla.gnome.org/show_bug.cgi?id=757483
https://bugzilla.gnome.org/show_bug.cgi?id=734502
https://bugzilla.gnome.org/show_bug.cgi?id=739728

The left side mode didn't work, with or without that file. However, it worked a few years ago. I assume that the quick fix is not working 100%. Looking forward to seeing support in libwacom for this specific tablet. Please, contact me if I can do some testing.

[Pander]

Help/chase also https://bugzilla.gnome.org/show_bug.cgi?id=752039 please. That one is really preventing some people using their tablet in GNOME.

[Jason Gerecke]

".tabet" file accepted into libwacom as part of commit 7c7e26. Expected release libwacom 0.18.

[Jason Gerecke]

Added in libwacom 0.18 (commit 7c7e267)

[Pander]

Thanks! What would be a proper PPA to test this on Ubuntu?

[Jason Gerecke]

I'd probably either wait for Ubuntu to package it up themselves, or install it manually. All the PPAs I can find are extremely out-of-date (version 0.7 and 0.4...)

[Pander]

Please, reopen this as I have found a bug regarding the support. The match on USB ID has a duplicate. See below. Please fix this in such a way that checks are being made on new builds that no two different supported types match on the same device. Thanks.

$ lsusb
...
Bus 003 Device 007: ID 056a:00db Wacom Co., Ltd Bamboo Fun (CTH-661SE-NL)
...

$ dpkg -l|grep wacom
ii libwacom-bin 0.18-1 amd64 Wacom model feature query library -- binaries
ii libwacom-common 0.18-1 all Wacom model feature query library (common files)
ii libwacom2:amd64 0.18-1 amd64 Wacom model feature query library
ii xserver-xorg-input-wacom 1:0.32.0-0ubuntu3 amd64 X.Org X server -- Wacom input driver

$ libwacom-list-local-devices

(libwacom-list-local-devices:7544): libwacom-CRITICAL **: Duplicate match of 'usb:056a:00db' on device 'Wacom Bamboo 2FG 6x8'.
Failed to initialize device database

$ grep -riI 00db /usr/share/libwacom
/usr/share/libwacom/bamboo-2fg-6x8-se.tablet:DeviceMatch=usb:056a:00db
/usr/share/libwacom/bamboo-4fg-se-m-pt.tablet:DeviceMatch=usb:056a:00db

GNOME control centrer reports on Wacom Tablet: No tablet found Please plug in or turn on your Wacom tablet. tablet does work but I don't have acces to config, since I have it on the left-hand and need also access to other settings.

Please, also note that not all SVG files exist, see

$ find /usr/share/libwacom/layouts/ -name bamboo-2fg-6x8.svg
(no results)

$ find /usr/share/libwacom/layouts/ -name bamboo-4fg-se-m-pt.svg
/usr/share/libwacom/layouts/bamboo-4fg-se-m-pt.svg

For this, automated checks may also be added to the build process.

[Peter Hutterer]

/usr/share/libwacom/usr/share/libwacom/bamboo-2fg-6x8-se.tablet

this file doesn't exist in the tree. there was a "bamboo-2fg-6x8.tablet" file but that was renamed in b3ea4c644. What package provides this on your machine, could this be a leftover?

Also, we have a make check target that should catch this, if I copy a data file to force a duplicate entry that check fails.

[Pander]

Oops, that is a reminant of some old workaround. Excuse me.

/usr/share/libwacom$ find tablet -exec dpkg -S {} \;
...
libwacom-common: /usr/share/libwacom/bamboo-16fg-s-t.tablet
dpkg-query: no path found matching pattern bamboo-2fg-6x8-se.tablet*
libwacom-common: /usr/share/libwacom/bamboo-2fg-fun-m-pt.tablet
...

I have removed it manually.

PS Are you sure this file should be shipped?

/usr/share/libwacom$ find layouts/*svg -exec dpkg -S {} \;
...
libwacom-common: /usr/share/libwacom/layouts/bamboo-4fg-s-t.svg
libwacom-common: /usr/share/libwacom/layouts/bamboo.svg.2015_03_09_17_46_53.0.svg
libwacom-common: /usr/share/libwacom/layouts/cintiq-12wx.svg
...

I made some extra checks with:
/usr/share/libwacom$ for i in grep svg *tablet; do if [ ! -e layouts/echo $i|awk -F '=' '{print $2}' ]; then echo missing $i; fi; done

Which was fine. However:
/usr/share/libwacom/layouts$ for i in *svg; do if [ -e grep -hc $i ../*tablet|sort|uniq|grep -v 0 ]; then echo not used $i; fi; done

reported:
not used bamboo.svg.2015_03_09_17_46_53.0.svg
not used intuos-s-pt2.svg

[Peter Hutterer]

yeah, that one shouldn't be in there, must be on jason's box because it's not on mine and he did the 0.18 release where it was featured :)

Do you mind knocking up a Makefile.am patch to check for these?

[Pander]

No sorry, I am too rustty with automake.

[Pander]

I found some new bugs and have some questions.

The buttons, counting from down up, correspont to 3, 4, nothing and 1. (Also in left-haded modus.) When editing the layout file for this to variations of C;D;A;B it resulted in non-working driver and had to do apt-get --reinstall install libwacom etc. and replug the device to reset all settings.

All buttons result in temporarily increased brightness of the LED, so they all work. I tried using Xev to debug the third button but that wasn't useful. At the moment I have only three buttons, but since I can configure them as I want, that is for now the workaround.

1) How can I analyse/debug the buttons for you?

2) Which applications use the SVG for the tablet? Should GNOME Control Center do this?

3) Talking about GNOME, can the libwacom community help move forward, fix or close anyhting from https://bugzilla.gnome.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&component=Wacom&list_id=128168&order=component%20DESC%2Cbug_status%2Cpriority%2Cassigned_to%2Cbug_id&product=gnome-control-center&query_format=advanced ?

[Jason Gerecke]

Not sure how that bamboo.svg.2015_03_09_17_46_53.0.svg file got into the release, but I'll be sure to remove it in the next one and see if I can work the necessary automake magic to keep it from happening again.

With regard to the button mapping being screwed up, that's a known issue that isn't likely to get fixed soon. The short story (see bugs [#244], [#266], and [#268] for more information) is that GNOME can't handle (and libwacom can't express) the fact that there are "holes" in the Bamboo button mapping. GNOME wants us to do something about the holes since they're difficult to program around, but that requires more work than we're able to spare. There is a workaround, however, that you can find on my GitHub at https://gist.github.com/jigpu/fde784840ba5731726e7382952b0d5ed -- it should do the trick until we or GNOME are able to work out a proper solution.

As for the bugs filed in the GNOME bug tracker, we do occasionally check over there for issues, but resolving them can be tricky since they typically require more in-depth knowledge of GNOME and GTK than we really have. We do submit patches when we're able, but getting them into the hands of someone with commit access can take a bit of work. I'll take another look at the list and see if there's anything we can move forward.

[Pander]

Thanks for elaborating on this. You know that these three bugs are all closed? I will try the workaround. Sort of (un)related news: Ubuntu upgraded libinput upon my request, see https://bugs.launchpad.net/ubuntu/+source/libinput/+bug/1587396 for more