By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
445,813 Members | 1,252 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 445,813 IT Pros & Developers. It's quick & easy.

Help with strange WebBrowser control problem...

P: n/a
I'm using the AxSHDocVw.WebBrowser control to download data from a webpage
at work (it's an internal page on my company's intranet).

The page produces a runtime error after a while and the strange thing is
that until the page is refreshed with Internet Explorer, the error keeps
occurring. I realize no one can debug an application that I can't even
provide details about (I didn't write nor do I have access to it) but what
difference would it make if I used .Refresh with the WebBrowser control
(I've also tried the other WebBrowser control in the toolbox) versus
refreshing with IE? I can refresh IE on the computer the VB program is
running on or any other computer on the network- either option stops the
page from returning a runtime error. I've even tried creating a second
control to refresh the page after the error starts occurring but this has
not helped at all.

Any ideas?

(Using Visual Studio 2005 / VB. The page is coded in VB2005/ASP.)

Oct 17 '07 #1
Share this Question
Share on Google+
4 Replies


P: n/a
On Oct 16, 9:59 pm, "David" <davidd31...@yoowhoo.comwrote:
I'm using the AxSHDocVw.WebBrowser control to download data from a webpage
at work (it's an internal page on my company's intranet).

The page produces a runtime error after a while and the strange thing is
that until the page is refreshed with Internet Explorer, the error keeps
occurring. I realize no one can debug an application that I can't even
provide details about (I didn't write nor do I have access to it) but what
difference would it make if I used .Refresh with the WebBrowser control
(I've also tried the other WebBrowser control in the toolbox) versus
refreshing with IE? I can refresh IE on the computer the VB program is
running on or any other computer on the network- either option stops the
page from returning a runtime error. I've even tried creating a second
control to refresh the page after the error starts occurring but this has
not helped at all.

Any ideas?

(Using Visual Studio 2005 / VB. The page is coded in VB2005/ASP.)
I'm not sure what would be causing this issue - but are using the
control to just download data or are you also using it to display the
data? If you simply downloading it, you might want to look at the
System.Net.WebClient class. In fact, even if your displaying the
data, maybe you could use this class to download it to a local file,
and then load that into the webbrowser control?

Just a thought.

--
Tom Shelton

Oct 17 '07 #2

P: n/a
David wrote:
I'm using the AxSHDocVw.WebBrowser control to download data from a webpage
at work (it's an internal page on my company's intranet).

The page produces a runtime error after a while and the strange thing is
that until the page is refreshed with Internet Explorer, the error keeps
occurring. I realize no one can debug an application that I can't even
provide details about (I didn't write nor do I have access to it) but what
difference would it make if I used .Refresh with the WebBrowser control
(I've also tried the other WebBrowser control in the toolbox) versus
refreshing with IE? I can refresh IE on the computer the VB program is
running on or any other computer on the network- either option stops the
page from returning a runtime error. I've even tried creating a second
control to refresh the page after the error starts occurring but this has
not helped at all.

Any ideas?

(Using Visual Studio 2005 / VB. The page is coded in VB2005/ASP.)
Check the url that you get for the error message. If you get redirected
to an error page, you don't get back to the original page by refreshing
the error page.

Check if there is a method to refresh the page and not use the cache,
equivalent of pressing ctrl+f5 in the browser.

--
Göran Andersson
_____
http://www.guffa.com
Oct 17 '07 #3

P: n/a

"Göran Andersson" <gu***@guffa.comwrote in message
news:uV**************@TK2MSFTNGP06.phx.gbl...
David wrote:
>I'm using the AxSHDocVw.WebBrowser control to download data from a
webpage at work (it's an internal page on my company's intranet).

The page produces a runtime error after a while and the strange thing is
that until the page is refreshed with Internet Explorer, the error keeps
occurring. I realize no one can debug an application that I can't even
provide details about (I didn't write nor do I have access to it) but
what difference would it make if I used .Refresh with the WebBrowser
control (I've also tried the other WebBrowser control in the toolbox)
versus refreshing with IE? I can refresh IE on the computer the VB
program is running on or any other computer on the network- either option
stops the page from returning a runtime error. I've even tried creating
a second control to refresh the page after the error starts occurring but
this has not helped at all.

Any ideas?

(Using Visual Studio 2005 / VB. The page is coded in VB2005/ASP.)

Check the url that you get for the error message. If you get redirected to
an error page, you don't get back to the original page by refreshing the
error page.

Check if there is a method to refresh the page and not use the cache,
equivalent of pressing ctrl+f5 in the browser.

--
Göran Andersson
_____
http://www.guffa.com
The "main" web page is a list of service requests links. My program is
loading the main web page and then loading each individual service request
link. At various points (seems to be random), when attempting to load a
service request page, a runtime error is returned. I've tried slowing the
program down and am convinced the time between downloading each page is not
the cause of the problem.

When the runtime error is returned, I try downloading the same service
request page again after waiting 30 seconds. The runtime error will
continue to be returned.

If I open an instance of IE and load the "main" web page, the runtime error
is not returned and the program continues. IE can be used to load the
"main" web page on the computer running the program or on a different
computer, same results.

What confuses me is why I can not use the web browser control (again, I've
even tried a separate web browser control) to load the web page and get the
same result. It seems to me that when the page is loaded with IE, something
additional is happening that does not occur when I am loading with the web
browser controls.

Ideas on what that "something additional" could be are what I'm hoping to
find (or a solution, of course).

I hope that clarifies things.
Oct 17 '07 #4

P: n/a
David wrote:
The "main" web page is a list of service requests links. My program is
loading the main web page and then loading each individual service request
link. At various points (seems to be random), when attempting to load a
service request page, a runtime error is returned. I've tried slowing the
program down and am convinced the time between downloading each page is not
the cause of the problem.

When the runtime error is returned, I try downloading the same service
request page again after waiting 30 seconds. The runtime error will
continue to be returned.

If I open an instance of IE and load the "main" web page, the runtime error
is not returned and the program continues. IE can be used to load the
"main" web page on the computer running the program or on a different
computer, same results.

What confuses me is why I can not use the web browser control (again, I've
even tried a separate web browser control) to load the web page and get the
same result. It seems to me that when the page is loaded with IE, something
additional is happening that does not occur when I am loading with the web
browser controls.

Ideas on what that "something additional" could be are what I'm hoping to
find (or a solution, of course).

I hope that clarifies things.
There is some potentially vital information missing here. What is the
error message?

--
Göran Andersson
_____
http://www.guffa.com
Oct 19 '07 #5

This discussion thread is closed

Replies have been disabled for this discussion.