Level 5* JMichaelTX 4,119 Posted September 7, 2015 Level 5* Posted September 7, 2015 BUG REPORT: EN Chrome Clipper (Mac) Clipping Wrong Page EN Chrome Clipper 6.6 (NEW Bug) Mac OS X Yosemite (10.10.5) Chrome 45.0.2454.85 (64-bit) When attempting to clip a page opened from a Google Search page, the EN Chrome Clipper has two bugs: Clips the Google Search Page in addition to the target page Uses the Title of the Google Search Page as the Note Title for the target page This is very repeatable. It happens every time. I have tried removing the EN Chrome clipper, quitting Chrome, and opening Chrome and reinstalling the Clipper. Same results. See screenshots below. Steps to Reproduce Bugs, using Chrome Browser on Mac: Execute a Google search Open one of the result links in a new tab Invoke EN Clipper Observe that the Title in the Clipper popup is NOT the title of the page being clipped. It is the title of the Google Search page Click on the "Save" button in the Clipper popup. Observe that the Clipper reports the pages has been clipped and sync'd Go to EN Mac 6.1 Sync Observe that there are two pages which were actually clipped The target page you invoked the EN Clipper on The Google Search page, which was open in another tab in the Browser Observe that the Note from the clipped target page has the wrong Note TitileIt is the Title of the Google Search page. Here is the text used in the Google Search: FBI's recent decision to return to the 9mm Here's the page I clipped: http://looserounds.com/2014/09/21/fbi-9mm-justification-fbi-training-division/ Screenshots
chicagoguy 3 Posted September 14, 2015 Posted September 14, 2015 Thanks for posting. Experiencing in Chrome Version 45.0.2454.85 m (on Windows XP).
am_fek 1 Posted October 22, 2015 Posted October 22, 2015 I rely on Evernote and the web clipper to save evidence that I may need to rely upon in court at a later date. It was an absolute joke that this thing was capturing the wrong material before and that it's happening again is unacceptable. Fix it now or I am done with Evernote for good. You can't mess people around like this.
nick-burlett 2 Posted October 22, 2015 Posted October 22, 2015 The issue appears to be fixed in the dev channel, Version 48.0.2541.0 dev (64-bit). With luck, the fix will make its way to the beta channel soon.
kchampcal 0 Posted October 21, 2015 Posted October 21, 2015 Bug has reappeared! This bug seemed to be fixed for awhile. But on the more recent builds it is broken again. I have many open Tabs. Chrome will sometimes put to tabs together in the same process. I can see they are in the same process in the Chrome Task Manager. I suspect if you have enough tabs open this happens regardless of how the tab was created. For example the tabs in the same process are not usually in the same window. I happen to be using Version 47.0.2526.16 beta (64-bit) The only reason I am using the beta is that I saw this bug reappear in the release verison so I decided to try the beta. It is in the beta as well This is a highly disruptive bug.Please fix ASAP!!!
nick-burlett 2 Posted October 4, 2015 Posted October 4, 2015 I'm experiencing this same issue on the current Chrome dev channel. It appears to mix up information from all tabs running in the same chrome "Task" Chrome Version: 47.0.2522.0 devOS Version: Mac OS X: 10.11.0Evernote Web Clipper 6.7 It seems the Chrome bug isn't completely fixed, or has regressed. There's an "unconfirmed" Chrome issue here: https://code.google.com/p/chromium/issues/detail?id=530805
Level 5* JMichaelTX 4,119 Posted September 17, 2015 Author Level 5* Posted September 17, 2015 Yep, with the Chrome update, EN Clipping seems to be back to normal.
Den Tweed 2 Posted September 17, 2015 Posted September 17, 2015 Just tried out the new Chrome 45.0.2454.93 (OSX) update and it indeed fixes the problems, I can clip without worries now
Level 5* JMichaelTX 4,119 Posted September 15, 2015 Author Level 5* Posted September 15, 2015 Chrome has updated to verson 45.0.2454.93 and apparently fixes this problem. Have others been able to test it extensively and confirm? Well, I have NOT tested it extensively, but I was able to repeat the test in my Bug Report above, and it seems to work properly now.I do a lot of clipping, so I'll report back later.
Alejandro Pisanty 2 Posted September 15, 2015 Posted September 15, 2015 Chrome has updated to verson 45.0.2454.93 and apparently fixes this problem. Have others been able to test it extensively and confirm?
Alejandro Pisanty 2 Posted September 14, 2015 Posted September 14, 2015 Chrome Beta 46 now has the fix applied so if you are affected and depending on the Web Clipper I can recommend using beta channel for now. I also depend on stable browser, profile and settings. Doesn't almost everybody who is not actively developing code?
Level 5* JMichaelTX 4,119 Posted September 11, 2015 Author Level 5* Posted September 11, 2015 Thanks. Please let us know when it is fixed in the production (stable) channel.
jbignert 473 Posted September 11, 2015 Posted September 11, 2015 Chrome Beta 46 now has the fix applied so if you are affected and depending on the Web Clipper I can recommend using beta channel for now.
Alejandro Pisanty 2 Posted September 11, 2015 Posted September 11, 2015 Finding same issue in Windows 7. Using Chrome 45.0.2454.85.
Level 5* JMichaelTX 4,119 Posted September 9, 2015 Author Level 5* Posted September 9, 2015 Here's what we know:The reason why it’s not always reproducible is because it depends on how you spawn the second tab - If you just right-click a link and click on “open in new tab”, it will not reproduce because that creates the second tab in a separate process from the main tab.- But if you clicked on a link that was written to open in a new tab/window/popup, the second tab is opened as part of the same process as the main tab, and it will reproduce.- Or if your settings is set to open every link click in a new tab (vs the default of opening in the same tab), it will reproduce. Thanks for posting this, jbignert. Now I can go back to using Chrome. I just have to always use method #1, right-click link. Also, it will reproduce if you use CMD-Click. Don't understand why that is different from right-click, but it is. FYI, I have Chrome set for #3.
jbignert 473 Posted September 9, 2015 Posted September 9, 2015 Here's what we know:The reason why it’s not always reproducible is because it depends on how you spawn the second tab - If you just right-click a link and click on “open in new tab”, it will not reproduce because that creates the second tab in a separate process from the main tab.- But if you clicked on a link that was written to open in a new tab/window/popup, the second tab is opened as part of the same process as the main tab, and it will reproduce.- Or if your settings is set to open every link click in a new tab (vs the default of opening in the same tab), it will reproduce.
cchan 8 Posted September 8, 2015 Posted September 8, 2015 This is a bug in Chrome 45 (stable channel) and 46 (beta channel). Here's the bug report on their side: https://code.google.com/p/chromium/issues/detail?id=520303. According to the report, it is already fixed in Chrome 47 (canary channel) and will be available in 46 tomorrow (September 9). No word yet on when it will be available in 45.
Level 5* JMichaelTX 4,119 Posted September 8, 2015 Author Level 5* Posted September 8, 2015 Thanks jbignert. I'm running Chrome Version 45.0.2454.85 (64-bit).I'll update my OP to show this also.
jbignert 473 Posted September 8, 2015 Posted September 8, 2015 Hi JM, yes we are investigating this issue. Seem related to Chrome going from 44 to 45 but doesn't happen to all users. We'll get a patch out as soon as we can.
Idea
JMichaelTX 4,119
BUG REPORT: EN Chrome Clipper (Mac) Clipping Wrong Page
EN Chrome Clipper 6.6 (NEW Bug)
Mac OS X Yosemite (10.10.5)
Chrome 45.0.2454.85 (64-bit)
When attempting to clip a page opened from a Google Search page, the EN Chrome Clipper has two bugs:
This is very repeatable. It happens every time.
I have tried removing the EN Chrome clipper, quitting Chrome, and opening Chrome and reinstalling the Clipper. Same results.
See screenshots below.
Steps to Reproduce Bugs, using Chrome Browser on Mac:
Here is the text used in the Google Search:
FBI's recent decision to return to the 9mm
Here's the page I clipped:
http://looserounds.com/2014/09/21/fbi-9mm-justification-fbi-training-division/
Screenshots
18 replies to this idea
Recommended Posts
Archived
This topic is now archived and is closed to further replies.