Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Continued API Rewrite #1072

Merged
merged 11 commits into from
Jun 12, 2015
Merged

Continued API Rewrite #1072

merged 11 commits into from
Jun 12, 2015

Conversation

amaitland
Copy link
Member

Trying to reduce the code complexity a little bit.

More changes to come.

@amaitland amaitland added this to the 43.0.0 milestone Jun 11, 2015
Still need to move the wrapper out from ManagedCefBrowserAdapter and into ClientAdapter for the main CefBrowserWrapper
@rassilon
Copy link
Contributor

I was doing just that and I'm debugging a MCefRefPtr related garbage hitting the finalizer or indeed not at all and CEF assert during CEF.Shutdown.

Bill

@amaitland
Copy link
Member Author

Merge this PR so you can remove DisposableResource?

@rassilon
Copy link
Contributor

Sure.
On Jun 11, 2015 11:05 PM, "Alex Maitland" [email protected] wrote:

Merge this PR so you can remove DisposableResource?


Reply to this email directly or view it on GitHub
#1072 (comment).

amaitland added a commit that referenced this pull request Jun 12, 2015
@amaitland amaitland merged commit 9ab0ac8 into cefsharp:master Jun 12, 2015
@amaitland amaitland deleted the rewrite/api branch June 12, 2015 03:18
@amaitland
Copy link
Member Author

Done. Still quite a few cleanups to go. Will look at creating another PR later. Need to review all the callbacks, make sure weren't not disposing the wrappers too quickly for them to be used an an async fashion.

@rassilon
Copy link
Contributor

The callbacks don't clean themselves up. However, the fix for them looks
simple.
On Jun 11, 2015 11:20 PM, "Alex Maitland" [email protected] wrote:

Done. Still quite a few cleanups to go. Will look at creating another PR
later. Need to review all the callbacks, make sure weren't not disposing
the wrappers too quickly for them to be used an an async fashion.


Reply to this email directly or view it on GitHub
#1072 (comment).

@amaitland
Copy link
Member Author

I was thinking more along the lines of when you pass in a CefFrameWrapper instance, making sure that it can be accessed from within a Task when using a callback. I'm not familiar with the %frameWrapper syntax enough to know exactly when the wrapper will be disposed. So I wanted to double check.

@amaitland
Copy link
Member Author

I also changed the callbacks so after you execute they set the underlying MCefRefPtr instance to NULL. If you've got a cleaner way then I'm all for it 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants