Unable to reproduce the issue on reported chrome version 68.0.3440.106 using Windows 10.Attaching screen-cast for reference.
Steps: 
---------
1. Launched reported chrome 
2. Resized chrome windows by using mouse  
As we are observed that the mouse was not sticky to that window 

@Reporter: Could you please check the attached screen cast and please let us know if anything missed from our end also retry this issue with fresh profile without any extensions/apps or reset all the flags and let us know if issue still persists.
Thanks.!

Deleted: 878007.mp4 2.9 MB

	878007.mp4 2.9 MB View Download

As I see your video what you sent, You won't face any issue when you are dealing with two Windows > what I am saying is within the same page if there was a split view (IFrames) then you can see that issue 

Currently working on this Version 67.0.3396.62 (Official Build) (64-bit).

Not working in Latest Version Version 68.0.3440.106 (Official Build) (64-bit)
I am attaching the sample video plz check it.

Deleted: 2018-08-29_18h14_09.mp4 521 KB

	2018-08-29_18h14_09.mp4 521 KB View Download

Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Tried to test this issue as per comment #3, as we are unable to reproduce the issue on reported chrome 68.0.3440.106 and beta 69.0.3497.57 using Windows 10.
Steps:
-----
1. Launched chrome 
2. Navigated to " https://www.w3schools.com/howto/tryit.asp?filename=tryhow_css_split_screen " and " https://codepen.io/Grienauer/pen/QKmRpk "
3. Dragged the windows as per attached screen-cast.

@Reporter: It would be really helpful if a sample URL is provided, so that we can investigate the issue further. Could you please upgrade to latest chrome stable 69.0.3497.72, you can download latest chrome builds here:" https://www.chromium.org/getting-involved/dev-channel ".  As chrome M-69 is rolled out as stable very soon. Let us know whether issue still persists.
Thanks.!

Deleted: 878007.mp4 9.9 MB

	878007.mp4 9.9 MB View Download

Hi 

I cant share url, Downloaded latest browser Version 69.0.3497.72 (Official Build) beta (64-bit) Tested, still problem was there 

I asked for URL our higher to share,  waiting for there response if they agree I will send you

But problem was there able to see all the time 

Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

As per Comment #5 and comment #6, Required proper URL to test the issue from TE-end. Hence adding Needs-Feedback label to it and waiting for the URL from the reporter end for further triaging it.

Thanks..!

Hi

I am giving the URL and Login credential 
URL - Newon.docagent.net
1. Login with userId  : Test.user
              Password: Test

2. Navigate to Workflow Tab Mouse hover and select Inbox
3. Select ApInvoices - select any one Document it will open in a Split window 
4. Wait until it loads completely then perform Comment 3 Video what we sent 

you can see while moving the split screen The mouse was sticky to that window, Double click outside then only it was releasing 

I check In Beta version 69 version also able to see the same problem

Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Thanks for the URL and test credentials.

Able to reproduce the issue on the latest canary(71.0.3550.0) and on the  latest stable(69.0.3497.92) on Windows-10, Mac OS 10.13.6 and Linux Debian Rodete.

Regressed in M-68 branch.

Last good build: 68.0.3440.40
First bad build: 68.0.3440.41

Changelog:
==========
https://chromium.googlesource.com/chromium/src/+log/68.0.3440.40..68.0.3440.41?pretty=fuller&n=10000

Suspecting: https://chromium-review.googlesource.com/c/chromium/src/+/1112757.

kenrb@: Could you please take a look at this issue.

Note: Tagging this with RB-Stable for M-69 and M-70 if the fix is available and safe enough to be merged back.

Pls target fix for M70 as this is regressed in M68, not a blocker for M69.

@kenrb: Friendly ping! Could you please provide any update on this issue and it has been marked as a stable blocker.

Thank You!

Gentle ping! Could you please provide any update on this issue and it has been marked as a stable blocker.

Thank You!

[bulk edit] - This issue is marked as a stable blocker for M70. We are two weeks away from M70 Stable. Please take a look urgently!

This has been present since M68. Removing RBS. 

Hi team,


Could you please provide when can we expect the fix for the above issue?

I have a fix for this that should land very soon, and will likely be mergeable to the M71 branch, which we expect to ship in early December.

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/353d1a1474fcb021cca758394b412265eecd1360

commit 353d1a1474fcb021cca758394b412265eecd1360
Author: Ken Buchanan <kenrb@chromium.org>
Date: Wed Oct 24 21:58:27 2018

RenderWidget captures mouse input when frameset is being resized

Dragging the frame dividers of a frameset should cause that RenderWidget
to receive all mouse input until a MouseUp is received, otherwise
the mouse moving over cross-process content, such as a PDF or an OOPIF,
will cause the resize to stop.

This CL triggers mouse capture in that case.

Bug:  878007 
Change-Id: I96c4855954799c5f03d7dfc697ad399a31a561dd
Reviewed-on: https://chromium-review.googlesource.com/c/1298222
Commit-Queue: Ken Buchanan <kenrb@chromium.org>
Reviewed-by: Dave Tapuska <dtapuska@chromium.org>
Cr-Commit-Position: refs/heads/master@{#602476}
[modify] https://crrev.com/353d1a1474fcb021cca758394b412265eecd1360/content/browser/site_per_process_hit_test_browsertest.cc
[add] https://crrev.com/353d1a1474fcb021cca758394b412265eecd1360/content/test/data/page_with_frameset.html
[modify] https://crrev.com/353d1a1474fcb021cca758394b412265eecd1360/third_party/blink/renderer/core/input/event_handler.cc

I'll request M71 merge when this has had a few days to bake on Canary.

This bug requires manual review: M71 has already been promoted to the beta branch, so this requires manual review
Please contact the milestone owner if you have questions.
Owners: benmason@(Android), kariahda@(iOS), kbleicher@(ChromeOS), govind@(Desktop)

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

For context: This was a regression in M68, which in some cases can make it difficult to drag the dividers between frames in a frameset (changing the size). The fix in comment 20 is low risk.

Since this is regressed in M68, lets' target fix for M72 as M71 is already in beta. Pls let me know if there is any concern here. Thank you.

Thanks for the updates which you were giving can I know when the Latest build will release if possible can you give an expected date.
currently, we are waiting for the Latest Build, with a resolved issue which we mentioned

Thanks

This fix is in Chrome 72, which will be promoted to Stable channel in late January.