Created attachment 1202015 [details] complete errror message Description of problem: The tool find the sender, but can't access it. Only the error at the picture are shown. Plug out and plug in the receiver don't help. Version-Release number of selected component (if applicable): solaar-0.9.2-4.20150528gitcf27328.fc24.4.noarch How reproducible: Every time Steps to Reproduce: 1. plug in the receiver 2. start solaar Actual results: Error message about the permissions. Expected results: Battery information.
What's the vendor/product ID for your receiver? (This is shown in the output of lsusb.) The udev rules shipped in the unifying-receiver-udev package omit vendor/product 046d/c52f, which correspond to one type of Logitech unifying receiver. Maybe you have this type. See bug 1202977 and bug 1249829.
It is identified as ID 046d:c521.
The rules in unifying-receiver-udev only match 046d:c52b. However there are rules included with Solaar that match a total of 5 devices. Unfortunately 046d:c521 is not one of them. Is it a mouse that you have? (As opposed to a keyboard, or a keyboard/mouse combo) The list of devices supported by Solaar is here: https://github.com/pwr/Solaar/blob/master/docs/devices.md
Yes, it is an single mouse. For the detail model number, I must take a look when I back in office.
The model name is MX™ 620 Cordless Laser Mouse
I can't see that particular model in the list of supported devices. There are some MX ones listed, and a T620, but not the MX 620. However I have found that the Solaar code appears to support your mouse. See line 313 of /usr/lib/python2.7/site-packages/logitech_receiver/descriptors.py. So this could simply be a case of the udev rules not including your receiver. Could you please try adding this line: +KERNEL=="hidraw*", ATTRS{idVendor}=="046d",ATTRS{idProduct}=="c521",TAG+="uaccess" to /usr/lib/udev/rules.d/69-unifying-receiver.rules. (The existing file only has a line for 046d:c52b; you can copy that and change the product ID.) Then reload the rules with: $ sudo udevadm control --reload Unplug/reinsert the receiver, and see if you get any further...
Created attachment 1205987 [details] The error dialogue of solaar after the udev update. Now I get another error. The receiver will be detected, but not the mice.
Thanks for checking! I also see the Solaar code knows something about your 046d:c521 receiver (see /usr/lib/python2.7/site-packages/logitech_receiver/base_usb.py) which explains why at least the receiver is displayed. I'm don't know why Solaar doesn't think the mouse isn't connected to the receiver. Can you attach the output of: $ solaar -dd show
solaar -dd show 20:10:12,878 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 83B5 030000] 20:10:12,899 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 FF 83B5 03E8E7B5FCFF00000000000000000000] 20:10:12,899 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 80B2 000000] 20:10:12,907 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 80B2 000000] 20:10:12,908 DEBUG [MainThread] solaar.cli: [/dev/hidraw1] => <NanoReceiver(/dev/hidraw1,3)> 20:10:12,920 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 8102 000000] 20:10:12,923 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 8102 000100] Unifying Receiver Device path : /dev/hidraw1 USB id : 046d:c521 Serial : E8E7B5FC 20:10:12,923 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 81F1 010000] 20:10:12,931 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 81F1 015701] 20:10:12,932 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 81F1 020000] 20:10:12,939 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 81F1 020023] 20:10:12,940 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 81F1 040000] 20:10:12,947 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 8F81 F10300] 20:10:12,948 DEBUG [MainThread] logitech_receiver.base: (3) device 0xFF error on request {81F1}: 3 = invalid value 20:10:12,948 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 81F1 030000] 20:10:12,955 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 8F81 F10300] 20:10:12,955 DEBUG [MainThread] logitech_receiver.base: (3) device 0xFF error on request {81F1}: 3 = invalid value Firmware : 57.01.B0023 Has 1 paired device(s) out of a maximum of 0. 20:10:12,956 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 8100 000000] 20:10:12,963 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 8100 000100] Notifications: wireless (0x000100) 20:10:12,963 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 83B3 000000] 20:10:12,971 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 8F83 B30200] 20:10:12,972 DEBUG [MainThread] logitech_receiver.base: (3) device 0xFF error on request {83B3}: 2 = invalid address 20:10:12,972 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 8102 000000] 20:10:12,979 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 8102 000100]
Looks very similar to the output I get with my receiver/mouse, except yours says: > Has 1 paired device(s) out of a maximum of 0. ...whereas mine says "maximum of 2". In the second line: 20:10:12,899 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 FF 83B5 03E8E7B5FCFF00000000000000000000] the "00" immediately after "FF" is the receiver telling Solaar it supports 0 devices (for me it's "02" meaning 2 devices). Can you run python in a terminal and type this: from logitech_receiver import Receiver from logitech_receiver.base import receivers dev_info = list(receivers())[0] r = Receiver.open(dev_info) r.serial r.count() r[1] The last three lines should produce some output.
Not really, only an python error. #!/usr/bin/python from logitech_receiver import Receiver from logitech_receiver.base import receivers dev_info = list(receivers())[0] r = Receiver.open(dev_info) r.serial r.count() r[1] will result in: Traceback (most recent call last): File "./test.py", line 8, in <module> r[1] File "/usr/lib/python2.7/site-packages/logitech_receiver/receiver.py", line 463, in __getitem__ raise IndexError(key) IndexError: 1
Ah yes, sorry - it checks the device number (1) isn't greater than the (incorrectly-reported) maximum number of devices (0). Try this: #! /usr/bin/python from logitech_receiver import Receiver from logitech_receiver.base import receivers dev_info = list(receivers())[0] r = Receiver.open(dev_info) print r.serial print r.count() print r.register_new_device(1)
This will also result in an python error: E8E7B5FC 1 Traceback (most recent call last): File "/tmp/test.py", line 8, in <module> print r.register_new_device(1) File "/usr/lib/python2.7/site-packages/logitech_receiver/receiver.py", line 409, in register_new_device dev = PairedDevice(self, number, notification) File "/usr/lib/python2.7/site-packages/logitech_receiver/receiver.py", line 48, in __init__ assert number > 0 and number <= receiver.max_devices AssertionError Line 8 will be: print r.register_new_device(1)
Aaagh, there's *another* device number check that I didn't see :) What about this: #! /usr/bin/python from logitech_receiver import Receiver from logitech_receiver.base import receivers dev_info = list(receivers())[0] r = Receiver.open(dev_info) print r.serial print r.count() r.max_devices = 2 print r.register_new_device(1)
So the output again :) E8E7B5FC 1 <PairedDevice(1,0A11,? (0A11))>
As far as I can tell Solaar doesn't enumerate the devices that could be attached to the receiver, because the receiver reports that it supports a maximum of 0 devices (even though the receiver also reports that 1 device is paired). The "?" in that last block of output you provided suggests the receiver isn't able to report the name of the mouse, either. Can you run this script which will produce the same output as before but with logging turned on? #! /usr/bin/python import logging log_format = '%(asctime)s,%(msecs)03d %(levelname)8s [%(threadName)s] %(name)s: %(message)s' logging.basicConfig(level=logging.DEBUG, format=log_format, datefmt='%H:%M:%S') from logitech_receiver import Receiver from logitech_receiver.base import receivers dev_info = list(receivers())[0] r = Receiver.open(dev_info) print r.serial print r.count() r.max_devices = 2 device = r.register_new_device(1) print device Unfortunately at this point I'm not sure how to help further... the extra udev rule for your receiver gives a slight improvement, in that Solaar then shows the receiver, but there is some issue with the way your receiver is responding to requests (incorrect number of maximum devices, name of the mouse). I think it would be worthwhile opening one or more issues in the Solaar issue tracker (https://github.com/pwr/Solaar/issues) for these problems. I want to switch Solaar to use the udev rules shipped with Solaar, rather than the ones in the unifying-receiver-udev package, so adding the c521 device to the Solaar rules may be a good start. But I don't know how to solve the problems you see with the receiver not reporting correct information; that's probably something that should be raised with the Solaar developers, as they hopefully understand the protocol better than I do!
Here the output: 20:10:24,281 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 83B5 030000] 20:10:24,300 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 FF 83B5 03E8E7B5FCFF00000000000000000000] 20:10:24,300 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 80B2 000000] 20:10:24,308 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 80B2 000000] E8E7B5FC 20:10:24,308 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 8102 000000] 20:10:24,316 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 8102 000100] 1 20:10:24,317 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 83B5 200000] 20:10:24,324 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 8F83 B50300] 20:10:24,324 DEBUG [MainThread] logitech_receiver.base: (3) device 0xFF error on request {83B5}: 3 = invalid value 20:10:24,325 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 83B5 040000] 20:10:24,348 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 FF 83B5 04F3100A114A00000000000100260100] 20:10:24,349 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 83B5 400000] 20:10:24,356 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 8F83 B50300] 20:10:24,356 DEBUG [MainThread] logitech_receiver.base: (3) device 0xFF error on request {83B5}: 3 = invalid value 20:10:24,357 INFO [MainThread] logitech_receiver.receiver: <NanoReceiver(/dev/hidraw1,3)>: found new device 1 (0A11) 20:10:24,357 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 83B5 400000] 20:10:24,364 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 8F83 B50300] 20:10:24,364 DEBUG [MainThread] logitech_receiver.base: (3) device 0xFF error on request {83B5}: 3 = invalid value <PairedDevice(1,0A11,? (0A11))>
This message is a reminder that Fedora 24 is nearing its end of life. Approximately 2 (two) weeks from now Fedora will stop maintaining and issuing updates for Fedora 24. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '24'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 24 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Same on F25
This message is a reminder that Fedora 25 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 25. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '25'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 25 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
(In reply to Fedora End Of Life from comment #20) > This message is a reminder that Fedora 25 is nearing its end of life. > Approximately 4 (four) weeks from now Fedora will stop maintaining > and issuing updates for Fedora 25. It is Fedora's policy to close all > bug reports from releases that are no longer maintained. At that time > this bug will be closed as EOL if it remains open with a Fedora 'version' > of '25'. > > Package Maintainer: If you wish for this bug to remain open because you > plan to fix it in a currently maintained version, simply change the 'version' > to a later Fedora version. > > Thank you for reporting this issue and we are sorry that we were not > able to fix it before Fedora 25 is end of life. If you would still like > to see this bug fixed and are able to reproduce it against a later version > of Fedora, you are encouraged change the 'version' to a later Fedora > version prior this bug is closed as described in the policy above. > > Although we aim to fix as many bugs as possible during every release's > lifetime, sometimes those efforts are overtaken by events. Often a > more recent Fedora release includes newer upstream software that fixes > bugs or makes them obsolete. the bug reappeared in Fedora 26, kernel 4.13.12-200.fc26.x86_64 andrea@HP ~]$ solaar -dd show 10:59:27,658 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 83B5 030000] 10:59:27,662 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 FF 83B5 0317F696970206080000000000000000] 10:59:27,662 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 80B2 000000] 10:59:27,665 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 8F80 B20300] 10:59:27,666 DEBUG [MainThread] logitech_receiver.base: (3) device 0xFF error on request {80B2}: 3 = invalid value 10:59:27,666 DEBUG [MainThread] solaar.cli: [/dev/hidraw0] => <UnifyingReceiver(/dev/hidraw0,3)> 10:59:27,766 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 8102 000000] 10:59:27,770 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 8102 000100] Unifying Receiver Device path : /dev/hidraw0 USB id : 046d:c52b Serial : 17F69697 10:59:27,770 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 81F1 010000] 10:59:27,773 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 81F1 011207] 10:59:27,774 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 81F1 020000] 10:59:27,778 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 81F1 020029] 10:59:27,778 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 81F1 040000] 10:59:27,782 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 81F1 040214] 10:59:27,782 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 81F1 030000] 10:59:27,785 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 81F1 03AAAA] Firmware : 12.07.B0029 Bootloader : 02.14 Other : AA.AA Has 1 paired device(s) out of a maximum of 6. 10:59:27,786 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 8100 000000] 10:59:27,789 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 8100 000900] Notifications: wireless, software present (0x000900) 10:59:27,790 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 83B3 000000] 10:59:27,794 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 FF 83B3 D2000000000000000000000000000000] Device activity counters: 1=210 10:59:27,795 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 8102 000000] 10:59:27,798 DEBUG [MainThread] logitech_receiver.base: (3) => r[10 FF 8102 000100] 10:59:27,798 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 83B5 200000] 10:59:27,802 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 FF 83B5 20081440020400010700000000000000] 10:59:27,802 INFO [MainThread] logitech_receiver.receiver: <UnifyingReceiver(/dev/hidraw0,3)>: found new device 1 (4002) 10:59:27,802 DEBUG [MainThread] logitech_receiver.base: (3) pinging device 1 10:59:27,802 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 001B 00006F] 10:59:29,144 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 001B 02006F00000000000000000000000000] 1: Wireless Solar Keyboard K750 Codename : K750 Kind : keyboard Wireless PID : 4002 Protocol : HID++ 2.0 Polling rate : 20 ms (50Hz) 10:59:29,144 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 FF 83B5 300000] 10:59:29,148 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 FF 83B5 301AD46DA31A40000003000000000000] Serial number: 1AD46DA3 10:59:29,148 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 0009 000100] 10:59:29,184 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 0009 01000000000000000000000000000000] 10:59:29,184 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 010D 000000] 10:59:29,226 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 010D 0A000000000000000000000000000000] 10:59:29,226 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 000F 000300] 10:59:29,266 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 000F 02000000000000000000000000000000] 10:59:29,266 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 0209 000000] 10:59:29,306 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 0209 02000000000000000000000000000000] 10:59:29,306 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 021F 000000] 10:59:29,346 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 021F 0052514B330000150040020000000000] 10:59:29,346 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 021A 010000] 10:59:29,386 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 021A 01444655000200030000000000000000] Firmware: RQK 33.00.B0015 Bootloader: DFU 00.02.B0003 The power switch is located on the edge of top right corner. Supports 11 HID++ 2.0 features: 10:59:29,386 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 000C 000000] 10:59:29,426 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 000C 00000000000000000000000000000000] 0: ROOT {0000} 10:59:29,426 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 000D 000100] 10:59:29,466 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 000D 01000000000000000000000000000000] 1: FEATURE SET {0001} 10:59:29,466 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 000B 000300] 10:59:29,508 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 000B 02000000000000000000000000000000] 2: DEVICE FW VERSION {0003} 10:59:29,508 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 0119 030000] 10:59:29,548 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 0119 00050000000000000000000000000000] 10:59:29,548 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 000B 000500] 10:59:29,588 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 000B 03000000000000000000000000000000] 3: DEVICE NAME {0005} 10:59:29,588 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 0118 040000] 10:59:29,628 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 0118 1B000000000000000000000000000000] 10:59:29,628 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 000E 1B0000] 10:59:29,668 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 000E 04000000000000000000000000000000] 4: REPROG CONTROLS {1B00} 10:59:29,668 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 011B 050000] 10:59:29,708 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 011B 1D4B0000000000000000000000000000] 10:59:29,708 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 000E 1D4B00] 10:59:29,748 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 000E 05000000000000000000000000000000] 5: WIRELESS DEVICE STATUS {1D4B} 10:59:29,748 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 011F 060000] 10:59:29,788 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 011F 1DF34000000000000000000000000000] 10:59:29,788 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 0009 1DF300] 10:59:29,830 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 0009 06400000000000000000000000000000] 6: unknown:1DF3 {1DF3} hidden 10:59:29,830 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 0119 070000] 10:59:29,870 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 0119 40A00000000000000000000000000000] 10:59:29,870 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 000D 40A000] 10:59:29,910 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 000D 07000000000000000000000000000000] 7: FN INVERSION {40A0} 10:59:29,910 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 011B 080000] 10:59:29,950 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 011B 41000000000000000000000000000000] 10:59:29,950 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 000F 410000] 10:59:29,990 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 000F 08000000000000000000000000000000] 8: ENCRYPTION {4100} 10:59:29,990 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 0118 090000] 10:59:30,032 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 0118 43010000000000000000000000000000] 10:59:30,032 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 000E 430100] 10:59:30,072 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 000E 09000000000000000000000000000000] 9: SOLAR DASHBOARD {4301} 10:59:30,072 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 011F 0A0000] 10:59:30,112 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 011F 45200000000000000000000000000000] 10:59:30,112 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 000C 452000] 10:59:30,152 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 000C 0A000000000000000000000000000000] 10: KEYBOARD LAYOUT {4520} 10:59:30,152 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 040B 000000] 10:59:30,192 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 040B 0C000000000000000000000000000000] Has 12 reprogrammable keys: 10:59:30,192 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 0418 000000] 10:59:30,232 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 0418 0022001A1A0000000000000000000000] 0: MY HOME => HomePage FN sensitive, is FN, reprogrammable 10:59:30,232 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 041D 010000] 10:59:30,272 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 041D 000E000E1A0000000000000000000000] 1: Mail => Email FN sensitive, is FN, reprogrammable 10:59:30,272 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 0419 020000] 10:59:30,312 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 0419 003E00291A0000000000000000000000] 2: SEARCH => Search FN sensitive, is FN, reprogrammable 10:59:30,312 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 041E 030000] 10:59:30,352 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 041E 000A000A1A0000000000000000000000] 3: Calculator => Calculator FN sensitive, is FN, reprogrammable 10:59:30,352 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 0419 040000] 10:59:30,394 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 0419 0028001D1A0000000000000000000000] 4: MEDIA PLAYER => Music FN sensitive, is FN, reprogrammable 10:59:30,394 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 0418 050000] 10:59:30,434 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 0418 000600060A0000000000000000000000] 5: Previous => Previous FN sensitive, is FN 10:59:30,434 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 041E 060000] 10:59:30,474 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 041E 000400040A0000000000000000000000] 6: Play/Pause => Play/Pause FN sensitive, is FN 10:59:30,474 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 041B 070000] 10:59:30,514 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 041B 000500050A0000000000000000000000] 7: Next => Next FN sensitive, is FN 10:59:30,514 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 041E 080000] 10:59:30,554 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 041E 000300030A0000000000000000000000] 8: Mute => Mute FN sensitive, is FN 10:59:30,554 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 041F 090000] 10:59:30,594 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 041F 000200020A0000000000000000000000] 9: Volume Down => Volume Down FN sensitive, is FN 10:59:30,594 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 041D 0A0000] 10:59:30,636 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 041D 000100010A0000000000000000000000] 10: Volume Up => Volume Up FN sensitive, is FN 10:59:30,636 DEBUG [MainThread] logitech_receiver.base: (3) <= w[10 01 0419 0B0000] 10:59:30,676 DEBUG [MainThread] logitech_receiver.base: (3) => r[11 01 0419 0040002F1A0000000000000000000000] 11: SLEEP => Sleep FN sensitive, is FN, reprogrammable Battery status unavailable.
This message is a reminder that Fedora 26 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '26'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 26 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
solaar-0.9.2-7.20180720git59b7285.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-85e3e35eaf
solaar-0.9.2-7.20180720git59b7285.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-ad7ef4a922
solaar-0.9.2-7.20180720git59b7285.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-85e3e35eaf
solaar-0.9.2-7.20180720git59b7285.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-ad7ef4a922
Tested it under f28 and it fails. The battery status will not displayed.
I think your issue is simply with hardware that is not supported by Solaar. There is nothing now in Solaar's upstream that is not in Fedora; we now use the far more comprehensive upstream udev rules and the most current code. This means that the rules should handle the c521 receiver that you have. However, you have an MX620, and that isn't listed as being supported. It would be far more appropriate to work on adding support for a new device directly with upstream. Unfortunately upstream has gone silent over the past few months and all we can do is hope that they return. But the only thing I can do here is close this as not a bug, since nothing promises to support the hardware you have.
solaar-0.9.2-7.20180720git59b7285.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report.
solaar-0.9.2-7.20180720git59b7285.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.