{5} Assigned, Active Tickets by Owner (Full Description) (9 matches)
List tickets assigned, group by ticket owner. This report demonstrates the use of full-row display.
dsmith (9 matches)
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #31 | BlueZ connection timing issues | libcwiid | Version 0.6.00 | defect | 04/12/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
For some people, automatic wiimote discovery never works. For more details, see:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #71 | wminput blocks bluetooth mouse/kb from connecting | wminput | defect | 11/11/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I've configured wminput to launch in daemon mode on session login. However, whenever I do this, my bluetooth keyboard/mouse take significantly longer to establish a connection when used. When wminput isn't running in the background, it takes no more than 3 seconds for both the kb and mouse to establish a connection when pressing a key/button. When it is running, it can tak 10+ seconds for each device to establish a connection. It seems to me that wminput is locking up my bluetooth dongle in some way, making it much more difficult for other devices to connect. Tested in Ubuntu 7.10 and 8.10. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #91 | libcwiid probably should not print to stderr by default | libcwiid | defect | 06/25/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
cwiid_err_default prints to stderr, but I find it a bit annoying when for example catching exceptions in python: error message still gets printed to stderr even if I handle the exception. In my opinion, library functions should not print to either of the two standard outs :). |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #92 | Balance Board state type Unknown Extension Attached | build system | Version 0.6.00 | defect | 06/25/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The trunk-r197 does not work with the Balance Board. The wmdemo (and my application using the libcwiid) connects fine to the balance board (and is able to recognize the button states) however it does not read the sensor data since the state type reports an UNKNOWN type. The wmdemo has "Unknown extension attached" (extension reporting on and print the current state). Here's the output:
./wmdemo
1: toggle LED 1 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1 | Audit all error checking | other | Version 1.0 | task | 03/13/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Audit the error checking, especially in libwiimote. Probably going to use a header I've been working on similar to Rochkind's error checking from "Advanced Unix Programming" that implements basic error handlers and more concise error checking syntax. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #19 | Xlib error | wmgui | Version 1.0 | defect | 04/04/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I've gotten strange X errors twice while running wmgui, the second one was: Xlib: unexpected async reply (sequence 0x1f8b)! This came up right after an error message window from libwiimote, so I suspect it's some sort of multithreading issue involving dead threads that own windows. Solution is probably to not to use a wiimote_err function that opens a window - either queue errors to be displayed, or print them on the command line. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #90 | Fixes for building with --as-needed | build system | defect | 06/18/09 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I'm not sure if you've heard of the --as-needed linker option but it prevents the linker from establishing unnecessary dependencies, thus speeding up start times and avoiding breakages when upgrading libraries. Cwiid currently fails to build with --as-needed because the linking order in the makefiles is wrong and some dependencies are not explicitly stated. For example, wminput depends on libbluetooth and libpthread because it calls functions (such as str2ba) from them directly, not just through libcwiid. Here is a patch that fixes all this. It's worth applying because I've already seen one Debian bug report about this and the option is commonly used by Gentoo users. You can read more about --as-needed here. http://www.gentoo.org/proj/en/qa/asneeded.xml |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #60 | ir_ptr improvements | wminput | enhancement | 03/20/08 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
A patch for the code posted by nepthar in the forums. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #48 | Python-devel required, but configure doesn't check. | build system | Version 0.6.00 | defect | 09/27/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I tried compiling cwiid-0.6.00 on an openSUSE 10.2 system and found that the configure script did not check for python-devel ("Include Files and Libraries Mandatory for Building Python Modules"), even though it is required. This of course meant that the build failed. This wasn't a problem as I just installed it and then everything compiled OK, but I thought maybe this should be fixed. The errors started with: gcc -g -Wall -W -DHAVE_CONFIG_H -I/home/pt/CWiid/cwiid-0.6.00/common/include -I../libcwiid -DWMINPUT_CONFIG_DIR=\"/usr/local/etc/cwiid/wminput\" -DCWIID_PLUGINS_DIR=\"/usr/local/lib/cwiid/plugins\" -I/usr/include/python2.5 -c -o py_plugin.o py_plugin.c py_plugin.c:38:20: error: Python.h: No such file or directory py_plugin.c:45:26: error: structmember.h: No such file or directory py_plugin.c:56: error: expected specifier-qualifier-list before ‘PyObject’ py_plugin.c:62: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token py_plugin.c:63: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token py_plugin.c:64: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token py_plugin.c:65: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token py_plugin.c:66: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token py_plugin.c:68: error: expected declaration specifiers or ‘...’ before ‘PyObject’ py_plugin.c:69: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token py_plugin.c:83: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘Module_Methods’ py_plugin.c: In function ‘py_init’: py_plugin.c:92: error: ‘PyObject’ undeclared (first use in this function) py_plugin.c:92: error: (Each undeclared identifier is reported only once py_plugin.c:92: error: for each function it appears in.) etc, etc. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
