[8.0ß7-x64] Paste stops working in Compare by Contents

[Flint]

1. Download the archive, unpack it.
2. Start TC with empty INI.
3. Select the files test1 and test2, start Compare by contents on them.
4. Switch to Edit mode.
5. In the right pane select the first two lines of text, press Ctrl+C.
6. Go to the left pane, press Ctrl+V — nothing happens. Now it's impossible to paste anything in CbC until TC is restarted.

In 32-bit version pasting works fine.

[karlchen]

Hello, Flint.

Problem reproduced (even without using a clean wincmd.ini).
Total Commander 8.0ß7 64-bit on Server 2008 R2.

Kind regards,
Karl

[petermad]

Confirmed.

It seems to have something to do with test2 being Unicode. If I convert it to ANSI I can copy between the two files with Ctrl+C/Ctrl+V.

If I on the other hand convert test1 to Unicode I cannot copy between the two files.

The two buttons [Copy ->} and [<- Copy] sems do work OK though - also with selections.

[ghisler(Author)]

You are right, paste to Unicode files doesn't seem to work. Problably just a conversion problem. I will try to fix it.

[ghisler(Author)]

Should be fixed in beta 8, please test!

[petermad]

I cannot confirm that it is fixed in TC 8.0b8 x 64

Testing with Flints: http://flint-inc.ru/Temp/tcbeta80/cbc_paste_test.zip

I can copy/paste from the ANSI file (test1) to the Unicode file (test2), but not the other way. (in beta 7 I couldn't copy/paste any of the two ways).

[ghisler(Author)]

Oh, I didn't notice that there are two bug reports in this post.

I only fixed the problem pasting text to Unicode files, not pasing Unicode text to Ansi files. The latter is actually a Lazarus bug, I will fix that separately.

[Flint]

Tested in 8.0β9: Copying from Unicode into ANSI works fine, but copying from ANSI to Unicode is broken again: instead of copied lines a single pseudo-graphics character is pasted.

[ghisler(Author)]

NOT confirmed, here it works in both directions now with your test files!

Can you give me step by step instructions, please?

[Flint]

ghisler(Author)
It seems that for reproducing it's is necessary to copy some text from Unicode to ANSI, then from ANSI to Unicode. Here is how I reproduce the problem:

1. Download the archive, unpack it.
2. Start TC with empty INI.
3. Select the files test1 and test2, start Compare by contents on them.
4. Switch to Edit mode.
5. In the right pane (Unicode file) select the first two lines of text, press Ctrl+C.
6. Go to the left pane (ANSI file), press Ctrl+V.
7. In the left pane (ANSI) select two lines of text, press Ctrl+C.
8. In the right pane (Unicode) press Ctrl+V — instead of copied lines, a pseudo-graphics character is pasted (it's the control character with the code 0x19).

[petermad]

2Flint

Sorry I canot confirm your latest report - in step 8 I just gete X's inserted as expected.

Maybe it is a locale problem.

[Flint]

I recorded a video. Maybe it will help to find more prerequisites.
• Video/EXE (player/codec included)
• Video/AVI (needs MSU Screen Capture Lossless Codec)

[petermad]

Sorry I still cannot reproduce it. I use clean ini file, and I even used the same %temp%\!\ directory for the 2 files. And I do as you do when selecting the lines: I include the last line break.

I guess it must rely on different OS or OS locale - I use Win 7 x64 Home Premium SP1

[Flint]

I guess it must rely on different OS or OS locale - I use Win 7 x64 Home Premium SP1

OS is nearly the same (Win7 Professional SP1); I'll try other locales.

[ghisler(Author)]

I could reproduce it now thanks to your video. The problem is not in the "paste" function this time, but in the 'copy' function.