File truncated when dragging from outlook?

[kouhj]

Thanks

[admin]

Let me know if it works, please (next beta version). I cannot test it here.

[kouhj]

ok

[admin]

I also gave it another try to fix your other (main) problem. There is a mini chance that I fixed it...

[kouhj]

Thank you very much! I'll try both!

[TheQwerty]

I'm sorry but I cannot reproduce this issue here.

I tried sending that Test.zip, the text file it contained, and an Excel worksheet and then dragging from Outlook into a fresh copy of XY v12.80.0004, my configured copy of 12.80.0002, and WE. In every case the dropped files were identical to the original. I even tried changing where the file was dragged from when attaching it to the messages but the results were the same:

Results of dragging to WE and v12.80.0004.

screenshot.2.png (9.63 KiB) Viewed 2754 times

Microsoft Outlook 2010 (14.0.6131.5000) SP1 MSO (14.0.6129.5000)
Part of Microsoft Office Professional Plus 2010

XYplorer: 12.80.0004 (Pro Edition - 30-day Trial Version)
Loaded in: 674 ms at 9/6/2013 8:24:39 AM
Uptime: 2 mins, 51 secs
Memory Usage: 43,104 KB, Virtual Memory Size: 19,160 KB

OS: Windows 7 Professional (Service Pack 1), 64-bit (6.1)
OS Uptime: 2 days, 3 hrs, 4 mins, 32 secs
UTC Offset: --04:00
User Role: User
Themes: Yes (Aero)

System Locale ID: 1033
Thread Locale ID: 1033
Default ANSI Code Page: 1252
Active Code Page: 1252 (ANSI - Latin I)
DBCS Code Page: No

[admin]

You probably should pack some chinese characters into the filenames, e.g. 李小龍 (Bruce Lee), to see the trouble.

[kouhj]

Actually I don't need to have a file with a Chinese name to test it.
It seems to me that the issue will always be reproduced if the attachment is a binary file.
Below is the screen animation of how I test it as well as the files I used in the animation:
https://www.dropbox.com/s/g0mjd7cvepiyk ... -Issue.avi
https://www.dropbox.com/s/1flgpgptmlyah ... tFiles.zip

Hope it helps.

[admin]

So it was not fixed.

How many bytes should be dropped and how many are actually missing?
Ah, never mind, I saw that has been answered before.

So, that's it I'm afraid.

PS: The paste does work now?

[TheQwerty]

So I set up a VM to attempt to recreate this (since IT makes rebooting my machine painful) and I can reproduce it when my system locale is set to 'Chinese (Simplified, PRC)'.

To get right to the results... here's an archive with the file I attached in Outlook and then repeatedly dropped in WE and XY.
https://www.dropbox.com/s/wdt73wulk1w61dl/DropTest.zip (26.49 MB)

Contents:

Code: Select all

Name                         Size             Comment
Original.zip                 3,257,270 bytes  MD5 = 68f4493695d4d1c55661707cb2c31bf0
1033_1252-1033_1252__WE.zip  3,257,270 bytes  MD5 = 68f4493695d4d1c55661707cb2c31bf0
2052_936-1033_1252__WE.zip   3,257,270 bytes  MD5 = 68f4493695d4d1c55661707cb2c31bf0
1033_1252-1033_1252__XY.zip  3,257,270 bytes  MD5 = 68f4493695d4d1c55661707cb2c31bf0
2052_936-1033_1252__XY.zip   3,257,270 bytes  MD5 = 68f4493695d4d1c55661707cb2c31bf0
1033_1252-2052_936__WE.zip   3,257,270 bytes  MD5 = 68f4493695d4d1c55661707cb2c31bf0
2052_936-2052_936__WE.zip    3,257,270 bytes  MD5 = 68f4493695d4d1c55661707cb2c31bf0
1033_1252-2052_936__XY.zip   3,257,270 bytes  MD5 = 068e16c5c229f94b5506a078a1791e8b
2052_936-2052_936__XY.zip    3,257,270 bytes  MD5 = 068e16c5c229f94b5506a078a1791e8b

To explain the naming scheme: '1033_1252-2052_936__XY.zip'
This archive was attached to the message in Outlook while the system locale was 1033 and active code page (ACP) was 1252 (English).
It was dropped while the locale was 2052, the ACP was 936 (Chinese), and the target was XY.

As you can see the sizes are all identical but the two dropped on XY while the locale was Chinese have different MD5s and cannot be opened.

I'm not really sure how to narrow this down any further at the moment so let me know if there's anything else I can do, Don.



Excuse the mess but here are my notes describing the steps I took to generate all these files..
I used:

• A fresh install of Windows 7 Ultimate (Service Pack 1), 32-bit (6.1) - note the bitness as this confirms that isn't the cause.
• A fresh install of Outlook 2010 (14.0.4760.1000) MSO (14.0.4760.1000) - using just drafts so I skipped adding account information.
• A fresh copy of XY v12.80.0009

Setting up...

System Locale ID: 1033
Thread Locale ID: 1033
Default ANSI Code Page: 1252
Active Code Page: 1252 (ANSI - Latin I)
DBCS Code Page: No

Outlook:

1. New Message
2. Subject: '1033_1252'
3. Attach File: 'Original.zip'
4. Save Message
5. Exit Outlook

Windows:

1. Control Panel > Region and Language > Administrative > Change system locale... > 'Chinese (Simplified, PRC)'.
2. OK
3. Restart Now.

System Locale ID: 2052
Thread Locale ID: 1033
Default ANSI Code Page: 1252
Active Code Page: 936 (ANSI/OEM - Simplified Chinese GBK)
DBCS Code Page: Yes

Outlook:

1. New Message
2. Subject '2052_936'
3. Attach File: 'Original.zip'
4. Save Message

It's drag and drop time!

Outlook:

1. Select draft '1033_1252'
2. Drag 'Original.zip' to XY (then rename): '1033_1252-2052_936__XY.zip'
3. Drag file to WE: '1033_1252-2052_936__WE.zip'.
4. Select draft '2052_936'
5. Drag file to XY: '2052_936-2052_936__XY.zip'
6. Drag file to WE: '2052_936-2052_936__WE.zip'.

Windows:

1. Control Panel > Region and Language > Administrative > Change system locale... > 'English (United States)'.
2. OK
3. Restart Now.

System Locale ID: 1033
Thread Locale ID: 1033
Default ANSI Code Page: 1252
Active Code Page: 1252 (ANSI - Latin I)
DBCS Code Page: No

Outlook:

1. Select draft '1033_1252'
2. Drag 'Original.zip' to XY (then rename): '1033_1252-1033_1252__XY.zip'
3. Drag file to WE: '1033_1252-1033_1252__WE.zip'.
4. Select draft '2052_936'
5. Drag file to XY: '2052_936-1033_1252__XY.zip'
6. Drag file to WE: '2052_936-1033_1252__WE.zip'.

RESULTS!

So at this point we have 8 copies of 'Original.zip' and if we trust the file sizes they are all identical. Unfortunately, if we hash them we discover that the two archives dropped on XY when the system locale was 2052 have different hashes and indeed they have been corrupted. (As shown in the table above.)

[admin]

Wow, good work!

Unfortunately I don't own Outlook 2010 so I have no chance to debug it. Looking at the code does not give me a clue at the moment. But I will look again...

[admin]

OK, I made a tiny change. Let's see if the next beta is better...

[TheQwerty]

Nope... dragging the same file to v12.80.0011 while in a non-Western locale continues to corrupt.

The good news (maybe?) is that the corrupted file it generates is identical to the corrupted ones from 12.80.0009.

[admin]

too bad, I was almost sure I got it.

Total defeat. Nothing I can do.

[TheQwerty]

In trying to reproduce this with something other than Outlook, and more freely available, I ran into something that might be related, or not?

1. Open Wordpad.
2. Drag zip file into Wordpad. (Source doesn't seem to matter.)
3. Drap zip file from Wordpad to XY.
4. Attempt to open zip file.
5. Repeat but replace XY with WE.

For me the archive dropped on XY is the correct size but completely zeroed-out if you look at the raw view, while the one dropped on WE works fine.

With these steps the system locale doesn't seem to play any part.