I am using VS 2008. I like the feature maintainscrollpositiononpostback. It works fine with IE 8. But it does not work consistently with Firefox. Sometimes, instead the line I click on goes to the bottom of the page. The field I am trying to refresh is with a div tag with overflow set to auto. Also I have several update panels with updatemode set to conditional. This means only the panel affected should be refreshed. This is also not working in the case on Firefox.
I have searched the web for possible solutions but none of them work for me.
Most of my users use Firefox so this is a problem for me.
Thanks in advance,
Bob
scrollsaver to the rescue?
http://en.hasheminezhad.com/scrollsaver
I found this little js file a few weeks ago after implementing Post/Redirect/Get on a few of my pages. It may enable you to turn off maintain on your pages if you throw it in the master. I haven't fully tested it with ff4/5 or chrome...
Edit the Browser Capabilities file, and explicitly set it so that MaintainScrollPositionOnPostback is supported on Safari Browsers.
you can use javascript for this.. chek it out..
http://weblogs.asp.net/andrewfrederick/archive/2008/03/04/maintain-scroll-position-after-asynchronous-postback.aspx
Related
I've an asp.net image in my webform.
I've set the imageurl as follows
Image.Imageurl=".\\Attachments\\Photo-1.jpeg".
The problem is that it's working fine in ie but not is mozilla firefox..
Why do you use backslashes? Try Image.ImageUrl="/Attachments/Photo-1.jpeg";
I am not sure, but if you can post your html code, then it will be great.
Secondly, Sometimes it also happens, when we missed some html tags to be closed. so kindly check it also, because this could be a simple problem which you have overlooked.
I have a site, that i built through iframes, but i cant seem to use it with IE.
For safety resons i cannot give access to it, but ill explain wehat the problem is.
First of all i was forced to do it through iframes due to the webserver didnt support .net.
Heres how it looks:
http://ipdg.se/order.htm
So far so good, an iframe working good. But when i try to log in the problem starts.
If FF it goes smoothly, but in ie, it doesnt happen anything(Would normally be redirect to the same page but with session variables and showing other content) i dont know what causes this. but either IE cannot do response.redirects, or there is a problems with the iframe.. or both.
It works in alla major browsers except for internet explorer!
Some time back there was a problem like this... the iframe tag was
<Iframe src="order.php" width="450" height="650"></Iframe>
The solution was to change the src from order.php to order.html... That may not be possible in your case, but it appeared that there was an IE security setting that prohibited the dynamic page from loading.
As a previous poster said. the problem is with IE and its security check, therefore. Using server.transfer got it working.
response.redirect doesnt redirect directly to the page, it communicates with the client browser before the redirect. therefore the browser has a chance to stop the request(Lame IE).
but server.transfer doesnt do that and goes around the problem.
Has anyone else ran into the issue where you created a prototype based window using the window.js library and it renders just fine in every browser except IE6?
The test page I am trying to use to debug this issue can be viewed at rik.kmshooting.com/test.php
As you can see, the window graphics, which are background-image values assign in CSS are obviously being wiped out in IE6. I have tried the examples given on the website that actually developed this and it seems to do the same thing there.
I would love it if someone has come up with an answer or good workaround for this issue.
Thanks folks.
~A~
I'm not sure about your particular case, but I have had instances of CSS backgrounds not appearing in modal dialogs on IE6. Pre-loading the image when the page loads using JavaScript solved this issue:
tmpImg = new Image()
tmpimg.src ="image/bg1.gif"
There is a server side fix for flickering background images in IE6.
Add an HTTP header, something like Cache-Control: post-check=3600,pre-check=43200
This page is for IIS but some people mention Apache in the comments:
http://aspnetresources.com/blog/cache_control_extensions.aspx
I put a gridview on a page and used one of the default styles that VS 2008 comes with. I used brown sugar and then changed the values for the backcolor, forecolor, etc, but when I run it in IE, it still takes on the Brown Sugar appearance. When I run it in firefox, it is applying the styles I gave it.
try clearing cache of IE
What have you tried to do to remedy this situation?
Two things I would try:
Refresh cached styles in the browser (SHIFT+Reload)
Restart IIS with iisreset /noforce computername from command line.
Try clearing the cache. In IE 7 it is ctrl-f5 (not shift-f5 as someone else mentioned).
Refresh page and the cache CTRL+F5
http://blogs.msdn.com/ie/attachment/715071.ashx
this seems to be a real issue with asp.net and IE? i tried also the autoformat on gridview Firefox gets it but IE (version IE8)!
I've noticed a strange behavior in two different sites when using IE8.
The first site is in the site that I maintain xebra.com.
The second site is google analytics.
The behavior is that when an address is typed directly into the address bar of IE8, both sites display correctly,
But when one of the sites has already been loaded, and you press the refresh button or F5 key, the layout gets all screwed up:
See screenshots here: here
Something is causing IE8 to render in 'quirks mode' which causes the breakage.
You can duplicate this by browsing to your site in IE8 and selecting Tools > Developer Tools > Document Mode > Quirks Mode.
Make sure your document is always being served in standards mode.
EDIT My original answer had 'compatability mode' where it should have read 'quirks mode' - the two are different.
JS.Companion was what was causing this odd bug, and not IE8. Phew!
http://www.my-debugbar.com/wiki/CompanionJS/HomePage
I spent the whole morning trying to figure out what was going on, I removed companion.js and bingo my site is perfect! thanks for this.
That's really strange. I don't have the problem on my computer with Companion.JS installed and http://www.xebra.com/ web page (under Vista SP1).
I would be happyto correct the Companion.JS bug that generates this problem if you can provide more information about the problem.