|
| 1 | +# Use this changelog template to create an entry for release notes. |
| 2 | + |
| 3 | +# One of 'breaking', 'deprecation', 'new_component', 'enhancement', 'bug_fix' |
| 4 | +change_type: bug_fix |
| 5 | + |
| 6 | +# The name of the component, or a single word describing the area of concern, (e.g. receiver/filelog) |
| 7 | +component: receiver/filelog |
| 8 | + |
| 9 | +# A brief description of the change. Surround your text with quotes ("") if it needs to start with a backtick (`). |
| 10 | +note: Fixed encoding not being applied to multiline pattern matching |
| 11 | + |
| 12 | +# Mandatory: One or more tracking issues related to the change. You can use the PR number here if no issue exists. |
| 13 | +issues: [39011] |
| 14 | + |
| 15 | +# (Optional) One or more lines of additional information to render under the primary note. |
| 16 | +# These lines will be padded with 2 spaces and then inserted directly into the document. |
| 17 | +# Use pipe (|) for multiline entries. |
| 18 | +subtext: | |
| 19 | + Previously, when using multiline pattern matching with non-UTF-8 encodings (e.g., utf-16le), |
| 20 | + the encoding was not properly applied during pattern matching, causing multiline patterns to fail. |
| 21 | + This fix ensures that the specified encoding is correctly applied when processing multiline patterns, |
| 22 | + allowing proper parsing of files with fixed-length records and no line terminators in various encodings. |
| 23 | +
|
| 24 | +# If your change doesn't affect end users or the exported elements of any package, |
| 25 | +# you should instead start your pull request title with [chore] or use the "Skip Changelog" label. |
| 26 | +# Optional: The change log or logs in which this entry should be included. |
| 27 | +# e.g. '[user]' or '[user, api]' |
| 28 | +# Include 'user' if the change is relevant to end users. |
| 29 | +# Include 'api' if there is a change to a library API. |
| 30 | +# Default: '[user]' |
| 31 | +change_logs: [user] |
| 32 | + |
0 commit comments