Why does Firefox automatically add "%25/" to my URI? - url

In a Confluence page there is a link to an external html page like "blah.net/project/latest/index.html". When I work with IE or with Chrome everything is ok. But when clicking this link in Firefox the result is "blah.net/%25/project/latest/index.html".
It seems that this is not a Confluence problem. I entered the url directly into the address field of the browser: the incorrect uri with the "%25/" occurs as well.
Does anybody know what happens and how to avoid it?
Best regards

Related

How to contact Grails web maintainers?

This probably isn't the best place to post this question. I can't find any way of contacting the Grails.org web site maintainers. I've looked all over the web site and in "Community" but can't find what looks like the right thing. Can someone point me in the right directions please?
My problem is that the presentation for 1) What is Grails on https://grails.org/learn just results in an empty pop-up box. This happens on both Chrome and Firefox.
Thanks in advance.
Issues for the website can be filed at http://jira.grails.org/browse/WEBSITE
That is a flash presentation and the url you have opened uses SSL (secured channel) as a result it tries to block the flash content as unauthorized script.
In Chrome, make sure you load the script as an unsafe script (from the address bar) and you should be able to see the presentation. Same would be applicable for Firefox.

Safari ignoring/removing anchors (or "hashtags") when clicking hyperlinks?

I need to point one page to another and then scroll to a particular section. In Chrome and Firefox, using an URL like www.example.com#section1 does the trick. (#section1 can be an anchor or an element's id).
However, in Safari, the hash disappears when I click the link.
Why is this happening? Is it possible to do it on Safari? If not, how can I get around this problem?
When using hyperlinks that point to inside sections on other pages you must remember to add a slash (/) before the hashtag for cross browser compatibility.
Eg: www.example.com/#item-1
doing www.example.com#item-1 isn't accepted by all browsers (apparently by Chrome and Firefox it is)
Case: I have parameters after '#' like url#myParam=123, when I changed params like
url#myParam=789 Safari sometimes loaded previous page based on myParam=123,
although in Address bar it showed myParam=789
Solution : Use url?#myParam=123, then Safari will everytime load new page.
Using '?' before '#' solved my problem.
I had a related problem with Safari (on iPhone/iOS) seemingly stripping off the hash/fragment when doing a:
var newHash = ...;
window.location.replace("#" + newHash);
The actually problem was a javascript error that only appeared on Safari. Since I could not easily assess a javascript console for the iPhone, I chose to download an old version of Window's Safari (related post, download).
Then, I could replicate the problem from the iPhone on my Window's desktop using the old version of Safari. At that point, I found a javascript tag had a missing ']'. This was a legitimate bug, but it was somehow ignored by Chrome, Firefox, and IE.
The window.location.replace() was not even being called, because the code was breaking out on the javascript error. So the problem wasn't that Safari was stripping the hashtag, even though it appeared that way from multi-browser testing.
I just experienced an issue like this. I was using a URL re-write in the asp.net web.config. With Safari, the hash and everything after was removed. After trying some of the things mentioned above I was still having problems. The issue for me was that this was all happening under HTTPS. Once I specified the full URL in the redirect and included the https:// scheme the redirect worked correctly and preserved the hash. Note this wasn't an issue with Chrome or Firefox.
For me it was the exact same issue like mrbinky3000 has stated above: The server mod-rewrite was killing the hash in safari.
The solution was to use a full absolute link like:
http://www.example.com/path/#item-1

IE weird characters showing on clicking back button

Currently I am working on a i18n project where users can switch languages.
Character encoding is utf-8
The problem happens only in IE8 when:
currently user is in a https page.
Going to a http page after any action - like clicking a static page link
Now clicking back button from the current (http) page
Weird characters showing up instead of original czech characters.
Working perfectly in all other browsers like chrome, firefox etc.
Anyone has faced this kind of issue ? Please help.
Have you verified that the character encoding in the page where you are seeing this problem is defined correctly?
How this should be done is described on this W3C page.
Abandon Internet Explorer 8 support?

jQuery Mobile: How can I link to an external page without breaking web app view?

I created a web app (without browser chrome) which loads most of its pages locally from index.html. Now I have one page which i can not integrate into index.html, since it has to be refreshed when loaded. I placed it on the same server and called it stats.html and link to it like this:
Stats
When I click this link, the browser pops to the front instead switching to the page without browser chrome.
How can I link to an external page in a way that it still looks like one app?
I appreciate any hints to solve this problem.
just found https://github.com/mrmoses/jQuery.stayInWebApp that seems to be the solution.

Response.Redirect() will not redirect on Internet Explorer

I am using
Response.Redirect("someurl",true);
in the page_preInit event to redirect all the requests that come to a page. It works fine on Firexox, but if i access the page from internet explorer 7/8, it says page can not be found and will not redirect to new URL.
Any idea why this happens??
Update:
I tried giving a radom URL in the redirect such as google.com and it works fine. Actually the URL I am trying to redirect is not accessible on my machine, it is on another VPN. I guess IE will not change the URL on the addressbar if it can not access the URL. Firefox on the other hand changes the address on the address bar.
Is your Response.Redirect contained within a try/catch block? This can cause issues with Redirection.
As i mentioned on the Update, IE wont change the URL if it returns 404. Since i had no access to the URL i am redirecting, it was returning a 404. But firefox behaves differently.
I also had a similar issue where Internet Explorer would not redirect using a standard Response.Redirect call. I also saw the same issue on certain Android devices on WIFI, but who worked correctly on cell service. Very strange.
The problem is with Microsoft's legacy redirect method in .NET. Certain network routers and older browsers handle the response codes differently. Here's the change to C# code that fixed it:
OLD CODE:
HttpContext.Current.Response.Redirect("www.mysite.com", true);
NEW CODE:
WebOperationContext.Current.OutgoingResponse.StatusCode = System.Net.HttpStatusCode.Redirect;
WebOperationContext.Current.OutgoingResponse.Headers.Add("Location", "www.mysite.com");

Resources