Reconstruction logic for padding bytes at the end of Reports (only possible for devices without ReportID) #707
Labels
No labels
3rdparty
Android
API
Author does not respond
bsd
bug
build system/CI
ci-virtual-device
CMake
Contributions Welcome
Core
dependencies
device-specific
documentation
don't_merge
duplicate
enhancement
Example
Haiku
hidraw
hotplug
info required
invalid
libusb
macOS
Misc
Not an issue
question
Release
Test
Test GUI
Windows
wontfix
No milestone
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
gh-libusb/hidapi!707
Loading…
Reference in a new issue
No description provided.
Delete branch "pading_bytes_for_reports_without_id"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
1532_00A3_0002_0001which has a completly con feature report of 90 bytes.045E_02FF_0005_0001_expected.rpt_descto include additional padding bytes.Closes: #703
@ -537,7 +537,10 @@ int hid_winapi_descriptor_reconstruct_pp_data(void *preparsed_data, unsigned cha}If someone could test/verify this - I'll approve/merge.
Not sure if I have test devices which can test the improvement in this PR. Still I will check with my existing devices to see if there are any differences.
Tested with 1532:00A3.
hid_report_reconstructor_testadds the last const report correctly.