Fix ImageMagick Text Resizing Bug
Budget: ₹1,500 – ₹12,500 INR
I’m running Fred Weinhaus’s texteffect.sh inside an ImageMagick 7.1 stack and each time users rapidly drag-resize text in our Design Studio two things happen:
• The generated PNG occasionally arrives broken or completely corrupted.
• Even when it saves, descenders and outer strokes get clipped inside an oversized virtual canvas.
Because the problem shows up every single time—regardless of font, size, or style—I’ve traced the root to the text-rendering portion of the script rather than the basic resize call. I suspect a mix of +repage offset confusion, layer-flatten order, and a possible race condition in the temporary-file sequence that only appears under high-frequency requests.
What I need from you
1. Diagnose exactly where the rendering logic fails under IM 7 (bearing in mind differences from IM 6).
2. Patch texteffect.sh so that every resize—no matter how small or how fast—returns a clean, centered, fully visible PNG.
3. Ensure any virtual-canvas offsets are reset properly and the final layer is flattened without clipping.
4. Provide a short report outlining the fix and any IM 7 flags I should watch for in future updates.
Acceptance criteria
• Drop-to-min size test produces zero broken files after 200 rapid requests.
• No internal clipping on descenders or stroke outlines at any size.
• Script remains portable; no external dependencies beyond standard IM 7.1 build.
If you’re already comfortable with Fred’s toolset, +repage gymnastics, and multithreaded temp-file safety, this should be a focused debugging mission rather than an open-ended rewrite.
• The generated PNG occasionally arrives broken or completely corrupted.
• Even when it saves, descenders and outer strokes get clipped inside an oversized virtual canvas.
Because the problem shows up every single time—regardless of font, size, or style—I’ve traced the root to the text-rendering portion of the script rather than the basic resize call. I suspect a mix of +repage offset confusion, layer-flatten order, and a possible race condition in the temporary-file sequence that only appears under high-frequency requests.
What I need from you
1. Diagnose exactly where the rendering logic fails under IM 7 (bearing in mind differences from IM 6).
2. Patch texteffect.sh so that every resize—no matter how small or how fast—returns a clean, centered, fully visible PNG.
3. Ensure any virtual-canvas offsets are reset properly and the final layer is flattened without clipping.
4. Provide a short report outlining the fix and any IM 7 flags I should watch for in future updates.
Acceptance criteria
• Drop-to-min size test produces zero broken files after 200 rapid requests.
• No internal clipping on descenders or stroke outlines at any size.
• Script remains portable; no external dependencies beyond standard IM 7.1 build.
If you’re already comfortable with Fred’s toolset, +repage gymnastics, and multithreaded temp-file safety, this should be a focused debugging mission rather than an open-ended rewrite.