Auto navigation on start of typing URL in VS / Chrome debug session











up vote
-1
down vote

favorite












I'm working with a callback process in C# / Visual studio 2017 / ASP.NET Web Application .net Framework with another remote website.



I have a callback method in my controller:
public ActionResult CallBackService() {}



That is supposed to be hit when I navigate to a remote service provider site. That site knowns that I'm not authenticated yet so it requests auth at that method.



When I start up the application, chrome opens and starts at the local default page. When I go to the URL bar and start typing it immediately "navigates" to the remote site on the first character typed which doesn't instantiate the session and it errors out because of this. When I say "navigates" I mean it talks to the remote site as if it were navigating there but it doesn't actually go there.



Then if I delete the URL in chrome and start typing, the remote site is not navigated to.



However, if I continue and hit enter on the URL bar in Chrome the process continues and works the way it was designed to. BUT session variables are getting skewed because things are not aligned through the correct process between the two systems.



Chrome shouldn't ever start a navigation on a first character typed in the URL bar... Or should it? This is really throwing a wrench in my debugging as some session variables are getting set ahead of the real connection and this causes issues.



If I start the debug and start typing "https://...." the remote site is not navigated to at all until I hit enter so this is what I would expect the behavior to be. This is what I'm doing for now to get around this issue but did I stumble on a bug in Chrome?



I don't think this is an issue in my code, but rather the browser. But I have been wrong before. Does anyone know what I may be encountering?










share|improve this question






















  • Instead of just downvoting, why not provide feedback troll. This is an issue and I can repeat it. I firmly believe it is a bug.
    – DaBlue
    Nov 13 at 15:02















up vote
-1
down vote

favorite












I'm working with a callback process in C# / Visual studio 2017 / ASP.NET Web Application .net Framework with another remote website.



I have a callback method in my controller:
public ActionResult CallBackService() {}



That is supposed to be hit when I navigate to a remote service provider site. That site knowns that I'm not authenticated yet so it requests auth at that method.



When I start up the application, chrome opens and starts at the local default page. When I go to the URL bar and start typing it immediately "navigates" to the remote site on the first character typed which doesn't instantiate the session and it errors out because of this. When I say "navigates" I mean it talks to the remote site as if it were navigating there but it doesn't actually go there.



Then if I delete the URL in chrome and start typing, the remote site is not navigated to.



However, if I continue and hit enter on the URL bar in Chrome the process continues and works the way it was designed to. BUT session variables are getting skewed because things are not aligned through the correct process between the two systems.



Chrome shouldn't ever start a navigation on a first character typed in the URL bar... Or should it? This is really throwing a wrench in my debugging as some session variables are getting set ahead of the real connection and this causes issues.



If I start the debug and start typing "https://...." the remote site is not navigated to at all until I hit enter so this is what I would expect the behavior to be. This is what I'm doing for now to get around this issue but did I stumble on a bug in Chrome?



I don't think this is an issue in my code, but rather the browser. But I have been wrong before. Does anyone know what I may be encountering?










share|improve this question






















  • Instead of just downvoting, why not provide feedback troll. This is an issue and I can repeat it. I firmly believe it is a bug.
    – DaBlue
    Nov 13 at 15:02













up vote
-1
down vote

favorite









up vote
-1
down vote

favorite











I'm working with a callback process in C# / Visual studio 2017 / ASP.NET Web Application .net Framework with another remote website.



I have a callback method in my controller:
public ActionResult CallBackService() {}



That is supposed to be hit when I navigate to a remote service provider site. That site knowns that I'm not authenticated yet so it requests auth at that method.



When I start up the application, chrome opens and starts at the local default page. When I go to the URL bar and start typing it immediately "navigates" to the remote site on the first character typed which doesn't instantiate the session and it errors out because of this. When I say "navigates" I mean it talks to the remote site as if it were navigating there but it doesn't actually go there.



Then if I delete the URL in chrome and start typing, the remote site is not navigated to.



However, if I continue and hit enter on the URL bar in Chrome the process continues and works the way it was designed to. BUT session variables are getting skewed because things are not aligned through the correct process between the two systems.



Chrome shouldn't ever start a navigation on a first character typed in the URL bar... Or should it? This is really throwing a wrench in my debugging as some session variables are getting set ahead of the real connection and this causes issues.



If I start the debug and start typing "https://...." the remote site is not navigated to at all until I hit enter so this is what I would expect the behavior to be. This is what I'm doing for now to get around this issue but did I stumble on a bug in Chrome?



I don't think this is an issue in my code, but rather the browser. But I have been wrong before. Does anyone know what I may be encountering?










share|improve this question













I'm working with a callback process in C# / Visual studio 2017 / ASP.NET Web Application .net Framework with another remote website.



I have a callback method in my controller:
public ActionResult CallBackService() {}



That is supposed to be hit when I navigate to a remote service provider site. That site knowns that I'm not authenticated yet so it requests auth at that method.



When I start up the application, chrome opens and starts at the local default page. When I go to the URL bar and start typing it immediately "navigates" to the remote site on the first character typed which doesn't instantiate the session and it errors out because of this. When I say "navigates" I mean it talks to the remote site as if it were navigating there but it doesn't actually go there.



Then if I delete the URL in chrome and start typing, the remote site is not navigated to.



However, if I continue and hit enter on the URL bar in Chrome the process continues and works the way it was designed to. BUT session variables are getting skewed because things are not aligned through the correct process between the two systems.



Chrome shouldn't ever start a navigation on a first character typed in the URL bar... Or should it? This is really throwing a wrench in my debugging as some session variables are getting set ahead of the real connection and this causes issues.



If I start the debug and start typing "https://...." the remote site is not navigated to at all until I hit enter so this is what I would expect the behavior to be. This is what I'm doing for now to get around this issue but did I stumble on a bug in Chrome?



I don't think this is an issue in my code, but rather the browser. But I have been wrong before. Does anyone know what I may be encountering?







visual-studio google-chrome






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Nov 10 at 18:48









DaBlue

715624




715624












  • Instead of just downvoting, why not provide feedback troll. This is an issue and I can repeat it. I firmly believe it is a bug.
    – DaBlue
    Nov 13 at 15:02


















  • Instead of just downvoting, why not provide feedback troll. This is an issue and I can repeat it. I firmly believe it is a bug.
    – DaBlue
    Nov 13 at 15:02
















Instead of just downvoting, why not provide feedback troll. This is an issue and I can repeat it. I firmly believe it is a bug.
– DaBlue
Nov 13 at 15:02




Instead of just downvoting, why not provide feedback troll. This is an issue and I can repeat it. I firmly believe it is a bug.
– DaBlue
Nov 13 at 15:02

















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',
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
});


}
});














 

draft saved


draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53242294%2fauto-navigation-on-start-of-typing-url-in-vs-chrome-debug-session%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown






























active

oldest

votes













active

oldest

votes









active

oldest

votes






active

oldest

votes
















 

draft saved


draft discarded



















































 


draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53242294%2fauto-navigation-on-start-of-typing-url-in-vs-chrome-debug-session%23new-answer', 'question_page');
}
);

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







Popular posts from this blog

The Sandy Post

Danny Elfman

Pages that link to "Head v. Amoskeag Manufacturing Co."