[GH-ISSUE #2811] Export TXT replaces newline character #963

New issue

Closed

opened 2026-03-07 20:57:24 +03:00 by kerem · 0 comments

kerem commented

2026-03-07 20:57:24 +03:00

Owner

Originally created by @tlegrave on GitHub (Jul 30, 2024).
Original GitHub issue: https://github.com/dbeaver/cloudbeaver/issues/2811

Hello there,

Describe the bug
When I make a txt export from the UI with utf-8 encoding, newline characters are not respected.

To Reproduce
Steps to reproduce the behavior:

Connect Trino data source
Enter the following query SELECT concat('Hello', CHR(10), 'world') AS result;
Click export, choose txt and set all field to false
Choose utf-8 encoding and download the file

Screenshots

Value in the bottom-right panel looks good but after download the file contains:

Hello¶world

Desktop (please complete the following information):

OS: OS X 12.7.3
Browser Firefox
Version 128.0.3

Additional information

Other ascii code points seem to be respected (e.g. space)
Other non ascii code points seem to be respected (e.g. à)
Zero width chars (e.g. combining characters) work and are not modified by the export function

Is this a bug or a desired behavior? If this is wanted, is there any plan to add a "raw" export feature?

Thanks

Originally created by @tlegrave on GitHub (Jul 30, 2024). Original GitHub issue: https://github.com/dbeaver/cloudbeaver/issues/2811 Hello there, **Describe the bug** When I make a txt export from the UI with utf-8 encoding, newline characters are not respected. **To Reproduce** Steps to reproduce the behavior: 1. Connect Trino data source 2. Enter the following query `SELECT concat('Hello', CHR(10), 'world') AS result;` 3. Click export, choose txt and set all field to false 4. Choose utf-8 encoding and download the file **Screenshots** ![Capture d’écran 2024-07-30 à 10 08 21](https://github.com/user-attachments/assets/c430890a-4229-4953-88c1-01e69ef49f8a) Value in the bottom-right panel looks good but after download the file contains: ```txt Hello¶world ``` **Desktop (please complete the following information):** - OS: OS X 12.7.3 - Browser Firefox - Version 128.0.3 **Additional information** - Other ascii code points seem to be respected (e.g. space) - Other non ascii code points seem to be respected (e.g. `à`) - Zero width chars (e.g. combining characters) work and are not modified by the export function Is this a bug or a desired behavior? If this is wanted, is there any plan to add a "raw" export feature? Thanks