[Bug 37500] New: Evernote 5.7.x fails to connect to evernote service
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(a)winehq.org Reporter: robert.munteanu(a)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 -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #1 from Robert Munteanu <robert.munteanu(a)gmail.com> --- I tried, in turn, using native wininet, winhttp and secur32, but neither helped. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #2 from Robert Munteanu <robert.munteanu(a)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 ____ ) -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 Robert Munteanu <robert.munteanu(a)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(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #4 from Robert Munteanu <robert.munteanu(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 Robert Munteanu <robert.munteanu(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |wininet -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #5 from Bruno Jesus <00cpxxx(a)gmail.com> --- I believe a +relay,+wininet,+secur32 will help finding which error is being returned by EncryptMessage. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 Robert Munteanu <robert.munteanu(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #49976|0 |1 is obsolete| | --- Comment #6 from Robert Munteanu <robert.munteanu(a)gmail.com> --- Created attachment 49979 --> https://bugs.winehq.org/attachment.cgi?id=49979 +relay,+wininet,+secur32 log of ENScript.exe syncDatabase -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #7 from Bruno Jesus <00cpxxx(a)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?
-- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 Robert Munteanu <robert.munteanu(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #49979|0 |1 is obsolete| | --- Comment #8 from Robert Munteanu <robert.munteanu(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #9 from Bruno Jesus <00cpxxx(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #10 from Bruno Jesus <00cpxxx(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 srijan4(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |srijan4(a)gmail.com -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #11 from Robert Munteanu <robert.munteanu(a)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? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #12 from Robert Munteanu <robert.munteanu(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 Bruno Jesus <00cpxxx(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #49995|0 |1 is obsolete| | --- Comment #13 from Bruno Jesus <00cpxxx(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 David Walker <David(a)WalkerStreet.info> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |David(a)WalkerStreet.info -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 Faruk Tuefekli <faruk.tuefekli(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |faruk.tuefekli(a)gmail.com --- Comment #14 from Faruk Tuefekli <faruk.tuefekli(a)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 -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 henfiber <henfiber(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |henfiber(a)hotmail.com --- Comment #15 from henfiber <henfiber(a)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 -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #16 from Robert Munteanu <robert.munteanu(a)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: 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
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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #17 from Bruno Jesus <00cpxxx(a)gmail.com> --- Can anyone try comment 13? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #18 from Robert Munteanu <robert.munteanu(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #19 from henfiber <henfiber(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #20 from Robert Munteanu <robert.munteanu(a)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 -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #21 from Bruno Jesus <00cpxxx(a)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? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #22 from Robert Munteanu <robert.munteanu(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #23 from David Walker <David(a)WalkerStreet.info> --- I just tried installing gnutls 3.2.21, also under openSUSE 13.2. It still doesn't work. Anyone find a workaround? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 Robert Munteanu <robert.munteanu(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P2 |P1 --- Comment #24 from Robert Munteanu <robert.munteanu(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #25 from Robert Munteanu <robert.munteanu(a)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 -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #26 from Robert Munteanu <robert.munteanu(a)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 -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #27 from David Walker <David(a)WalkerStreet.info> --- One last data point. gnutls 3.3.13 also fails. It certainly does seem that we need someone knowledgable of gnutls. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 Nikos Mavrogiannopoulos <nmav(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nmav(a)redhat.com --- Comment #28 from Nikos Mavrogiannopoulos <nmav(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #29 from Nikos Mavrogiannopoulos <nmav(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 Peter Kim <speeds_brother(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |speeds_brother(a)hotmail.com --- Comment #30 from Peter Kim <speeds_brother(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 h-trader(a)gmx.de <h-trader(a)gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |h-trader(a)gmx.de --- Comment #31 from h-trader(a)gmx.de <h-trader(a)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.
-- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #32 from Bruno Jesus <00cpxxx(a)gmail.com> --- Worth retrying in wine-git due to http://source.winehq.org/git/wine.git/?a=commit;h=f54a9f4db407ab8224ee76c945... -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |f54a9f4db407ab8224ee76c945e | |72741e4f3ffba Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #33 from Alexandre Julliard <julliard(a)winehq.org> --- Should be fixed now. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 --- Comment #34 from h-trader(a)gmx.de <h-trader(a)gmx.de> --- Great! This fix will be in which package version exactly? 1.7.42? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=37500 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #35 from Alexandre Julliard <julliard(a)winehq.org> --- Closing bugs fixed in 1.7.42. -- 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.
participants (1)
-
wine-bugs@winehq.org