starred/OpenEPaperLink
1
0
Fork 0
mirror of https://github.com/OpenEPaperLink/OpenEPaperLink.git synced 2026-03-21 00:04:28 +01:00
Code Issues 472 Packages Projects Releases 10 Wiki Activity

[GH-ISSUE #557] AP show corrupted image for some tagtypes when zlib compression is enabled #353

New Issue
Closed
opened 2026-03-20 17:29:18 +01:00 by sascha_hemi · 1 comment
sascha_hemi commented 2026-03-20 17:29:18 +01:00
Owner
Copy Link

Originally created by @skiphansen on GitHub (Feb 25, 2026).
Original GitHub issue: https://github.com/OpenEPaperLink/OpenEPaperLink/issues/557

Originally assigned to: @skiphansen on GitHub.

I've been testing a Solum 1.6" type 91.json for several days with the current weather content and it is solid w/o zlib compression.

A bug in the Solum compression code was just fixed so I enabled zlib compression in 91.json, rebooted the AP and then immediately ran into this issue. This problem has occurred many times with the 1.6" Solum over the last couple of weeks, but since the Solum code also had a bug it was hard to isolate.

Note: I've been running this AP and code for many months and other tags using zlib compression have not shown this issue.

The tag DID display the content correctly, so that's good.

Image
Image 
06:42:52 6CFD22FFFE1F8568 reports xfer complete
06:42:47 6CFD22FFFE1F8568 reports xfer complete
06:42:42 new image: /current/6CFD22FFFE1F8568_857601.pending
06:42:38 get weather
06:42:38 Updating 6CFD22FFFE1F8568
06:42:36 Ok, done
06:42:11 6CFD22FFFE1F8568 reports xfer complete
06:42:11 6CFD22FFFE1F8568 block request /current/6CFD22FFFE1F8568_823997.pending block 0, len 972 checksum 49637
06:42:09 new image: /current/6CFD22FFFE1F8568_823997.pending
06:42:04 get weather
06:42:04 Updating 6CFD22FFFE1F8568
06:42:03 Ok, done
06:41:15 6CFD22FFFE1F8568 reports xfer complete
06:41:15 6CFD22FFFE1F8568 block request /current/6CFD22FFFE1F8568_769519.pending block 0, len 972 checksum 50597
06:41:14 new image: /current/6CFD22FFFE1F8568_769519.pending
06:41:10 get weather

I am running a local build with no changes to the javascript code. I'll reset with the 2.85 release and try to reproduce the problem.

Image file: 6CFD22FFFE1F8568.zip

Note: The images is only corrupt sometimes, at other times it looks fine.

Originally created by @skiphansen on GitHub (Feb 25, 2026). Original GitHub issue: https://github.com/OpenEPaperLink/OpenEPaperLink/issues/557 Originally assigned to: @skiphansen on GitHub. I've been testing a Solum 1.6" type 91.json for several days with the current weather content and it is solid w/o zlib compression. A bug in the Solum compression code was just fixed so I enabled zlib compression in 91.json, rebooted the AP and then immediately ran into this issue. This problem has occurred many times with the 1.6" Solum over the last couple of weeks, but since the Solum code also had a bug it was hard to isolate. Note: I've been running this AP and code for many months and other tags using zlib compression have not shown this issue. The tag **DID** display the content correctly, so that's good. <img width="324" height="295" alt="Image" src="https://github.com/user-attachments/assets/bf0e637d-544e-4659-a0a7-9b6c52cbd1f0" /> <br> <img width="613" height="403" alt="Image" src="https://github.com/user-attachments/assets/3608fb6a-7865-49a5-90c2-0503154b6ecf" /> ``` 06:42:52 6CFD22FFFE1F8568 reports xfer complete 06:42:47 6CFD22FFFE1F8568 reports xfer complete 06:42:42 new image: /current/6CFD22FFFE1F8568_857601.pending 06:42:38 get weather 06:42:38 Updating 6CFD22FFFE1F8568 06:42:36 Ok, done 06:42:11 6CFD22FFFE1F8568 reports xfer complete 06:42:11 6CFD22FFFE1F8568 block request /current/6CFD22FFFE1F8568_823997.pending block 0, len 972 checksum 49637 06:42:09 new image: /current/6CFD22FFFE1F8568_823997.pending 06:42:04 get weather 06:42:04 Updating 6CFD22FFFE1F8568 06:42:03 Ok, done 06:41:15 6CFD22FFFE1F8568 reports xfer complete 06:41:15 6CFD22FFFE1F8568 block request /current/6CFD22FFFE1F8568_769519.pending block 0, len 972 checksum 50597 06:41:14 new image: /current/6CFD22FFFE1F8568_769519.pending 06:41:10 get weather ``` I am running a local build with no changes to the javascript code. I'll reset with the 2.85 release and try to reproduce the problem. Image file: [6CFD22FFFE1F8568.zip](https://github.com/user-attachments/files/25548243/6CFD22FFFE1F8568.zip) Note: The images is only corrupt sometimes, at other times it looks fine.
sascha_hemi added the bug label 2026-03-20 17:29:18 +01:00
sascha_hemi commented 2026-03-20 17:29:19 +01:00
Author
Owner
Copy Link

@skiphansen commented on GitHub (Mar 4, 2026):

I started to debug this today, but when I uploaded the saved image to the AP it now displays correctly.
The AP has not be updated, but it has been rebooted several times.
Seems odd since the preview code runs strictly in browser???

Image
<!-- gh-comment-id:3998060733 --> @skiphansen commented on GitHub (Mar 4, 2026): I started to debug this today, but when I uploaded the saved image to the AP it now displays correctly. The AP has not be updated, but it has been rebooted several times. Seems odd since the preview code runs strictly in browser??? <img width="811" height="339" alt="Image" src="https://github.com/user-attachments/assets/499b34ba-dac8-42c6-978f-44d4cfb64058" />
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
88MZ100 FW
ARM Tag FW
ap fw
bug
documentation
enhancement
good first issue
nRF FW
pull-request
Mirrored from GitHub Pull Request
 question
tag fw
wontfix
No Label bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
sascha_hemi
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/OpenEPaperLink#353
Delete Branch "%!s()"

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?