starred/terminal
1
0
Fork 0
mirror of https://github.com/microsoft/terminal.git synced 2026-02-03 21:25:34 +00:00
Code Issues 19.0k Packages Projects Releases 20 Wiki Activity

[Regressed in 19H1] When you copy text out of FAR manager, it gets line wrapped #10663

New Issue
Open
opened 2026-01-31 02:26:53 +00:00 by claunia · 2 comments
claunia commented 2026-01-31 02:26:53 +00:00
Owner
Copy Link

Originally created by @DHowett on GitHub (Sep 18, 2020).

Originally assigned to: @lhecker on GitHub.

It appears that some time between RS5 and 19H1 we changed how line wrapping/unwrapping works and now FAR manager gets wrapped on copy.

Notes from internal filer

I'm on 3.0.0.5656 x64. I had repro with some older version as well, I installed the latest to check if it was fixed. Copy like you do in any other cmd window. For example, select any text file and press F3 to open the text viewer, or press CTRL+O to hide panels and view console / Far version. Now click on icon in left top corner of the window, then in menu select Edit -> Mark and select any text. Then paste the text in any other application like Notepad.

MSFT:28821591

Originally created by @DHowett on GitHub (Sep 18, 2020). Originally assigned to: @lhecker on GitHub. It appears that some time between RS5 and 19H1 we changed how line wrapping/unwrapping works and now FAR manager gets wrapped on copy. _Notes from internal filer_ > I'm on 3.0.0.5656 x64. I had repro with some older version as well, I installed the latest to check if it was fixed. Copy like you do in any other cmd window. For example, select any text file and press F3 to open the text viewer, or press CTRL+O to hide panels and view console / Far version. Now click on icon in left top corner of the window, then in menu select Edit -> Mark and select any text. Then paste the text in any other application like Notepad. MSFT:28821591
claunia commented 2026-01-31 02:26:55 +00:00
Author
Owner
Copy Link

@nico-abram commented on GitHub (Oct 23, 2022):

I tried to reproduce both via shift+select with mouse after Ctrl+O followed by ctrl+C and also by shift+right arrow key and ctrl+C in the Far text editor, and neither copied an extra line ending, and they correctly copied a line ending in the middle when I select two lines. I also tried vertical selection via alt+shift+click and it also seems to work OK.

@nico-abram commented on GitHub (Oct 23, 2022): I tried to reproduce both via shift+select with mouse after Ctrl+O followed by ctrl+C and also by shift+right arrow key and ctrl+C in the Far text editor, and neither copied an extra line ending, and they correctly copied a line ending in the middle when I select two lines. I also tried vertical selection via alt+shift+click and it also seems to work OK.
claunia commented 2026-01-31 02:26:55 +00:00
Author
Owner
Copy Link

@o-sdn-o commented on GitHub (Oct 24, 2022):

Perhaps this behavior is due to the fact that all EOL characters (CR and LF) are non-printable and cannot be in the scrollback buffer, and Far Manager uses ReadConsoleOutput Win32 API to capture the contents of the scrollback, and then possibly prints it as a rectangular block to the Ctrl+O screen. From the terminal's point of view, the content of the scrollback after that is a fullscreen rectangular area filled with colored cells (black is also a color; a whitespace is also a character). Therefore, logically, when you copy a linear selection with the terminal (e.g. Shift+LeftMouseDrag), the terminal should concatenate successive lines into one long line. While the terminal can apply some heuristics to detect line endings, this doesn't always work.

When you copy a rectangular selection block (using +Alt modifier), the terminal explicitly inserts a line endings after each copied row.

@o-sdn-o commented on GitHub (Oct 24, 2022): Perhaps this behavior is due to the fact that all EOL characters (CR and LF) are non-printable and cannot be in the scrollback buffer, and Far Manager uses ReadConsoleOutput Win32 API to capture the contents of the scrollback, and then possibly prints it as a rectangular block to the Ctrl+O screen. From the terminal's point of view, the content of the scrollback after that is a fullscreen rectangular area filled with colored cells (black is also a color; a whitespace is also a character). Therefore, logically, when you copy a linear selection with the terminal (e.g. Shift+LeftMouseDrag), the terminal should concatenate successive lines into one long line. While the terminal can apply some heuristics to detect line endings, this doesn't always work. When you copy a rectangular selection block (using +Alt modifier), the terminal explicitly inserts a line endings after each copied row.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
⛺ Reserved
A11yCO
A11yMAS
A11ySev1
A11ySev2
A11ySev3
A11yTTValidated
A11yUsable
A11yVoiceAccess
A11yWCAG
Area-Accessibility
Area-AtlasEngine
Area-AzureShell
Area-Build
Area-Build
Area-Chat
Area-CmdPal
Area-CodeHealth
Area-Commandline
Area-CookedRead
Area-DefApp
Area-Extensibility
Area-Fonts
Area-GroupPolicy
Area-i18n
Area-Input
Area-Interaction
Area-Interop
Area-Localization
Area-Output
Area-Performance
Area-Portable
Area-Quality
Area-Remoting
Area-Rendering
Area-Schema
Area-Server
Area-Settings
Area-SettingsUI
Area-ShellExtension
Area-ShellExtension
Area-ShellExtension
Area-Suggestions
Area-Suggestions
Area-TerminalConnection
Area-TerminalControl
Area-Theming
Area-UserInterface
Area-VT
Area-Windowing
Area-WPFControl
AutoMerge
Blocking-Ingestion
Culprit-Centennial
Culprit-WinUI
Disability-All
Disability-Blind
Disability-LowVision
Disability-Mobility
External-Blocked-WinUI3
Fixed
Gathering-Data
good first issue
HCL-E+D
HCL-WindowsTerminal
Help Wanted
Impact-Compatibility
Impact-Compliance
Impact-Correctness
Impact-Visual
In-PR
InclusionBacklog
InclusionBacklog-Windows TerminalWin32
InclusionCommitted-202206
Issue-Bug
Issue-Docs
Issue-Feature
Issue-Feature
Issue-Question
Issue-Samples
Issue-Scenario
Issue-Task
Needs-Attention
Needs-Author-Feedback
Needs-Bisect
Needs-Discussion
Needs-Repro
Needs-Tag-Fix
Needs-Tag-Fix
Needs-Triage
No-Recent-Activity
Priority-0
Priority-1
Priority-2
Priority-3
Product-Cmd.exe
Product-Colortool
Product-Colortool
Product-Colortool
Product-Conhost
Product-Conpty
Product-Meta
Product-Powershell
Product-Terminal
Product-WSL
pull-request
Mirrored from GitHub Pull Request
 Resolution-Answered
Resolution-By-Design
Resolution-Duplicate
Resolution-External
Resolution-Fix-Available
Resolution-Fix-Committed
Resolution-No-Repro
Resolution-Won't-Fix
Severity-Blocking
Severity-Crash
Severity-DataLoss
spam
this-will-be-a-breaking-change
Tracking-External
WindowsTerminal_Win32
Work-Item
zAskModeBug
zInbox-Bug
No Label Area-Output Impact-Compatibility Impact-Correctness Issue-Bug Priority-3 Product-Conhost
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
claunia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#10663
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?