2eee7c5d35
- Set 'enable_escape_fix' to False by default to prevent accidental corruption - Improve LaTeX display math identification using regex protection - Update documentation to reflect opt-in recommendation for escape fixes - Fix Issue #57 remaining aggressive escaping bugs
1.7 KiB
1.7 KiB
Reply to Issue #57
I have addressed these issues in v1.2.8 with a focus on reliability and a "Safe-by-Default" approach:
- Robust Error Rollback (Items 1, 4, 5): I implemented a full
try...exceptwrapper. If any error occurs during normalization, the plugin now returns the 100% original text. This ensures that the output is never partially modified or corrupted. - Conservative Escaping (Item 2): To avoid breaking technical content like regex or paths, the escape fixer now strictly skips all code blocks, inline code, and LaTeX formulas by default. I have shifted toward an "opt-in" model where aggressive cleaning is disabled unless specifically requested.
- Fixed Configuration (Item 3): The
enable_escape_fix_in_code_blocksValve was intended to handle escaping within code blocks (e.g., for fixing flat SQL output), but there was a bug preventing it from being applied. I have fixed this, and the setting is now fully functional. - Privacy & Reliability: I have changed the default for
show_debug_logtoFalse. While it was previously enabled by default to help gather feedback and squash bugs during the initial development phase, the plugin has now undergone multiple iterations and reliability enhancements (including the new tiered protection and rollback mechanisms), making it stable enough for a "silent" and private default operation.
Recommendation: If you encounter SQL or data blocks that appear on a single line, you can now manually enable enable_escape_fix_in_code_blocks in the Valves to fix them safely.
Please update to the latest version via OpenWebUI Community. Thank you for your valuable feedback!