[Bug 13437] Eudora 7.1.0.9 can't open attachments

wine-bugs at winehq.org wine-bugs at winehq.org
Thu Jun 30 18:14:19 CDT 2011


http://bugs.winehq.org/show_bug.cgi?id=13437

--- Comment #12 from MestreLion <wine at rodrigosilva.com> 2011-06-30 18:14:18 CDT ---
Created an attachment (id=35382)
 --> (http://bugs.winehq.org/attachment.cgi?id=35382)
Relay dump showing Eudora trying to open the file, and Messagebox saying it
can't, with a possible workaround

- In order to minimize API calls and considerably reduce the log (original was
1.3GB!), Eudora was previously set to File > Work Offline. Also, I've sent
myself an email with several attachments. The received email was already opened
and maximized, all other emails and mailboxes were closed.

- Ive launched Eudora with the command:

    env WINEPREFIX="/home/rodrigo/.wine" WINEDEBUG=+relay wine C:\\Program\
Files\\Qualcomm\\Eudora\\eudora.exe 2> dump.txt

- As suggested by http://wiki.winehq.org/DebugChannels , the most frequent (or
distracting) calls were excluded in Registry
HKCU\Software\Wine\Debug\RelayExclude. Hope none are relevant to the bug. They
were:
   
KERNEL32.SetLastError;KERNEL32.GetLastError;KERNEL32.FlsGetValue;ntdll.RtlEnterCriticalSection;ntdll.RtlLeaveCriticalSection;ntdll.RtlFreeHeap;ntdll.RtlAllocateHeap;KERNEL32.TlsGetValue;KERNEL32.GlobalUnlock;KERNEL32.GlobalLock;KERNEL32.lstrlenA;user32.CallWindowProcA;user32.SendMessageA;KERNEL32.lstrcpyA;user32.GetWindowLongW;KERNEL32.GetTickCount;

- Eudora was launched, the test email already showed up, maximized. The only
operations done were:

    - Click the "teste.mdb" attachment (MDB was not associated in Wine). Used
as a lower bound "flag" to trim the log
    - Click the "carro.txt" attachment (TXT associated with notepad). The
actual test case
    - Click the "teste.mdb" attachment again, as an "upper bound" to trim the
log

- The 3 operations showed a "There is no Windows program configured to open
this type of file." MessageBox

- Log was trimmed: Deleted everything before the first MessageBox (from the 1st
click on teste.mdb), and after the second MessageBox (log went from 25MB to
~6MB). Then further trimmed to ~750K by deleting everything before the first
occurrence of "carro.txt"

- Relevant log entries, in my opinion, are the very last ones:

0009:Call advapi32.RegQueryValueW(80000000,0033b5dc L".txt",0033b9a0,0033bbac)
ret=7e9a6c7a
0009:Ret  advapi32.RegQueryValueW() retval=00000000 ret=7e9a6c7a
0009:Call advapi32.RegOpenKeyExW(80000000,0033b9a0
L"txtfile",00000000,02000000,0033a528) ret=7e9a3b66
0009:Ret  advapi32.RegOpenKeyExW() retval=00000000 ret=7e9a3b66
0009:Call advapi32.RegCloseKey(000000d4) ret=7e9a3bbc
0009:Ret  advapi32.RegCloseKey() retval=00000000 ret=7e9a3bbc
0009:Call advapi32.RegQueryValueW(80000000,0033b9a0
L"txtfile\\shell\\\\command",0033ada0,0033a52c) ret=7e9a3c04
0009:Ret  advapi32.RegQueryValueW() retval=00000002 ret=7e9a3c04
0009:Call shlwapi.PathIsDirectoryW(0033e464
L"D:\\Arquivos\\Email\\attach\\carro.txt") ret=7e9a8a26
0009:Call KERNEL32.GetFileAttributesW(0033e464
L"D:\\Arquivos\\Email\\attach\\carro.txt") ret=7eb47738
0009:Ret  KERNEL32.GetFileAttributesW() retval=00000020 ret=7eb47738
0009:Ret  shlwapi.PathIsDirectoryW() retval=00000000 ret=7e9a8a26
0009:Call shlwapi.PathIsURLW(0033e464
L"D:\\Arquivos\\Email\\attach\\carro.txt") ret=7e9a8e68
0009:Ret  shlwapi.PathIsURLW() retval=00000000 ret=7e9a8e68
0009:Call user32.LoadStringW(7e950000,000000a4,0033abb0,00000800) ret=7e9a3ac2
0009:Ret  user32.LoadStringW() retval=00000041 ret=7e9a3ac2
0009:Call user32.MessageBoxW(000100c4,0033abb0 L"There is no Windows program
configured to open this type of file.",00000000,00000010) ret=7e9a3a84

The "txtfile\\shell\\\\command" suggests that Eudora, somehow, is not accessing
the right path (it should be ""txtfile\\shell\\open\\command"). So duplicating
the "command" key entry directly under "shell" fixes the problem, but i think
this non-standard workaround misses the point, since it works perfectly in XP.

-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.



More information about the wine-bugs mailing list