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
edited Nov 23 '18 at 7:11
Ignazio
8,00611022
asked Nov 23 '18 at 1:11
Aninda SenAninda Sen
134
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
edited Nov 23 '18 at 7:11
Ignazio
8,00611022
asked Nov 23 '18 at 1:11
Aninda SenAninda Sen
134
Does the problem reproduce with version69.0.0? Version63.0.3is old and no longer supported.CefSharpis built withGitLinkso 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 '18 at 1:38
If you are usingC++you can skip usingCefSharpand implementCEFdirectly, you'll have greater control of the browser (obviously comes with some cost).
– amaitland
Nov 23 '18 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 '18 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
edited Nov 23 '18 at 7:11
Ignazio
8,00611022
asked Nov 23 '18 at 1:11
Aninda SenAninda Sen
134
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 '18 at 7:11
Ignazio
8,00611022
asked Nov 23 '18 at 1:11
Aninda SenAninda Sen
134
edited Nov 23 '18 at 7:11
Ignazio
8,00611022
asked Nov 23 '18 at 1:11
Aninda SenAninda Sen
134
edited Nov 23 '18 at 7:11
Ignazio
8,00611022
edited Nov 23 '18 at 7:11
Ignazio
8,00611022
edited Nov 23 '18 at 7:11
Ignazio
8,00611022
8,00611022
asked Nov 23 '18 at 1:11
Aninda SenAninda Sen
134
asked Nov 23 '18 at 1:11
Aninda SenAninda Sen
134
asked Nov 23 '18 at 1:11
Aninda SenAninda Sen
134
134
Does the problem reproduce with version69.0.0? Version63.0.3is old and no longer supported.CefSharpis built withGitLinkso 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 '18 at 1:38
If you are usingC++you can skip usingCefSharpand implementCEFdirectly, you'll have greater control of the browser (obviously comes with some cost).
– amaitland
Nov 23 '18 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 '18 at 15:29
add a comment |
Does the problem reproduce with version69.0.0? Version63.0.3is old and no longer supported.CefSharpis built withGitLinkso 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 '18 at 1:38
If you are usingC++you can skip usingCefSharpand implementCEFdirectly, you'll have greater control of the browser (obviously comes with some cost).
– amaitland
Nov 23 '18 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 '18 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 '18 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 '18 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 '18 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 '18 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 '18 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 '18 at 15:29
add a comment |
0
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
0
active
oldest
votes
0
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.
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.3is old and no longer supported.CefSharpis built withGitLinkso 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 '18 at 1:38
If you are using
C++you can skip usingCefSharpand implementCEFdirectly, you'll have greater control of the browser (obviously comes with some cost).– amaitland
Nov 23 '18 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 '18 at 15:29