https://bugs.winehq.org/show_bug.cgi?id=37500
Bug ID: 37500 Summary: Evernote 5.7.x fails to connect to evernote service Product: Wine Version: 1.7.30 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: robert.munteanu@gmail.com Distribution: ---
I'm no longer able to synchronize notes with Evernote. I can't pinpoint a certain change for that - Evernote is 5.7.0, Wine is 1.7.30 but it did work at some point in the past.
Some FIXMEs in the console that might help narrow down this issue
fixme:urlmon:InternetBindInfo_GetBindString not supported string type 20 fixme:urlmon:InternetBindInfo_GetBindString not supported string type 12 fixme:wininet:create_cache_entry INTERNET_FLAG_NEED_FILE is not supported correctly fixme:wininet:query_global_option INTERNET_OPTION_CONNECTED_STATE: semi-stub fixme:wininet:query_global_option INTERNET_OPTION_CONNECTED_STATE: semi-stub fixme:wininet:InternetAttemptConnect Stub fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT/DATA_SEND_TIMEOUT 60000 fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT/DATA_SEND_TIMEOUT 300000 fixme:urlmon:InternetBindInfo_GetBindString not supported string type 20 fixme:urlmon:InternetBindInfo_GetBindString not supported string type 12 fixme:wininet:create_cache_entry INTERNET_FLAG_NEED_FILE is not supported correctly fixme:urlmon:InternetBindInfo_GetBindString not supported string type 20 fixme:urlmon:InternetBindInfo_GetBindString not supported string type 12 fixme:secur32:schannel_get_cipher_algid unknown algorithm 93 fixme:secur32:schannel_get_mac_algid unknown algorithm 200 fixme:secur32:schannel_get_kx_algid unknown algorithm 12 fixme:secur32:schannel_get_cipher_block_size Unknown cipher 0x5d, returning 1 fixme:secur32:schannel_get_cipher_algid unknown algorithm 93 fixme:secur32:schannel_get_mac_algid unknown algorithm 200 fixme:secur32:schannel_get_kx_algid unknown algorithm 12 fixme:wininet:create_cache_entry INTERNET_FLAG_NEED_FILE is not supported correctly fixme:urlmon:InternetBindInfo_GetBindString not supported string type 20 fixme:urlmon:InternetBindInfo_GetBindString not supported string type 12 fixme:secur32:schannel_get_cipher_algid unknown algorithm 93 fixme:secur32:schannel_get_mac_algid unknown algorithm 200 fixme:secur32:schannel_get_kx_algid unknown algorithm 12 fixme:secur32:schannel_get_cipher_block_size Unknown cipher 0x5d, returning 1 fixme:secur32:schannel_get_cipher_algid unknown algorithm 93 fixme:secur32:schannel_get_mac_algid unknown algorithm 200 fixme:secur32:schannel_get_kx_algid unknown algorithm 12 fixme:wininet:create_cache_entry INTERNET_FLAG_NEED_FILE is not supported correctly fixme:wininet:query_global_option INTERNET_OPTION_CONNECTED_STATE: semi-stub fixme:wininet:query_global_option INTERNET_OPTION_CONNECTED_STATE: semi-stub fixme:wininet:InternetAttemptConnect Stub fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT/DATA_SEND_TIMEOUT 60000 fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT/DATA_SEND_TIMEOUT 300000 fixme:urlmon:InternetBindInfo_GetBindString not supported string type 20 fixme:urlmon:InternetBindInfo_GetBindString not supported string type 12 fixme:wininet:create_cache_entry INTERNET_FLAG_NEED_FILE is not supported correctly
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #1 from Robert Munteanu robert.munteanu@gmail.com --- I tried, in turn, using native wininet, winhttp and secur32, but neither helped.
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #2 from Robert Munteanu robert.munteanu@gmail.com --- Here's what the Evernote activity log contains:
21:52:07 [13] Client synchronization started 21:52:07 [70] 0% Connecting to www.evernote.com/edam/note/s447 21:52:07 [70] 0% Loaded updateCount: 1986 21:52:07 [70] 0% Usage Metrics: sessionCount=1 21:52:07 [70] 0% Client is up to date with the server, updateCount: 1986 21:52:07 [70] 0% Updating server items 21:52:07 [70] 0% Updating server note "_________", resource count: 0 21:52:07 [70] 0% * guid={______________} 21:52:08 [70] 0% Can't send HTTP request, error: INTERNET_SECURITY_CHANNEL_ERROR 21:52:08 [13] Client synchronization finished, status: failed 21:52:08 [13] * error: Could not connect to Evernote service 21:52:08 [13] * elapsed time: 0s
( Some information replaced by ____ )
https://bugs.winehq.org/show_bug.cgi?id=37500
Robert Munteanu robert.munteanu@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Evernote 5.7.x fails to |Evernote 5.5.x, 5.6.x, |connect to evernote service |5.7.x fail to connect to | |evernote service
--- Comment #3 from Robert Munteanu robert.munteanu@gmail.com --- I've noticed that this happens for versions 5.5.3 and 5.6.4 as well. What's interesting is that the login and initial sync work, but subsequent syncs fail.
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #4 from Robert Munteanu robert.munteanu@gmail.com --- Created attachment 49976 --> https://bugs.winehq.org/attachment.cgi?id=49976 Log snippet with WINEDEBUG="+wininet"
A simpler way of triggering this issue with an existing account is to simply run
wine ENScript.exe syncDatabase
I've attached a WINEPREFIX="+wininet" partial log file , culprit seems to be
warn:wininet:send_ssl_chunk EncryptMessage failed trace:wininet:HTTP_HttpSendRequestW send failed: 12157
Setting component to wininet . Please let me know if you need the whole log file so I can clean it up and attach it.
https://bugs.winehq.org/show_bug.cgi?id=37500
Robert Munteanu robert.munteanu@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |wininet
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #5 from Bruno Jesus 00cpxxx@gmail.com --- I believe a +relay,+wininet,+secur32 will help finding which error is being returned by EncryptMessage.
https://bugs.winehq.org/show_bug.cgi?id=37500
Robert Munteanu robert.munteanu@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #49976|0 |1 is obsolete| |
--- Comment #6 from Robert Munteanu robert.munteanu@gmail.com --- Created attachment 49979 --> https://bugs.winehq.org/attachment.cgi?id=49979 +relay,+wininet,+secur32 log of ENScript.exe syncDatabase
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #7 from Bruno Jesus 00cpxxx@gmail.com --- Created attachment 49995 --> https://bugs.winehq.org/attachment.cgi?id=49995 More verbose error
Thanks for the log. I can't reproduce here with my account with a few notes only. I'll try adding more stuff to check if it happens.
From the log I think I found the problem, can you get a new log with the same
flags with the attached patch?
https://bugs.winehq.org/show_bug.cgi?id=37500
Robert Munteanu robert.munteanu@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #49979|0 |1 is obsolete| |
--- Comment #8 from Robert Munteanu robert.munteanu@gmail.com --- Created attachment 50023 --> https://bugs.winehq.org/attachment.cgi?id=50023 +relay,+wininet,+secur32 log of ENScript.exe syncDatabase with extra patch applied
I've rebuilt wine 1.7.31 with your patch on top and attached the debug log.
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #9 from Bruno Jesus 00cpxxx@gmail.com --- Thank you, despite of a small error in my patch I can see the problem so the error can be seen (fixed output due to patch error):
trace:secur32:schan_EncryptMessage Sent 16368/16384 bytes. trace:secur32:schan_EncryptMessage Expected to send 16384 bytes, sent only 16368 ... warn:wininet:send_ssl_chunk EncryptMessage failed
From the gnutls_record_send man page:
Returns: The number of bytes sent, or a negative error code. The number of bytes sent might be less than data_size . The maximum number of bytes this function can send in a single call depends on the negotiated maximum record size.
I don't know how to check for the "negotiated maximum record size". I believe now that this will not work even in previous versions of wine, my guess is that you now have so much stuff in evernote (or an upgrade in the software requires more data to be sent to the server) that a too large packet is required to be sent and gnutls (or kernel or something else) can't cope with that. It may also related to the buffer size in the socket used by gnutls, will have to study further.
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #10 from Bruno Jesus 00cpxxx@gmail.com ---
From the log:
trace:secur32:schan_QueryContextAttributesW Using 256 mac bytes, message size 16384, block size 16
The default max message size is indeed 16384 as specified in the gnutls source code. This value may be changed during the client->server negotiation. I don't know if it's possible to know if it was changed by the server or not.
https://bugs.winehq.org/show_bug.cgi?id=37500
srijan4@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |srijan4@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #11 from Robert Munteanu robert.munteanu@gmail.com --- (In reply to Bruno Jesus from comment #10)
From the log: trace:secur32:schan_QueryContextAttributesW Using 256 mac bytes, message size 16384, block size 16
The default max message size is indeed 16384 as specified in the gnutls source code. This value may be changed during the client->server negotiation. I don't know if it's possible to know if it was changed by the server or not.
I'm not very familiar with the wine source code, so this might be a completely off-topic suggestion, but would it not be possible to save the chunk that was not sent and send it with the next method call?
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #12 from Robert Munteanu robert.munteanu@gmail.com --- By trial and error when running wine ENScript.exe syncDatabase I noticed that the only notes which failed to sync are those which contain pasted images. When running the sync those are noted with resource count which is not 0, e.g.
00:20:49 [69] 14% Creating server note "1-click install incorrectly warns abo...", resource count: 1
00:20:50 [69] 14% Saved account updateCount: 2053
00:20:50 [69] 14% Can't send HTTP request, error: INTERNET_SECURITY_CHANNEL_ERROR
Once I removed all images ( which really is a shame ) the sync was successful for all notes.
https://bugs.winehq.org/show_bug.cgi?id=37500
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #49995|0 |1 is obsolete| |
--- Comment #13 from Bruno Jesus 00cpxxx@gmail.com --- Created attachment 50275 --> https://bugs.winehq.org/attachment.cgi?id=50275 new debug patch
I tried adding many screenshots to my account but when I sync everything goes fine. Please try this patch and get a +wininet,+secur32,+relay.
https://bugs.winehq.org/show_bug.cgi?id=37500
David Walker David@WalkerStreet.info changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |David@WalkerStreet.info
https://bugs.winehq.org/show_bug.cgi?id=37500
Faruk Tuefekli faruk.tuefekli@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |faruk.tuefekli@gmail.com
--- Comment #14 from Faruk Tuefekli faruk.tuefekli@gmail.com --- hy, i am noob to wine.. i tried to install evernote per wine and now i get to the welcome screen of evernote 5.7.2, but i get the error "could not connect to evernote server" after insertign my email-adress and password..
will this patch help me to use evernote and if yes how to use the patch??
Thanks...
faruk
https://bugs.winehq.org/show_bug.cgi?id=37500
henfiber henfiber@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |henfiber@hotmail.com
--- Comment #15 from henfiber henfiber@hotmail.com --- Hi, I had the same issue with Evernote, as indicated by the submitted Evernote logs above. (Updating server note "_" .. guid={______________} ... Can't send HTTP request, error: INTERNET_SECURITY_CHANNEL_ERROR )
For me the workaround was quite simple and Wine was NOT involved: 1. Empty Evernote Trash
2. Try again to sync - Evernote managed to fetch some new notes this time but failed under trying to sync a specific note (see the log above .. Updating server note ... guid = {} ) Open the Activity Log, scroll to the bottom and write down the name of this note.
3. Switch to the "list" view. You be able to see a column named "Sync" which indicates the sync status of a specific note. The notes with a "dot/bullet" in the sync column, are the notes that need to be synced, and probably one of them is the failing note we saw at the Evernote log. Click at the note to select it.
4. Now, HOLDING the Ctrl button, navigate to the help menu with your mouse. This activates some hidden Debugging commands in Evernote. Click at "Fix Current note"
5. Try to Sync again : Mine synced successfully.
Hope that helps, Ilias
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #16 from Robert Munteanu robert.munteanu@gmail.com --- (In reply to comment #15)
Hi, I had the same issue with Evernote, as indicated by the submitted Evernote logs above. (Updating server note "_" .. guid={______________} ... Can't send HTTP request, error: INTERNET_SECURITY_CHANNEL_ERROR )
For me the workaround was quite simple and Wine was NOT involved:
Empty Evernote Trash
Try again to sync
- Evernote managed to fetch some new notes this time but failed under trying to
sync a specific note (see the log above .. Updating server note ... guid = {} ) Open the Activity Log, scroll to the bottom and write down the name of this note.
- Switch to the "list" view. You be able to see a column named "Sync" which
indicates the sync status of a specific note. The notes with a "dot/bullet" in the sync column, are the notes that need to be synced, and probably one of them is the failing note we saw at the Evernote log. Click at the note to select it.
- Now, HOLDING the Ctrl button, navigate to the help menu with your mouse. This
activates some hidden Debugging commands in Evernote. Click at "Fix Current note"
- Try to Sync again : Mine synced successfully.
Hope that helps, Ilias
Thanks for the workaround. However, this 'fix' seems to remove images from my note ; once I sync a note with a screenshot the screenshot does not appear on the web client.
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #17 from Bruno Jesus 00cpxxx@gmail.com --- Can anyone try comment 13?
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #18 from Robert Munteanu robert.munteanu@gmail.com --- (In reply to comment #13)
Created attachment 50275 new debug patch
I tried adding many screenshots to my account but when I sync everything goes fine. Please try this patch and get a +wininet,+secur32,+relay.
I'm building a patched version of wine as we speak. Takes a long time, especially for people with fat fingers like myself.
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #19 from henfiber henfiber@hotmail.com --- (In reply to Robert Munteanu from comment #16)
(In reply to comment #15)
Thanks for the workaround. However, this 'fix' seems to remove images from my note ; once I sync a note with a screenshot the screenshot does not appear on the web client.
There is another hidden option in the Help menu: "Fix Lost Resources". I suppose "resources" refer to embedded images/attachments. Maybe you should give it a try, to check if it can recover your screenshot.
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #20 from Robert Munteanu robert.munteanu@gmail.com --- Created attachment 50560 --> https://bugs.winehq.org/attachment.cgi?id=50560 Result of trying to sync with updated patch
I've attached the result of running
WINEDEBUG="+wininet,+secur32,+relay" wine ENScript.exe syncDatabase
Hopefully that helps
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #21 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to Robert Munteanu from comment #20)
Hopefully that helps
Thank you, it does help to show that the issue still happens and that the problem is not in the return of the schan_imp_send. It simply does not send 16 bytes, we still have to figure why.
trace:secur32:schan_QueryContextAttributesW Using 256 mac bytes, message size 16384, block size 16 ... trace:secur32:schan_EncryptMessage Sent 16368/16384 bytes - status 0
It's just like the last block of the message is not sent. Could this be a bug in gnutls? Where if you need to send exactly the max message size it will not send the last block?
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #22 from Robert Munteanu robert.munteanu@gmail.com --- FWIW I am using gnutls 3.2.18 and my distro applies just a couple of patches ( see https://build.opensuse.org/package/show/openSUSE:13.2:Update/gnutls ) for more details.
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #23 from David Walker David@WalkerStreet.info --- I just tried installing gnutls 3.2.21, also under openSUSE 13.2. It still doesn't work. Anyone find a workaround?
https://bugs.winehq.org/show_bug.cgi?id=37500
Robert Munteanu robert.munteanu@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 |P1
--- Comment #24 from Robert Munteanu robert.munteanu@gmail.com --- I've done some tests, and here's what I found
h3. Not working
* openSUSE 13.2, x86_64, libgnutls28-3.2.18, wine 1.7.39 * openSUSE 13.2, i586, libgnutls28-3.2.18, wine 1.7.28
h3. Working
* openSUSE 13.1, x86_64, libgnutls28-3.2.4, wine 1.7.2 * openSUSE 13.1, x86_64, libgnutls28-3.2.4, wine 1.7.39
So it seems that the differentiator is gnutls, something changed between 3.2.4 and 3.2.18 that broke evernote sync for large images.
It seems that a contributor from gnutls is watching Wine issues and actually posted a patch ( see bug 38134 ), so it might be worth contacting him over this. I would do that, but I'm not knowledgeable enough about to properly qualify the issue.
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #25 from Robert Munteanu robert.munteanu@gmail.com --- Created attachment 51126 --> https://bugs.winehq.org/attachment.cgi?id=51126 terminal output with gnutls debugging
I ran a (failed) syncDatabase operation with GNUTLS_DEBUG_LEVEL=10 . Perhaps some useful information can be extracted from the log
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #26 from Robert Munteanu robert.munteanu@gmail.com --- Here's a funny workaround I discovered while trying to debug the issue some more.
1) Install a HTTP proxy ( I used Charles - http://www.charlesproxy.com/ ) 2) Configure Wine to use a proxy, see http://wiki.winehq.org/FAQ#head-d582e2a4e92f4d8ae6c3401daebd7d5621eb220f 3) Install the proxy's CA cert in wine using wine control.exe -> Internet Settings -> Content -> Certificates -> Import 4) Start Evernote ( or use ENScript )
At this point the sync works like a charm. I am not sure why it works, but at least I have a (kludgy) workaround
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #27 from David Walker David@WalkerStreet.info --- One last data point. gnutls 3.3.13 also fails. It certainly does seem that we need someone knowledgable of gnutls.
https://bugs.winehq.org/show_bug.cgi?id=37500
Nikos Mavrogiannopoulos nmav@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nmav@redhat.com
--- Comment #28 from Nikos Mavrogiannopoulos nmav@redhat.com --- Hi, I quickly glimpsed at the issue. It seems the application is trying to send a larger packet than what can be transmitted in a single record. For that I think the simplest is to make a loop around gnutls_record_send() to ensure that all the requested data sent.
The issue may be that the application is negotiating SHA256 as MAC, which is 32-bytes instead of the 16-byte SHA1. That reduces the space for data by 16 bytes, and that makes the numbers seen: 16384-16=16368.
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #29 from Nikos Mavrogiannopoulos nmav@redhat.com --- (In reply to Nikos Mavrogiannopoulos from comment #28)
The issue may be that the application is negotiating SHA256 as MAC, which is 32-bytes instead of the 16-byte SHA1. That reduces the space for data by 16 bytes, and that makes the numbers seen: 16384-16=16368.
Sorry, that's inaccurate as it has nothing to do with SHA256. I checked further and it seems that gnutls will impose an additional penalty to CBC ciphers of a single block size (16 bytes). That explains why 16384 bytes cannot be sent. The solution is the same though.
https://bugs.winehq.org/show_bug.cgi?id=37500
Peter Kim speeds_brother@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |speeds_brother@hotmail.com
--- Comment #30 from Peter Kim speeds_brother@hotmail.com --- Sorry I don't have activity log to contribute, but I thought I would share my workaround to provide another datapoint.
I didn't have a problem syncing for a very long time - until I tried installing an updated Evernote client in wine. I couldn't get the update executable to launch because it complained about an already existing version of the client and that I couldn't install another copy without being an administrator. I failed to solve this issue so I decided to simply zap away the entire wineprefix directory and start over (I'musing PlayOnLinux) - after all, this is supposed to be all stored on the cloud, right? And then I started to run into the synchronization fail errors. Even when I downgraded the client to the older version, it wouldn't work. I did get the INTERNET_SECURITY_CHANNEL_ERROR errors like the others, but the activity log seemed to indicate that it happened only when it was requesting a large resource.
All failed except when I installed the client in Windows -> then launched the client in Windows -> synchronized -> copy the entire "Databases" directory over to the linux box -> overwrite the linux box'es "Databases" directory from Windows -> launch Evernotes in the linux box -> sync.
This allowed the synchronization to work correctly. I added few new notes to see how it would work and they worked just fine. I suspect the size of the note (or number of notes to synchronize at one time) has something to do with this error. I believe comment #12 reference to image files contributing supports my suspicion. I'll try this again, but I believe if I were to create a very large note or sync a very large set of notes it may fail again.
https://bugs.winehq.org/show_bug.cgi?id=37500
h-trader@gmx.de h-trader@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |h-trader@gmx.de
--- Comment #31 from h-trader@gmx.de h-trader@gmx.de --- Exactly (!) same situation here as Peter Kim wrote https://bugs.winehq.org/show_bug.cgi?id=37500#c30
I didn't have a problem syncing for a very long time - until I tried installing an updated Evernote client in wine. I couldn't get the update executable to launch because it complained about an already existing version of the client and that I couldn't install another copy without being an administrator. I failed to solve this issue so I decided to simply zap away the entire wineprefix directory and start over (I'musing PlayOnLinux) - after all, this is supposed to be all stored on the cloud, right? And then I started to run into the synchronization fail errors. Even when I downgraded the client to the older version, it wouldn't work. I did get the INTERNET_SECURITY_CHANNEL_ERROR errors like the others, but the activity log seemed to indicate that it happened only when it was requesting a large resource.
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #32 from Bruno Jesus 00cpxxx@gmail.com --- Worth retrying in wine-git due to http://source.winehq.org/git/wine.git/?a=commit;h=f54a9f4db407ab8224ee76c945...
https://bugs.winehq.org/show_bug.cgi?id=37500
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |f54a9f4db407ab8224ee76c945e | |72741e4f3ffba Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #33 from Alexandre Julliard julliard@winehq.org --- Should be fixed now.
https://bugs.winehq.org/show_bug.cgi?id=37500
--- Comment #34 from h-trader@gmx.de h-trader@gmx.de --- Great! This fix will be in which package version exactly? 1.7.42?
https://bugs.winehq.org/show_bug.cgi?id=37500
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #35 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.7.42.