CEFsharp load url is holding on to the previously navigated url
We have a C++ application (using Owl UI framework) which calls a CEFsharp Chromiumbrowser control inside an owl dialog. It is working perfectly the first time and the chromium embedded control shows the page properly. It is important to mention here that the first url which is say "http//www.someurl" navigates internally to "http://www.anotherurl/opensomething" each time. When we close the Owl MDI window and then try to open it again, the CEFSharp browser control tries to go straight to "http://www.anotherurl/opensomething" instead of going to "http//www.someurl" which it is being specifically asked to navigate to. We are using Chromiumbrowser load method to load the url but just cannot make it to load the first url from the second time onward. Our CEFsharp version is 63.03 . However if we open the chromium browser control in its own window and not embed it inside the MDI dialog it works perfectly everytime. Can't figure out so far as to why this is not loading the url properly from the second time around. Thanks for any help in advance.
c++ cefsharp chromium-embedded embedded-browser
add a comment |
We have a C++ application (using Owl UI framework) which calls a CEFsharp Chromiumbrowser control inside an owl dialog. It is working perfectly the first time and the chromium embedded control shows the page properly. It is important to mention here that the first url which is say "http//www.someurl" navigates internally to "http://www.anotherurl/opensomething" each time. When we close the Owl MDI window and then try to open it again, the CEFSharp browser control tries to go straight to "http://www.anotherurl/opensomething" instead of going to "http//www.someurl" which it is being specifically asked to navigate to. We are using Chromiumbrowser load method to load the url but just cannot make it to load the first url from the second time onward. Our CEFsharp version is 63.03 . However if we open the chromium browser control in its own window and not embed it inside the MDI dialog it works perfectly everytime. Can't figure out so far as to why this is not loading the url properly from the second time around. Thanks for any help in advance.
c++ cefsharp chromium-embedded embedded-browser
Does the problem reproduce with version69.0.0
? Version63.0.3
is old and no longer supported.CefSharp
is built withGitLink
so you can step into the code and add your own breakpoints, see github.com/GitTools/GitLink This is likely an issue you'll have to debug yourself as it's unique to your environment and you've only described the issue, not provided a means of reproducing it. See also stackoverflow.com/help/mcve
– amaitland
Nov 23 at 1:38
If you are usingC++
you can skip usingCefSharp
and implementCEF
directly, you'll have greater control of the browser (obviously comes with some cost).
– amaitland
Nov 23 at 1:41
@amaitland Thanks for the suggestions and help. Yes we tried with 69.0 also and had the same problem. We are using visual studio 2013 so we downgraded to 63.03 so as not have to supply the C++ 2015 redistributables.
– Aninda Sen
Nov 23 at 15:29
add a comment |
We have a C++ application (using Owl UI framework) which calls a CEFsharp Chromiumbrowser control inside an owl dialog. It is working perfectly the first time and the chromium embedded control shows the page properly. It is important to mention here that the first url which is say "http//www.someurl" navigates internally to "http://www.anotherurl/opensomething" each time. When we close the Owl MDI window and then try to open it again, the CEFSharp browser control tries to go straight to "http://www.anotherurl/opensomething" instead of going to "http//www.someurl" which it is being specifically asked to navigate to. We are using Chromiumbrowser load method to load the url but just cannot make it to load the first url from the second time onward. Our CEFsharp version is 63.03 . However if we open the chromium browser control in its own window and not embed it inside the MDI dialog it works perfectly everytime. Can't figure out so far as to why this is not loading the url properly from the second time around. Thanks for any help in advance.
c++ cefsharp chromium-embedded embedded-browser
We have a C++ application (using Owl UI framework) which calls a CEFsharp Chromiumbrowser control inside an owl dialog. It is working perfectly the first time and the chromium embedded control shows the page properly. It is important to mention here that the first url which is say "http//www.someurl" navigates internally to "http://www.anotherurl/opensomething" each time. When we close the Owl MDI window and then try to open it again, the CEFSharp browser control tries to go straight to "http://www.anotherurl/opensomething" instead of going to "http//www.someurl" which it is being specifically asked to navigate to. We are using Chromiumbrowser load method to load the url but just cannot make it to load the first url from the second time onward. Our CEFsharp version is 63.03 . However if we open the chromium browser control in its own window and not embed it inside the MDI dialog it works perfectly everytime. Can't figure out so far as to why this is not loading the url properly from the second time around. Thanks for any help in advance.
c++ cefsharp chromium-embedded embedded-browser
c++ cefsharp chromium-embedded embedded-browser
edited Nov 23 at 7:11
Ignazio
7,8761922
7,8761922
asked Nov 23 at 1:11
Aninda Sen
134
134
Does the problem reproduce with version69.0.0
? Version63.0.3
is old and no longer supported.CefSharp
is built withGitLink
so you can step into the code and add your own breakpoints, see github.com/GitTools/GitLink This is likely an issue you'll have to debug yourself as it's unique to your environment and you've only described the issue, not provided a means of reproducing it. See also stackoverflow.com/help/mcve
– amaitland
Nov 23 at 1:38
If you are usingC++
you can skip usingCefSharp
and implementCEF
directly, you'll have greater control of the browser (obviously comes with some cost).
– amaitland
Nov 23 at 1:41
@amaitland Thanks for the suggestions and help. Yes we tried with 69.0 also and had the same problem. We are using visual studio 2013 so we downgraded to 63.03 so as not have to supply the C++ 2015 redistributables.
– Aninda Sen
Nov 23 at 15:29
add a comment |
Does the problem reproduce with version69.0.0
? Version63.0.3
is old and no longer supported.CefSharp
is built withGitLink
so you can step into the code and add your own breakpoints, see github.com/GitTools/GitLink This is likely an issue you'll have to debug yourself as it's unique to your environment and you've only described the issue, not provided a means of reproducing it. See also stackoverflow.com/help/mcve
– amaitland
Nov 23 at 1:38
If you are usingC++
you can skip usingCefSharp
and implementCEF
directly, you'll have greater control of the browser (obviously comes with some cost).
– amaitland
Nov 23 at 1:41
@amaitland Thanks for the suggestions and help. Yes we tried with 69.0 also and had the same problem. We are using visual studio 2013 so we downgraded to 63.03 so as not have to supply the C++ 2015 redistributables.
– Aninda Sen
Nov 23 at 15:29
Does the problem reproduce with version
69.0.0
? Version 63.0.3
is old and no longer supported. CefSharp
is built with GitLink
so you can step into the code and add your own breakpoints, see github.com/GitTools/GitLink This is likely an issue you'll have to debug yourself as it's unique to your environment and you've only described the issue, not provided a means of reproducing it. See also stackoverflow.com/help/mcve– amaitland
Nov 23 at 1:38
Does the problem reproduce with version
69.0.0
? Version 63.0.3
is old and no longer supported. CefSharp
is built with GitLink
so you can step into the code and add your own breakpoints, see github.com/GitTools/GitLink This is likely an issue you'll have to debug yourself as it's unique to your environment and you've only described the issue, not provided a means of reproducing it. See also stackoverflow.com/help/mcve– amaitland
Nov 23 at 1:38
If you are using
C++
you can skip using CefSharp
and implement CEF
directly, you'll have greater control of the browser (obviously comes with some cost).– amaitland
Nov 23 at 1:41
If you are using
C++
you can skip using CefSharp
and implement CEF
directly, you'll have greater control of the browser (obviously comes with some cost).– amaitland
Nov 23 at 1:41
@amaitland Thanks for the suggestions and help. Yes we tried with 69.0 also and had the same problem. We are using visual studio 2013 so we downgraded to 63.03 so as not have to supply the C++ 2015 redistributables.
– Aninda Sen
Nov 23 at 15:29
@amaitland Thanks for the suggestions and help. Yes we tried with 69.0 also and had the same problem. We are using visual studio 2013 so we downgraded to 63.03 so as not have to supply the C++ 2015 redistributables.
– Aninda Sen
Nov 23 at 15:29
add a comment |
active
oldest
votes
Your Answer
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53439600%2fcefsharp-load-url-is-holding-on-to-the-previously-navigated-url%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53439600%2fcefsharp-load-url-is-holding-on-to-the-previously-navigated-url%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Does the problem reproduce with version
69.0.0
? Version63.0.3
is old and no longer supported.CefSharp
is built withGitLink
so you can step into the code and add your own breakpoints, see github.com/GitTools/GitLink This is likely an issue you'll have to debug yourself as it's unique to your environment and you've only described the issue, not provided a means of reproducing it. See also stackoverflow.com/help/mcve– amaitland
Nov 23 at 1:38
If you are using
C++
you can skip usingCefSharp
and implementCEF
directly, you'll have greater control of the browser (obviously comes with some cost).– amaitland
Nov 23 at 1:41
@amaitland Thanks for the suggestions and help. Yes we tried with 69.0 also and had the same problem. We are using visual studio 2013 so we downgraded to 63.03 so as not have to supply the C++ 2015 redistributables.
– Aninda Sen
Nov 23 at 15:29