Hi there,
I've just installed Ghostery for latest Safari 5.0.5 on my Snow Leopard 10.6.7 Mac, and am now using it. I initially say block bugs, but it won't let me go to my site's internal page link at:
http://www.ReduceStressNow.net/about-...
So I unchecked Ghostery block bugs on this site, but it's still removing the #cris internal page link on the url across the top of Safari.
This has been working fine since I installed this a couple of months ago, so I suspect that it's a Ghostery problem...
I will now unenable or remove Ghostery, and am hoping there is an easy way to disable it...
note the Ghostrey popup has a gear wheel with options, but it's NOT a gear wheel with options! This is very misleading, it's instead a link to a page explaining options. It needs to be a gear wheel with, at least, disable Ghostrey for this page, and disable Ghostery completely until Safari is reloaded...
Cris
Thursday, 2011/05/12 at 3.34 pm
-
Hi Cris,
So clicking "Edit Blocking Options" in Ghostery's toolbar popup and then clicking "Don't Block on ..." and finally reloading the page didn't fix your issue?
If so, could you try disabling Ghostery in Safari's Preferences to see if that fixes it?
Clicking the gears icon in Ghostery's popup should in fact take you to the actual options screen. -
-
Also, could you give a little more detail about what's breaking? I don't understand what you mean by "won't let me go to my site's internal page link".
Is something on http://www.reducestressnow.net/about-... broken, or is it a link from a different page that leads to http://www.reducestressnow.net/about-... that's broken, or ...? -
-
hi Alexei,
You ask: "what you mean by "won't let me go to my site's internal page link"".
This means that, with Ghostery activated, when I put this url:
http://www.ReduceStressNow.net/about-...
into a Safari tab and press accept, it converts it into this url:
http://www.ReduceStressNow.net/about-us
so it loses the internal page link. I did see this problem from elsewhere, but eliminated that by copying the link and pasting it into the Safari tab directly.
Then I un-enabled Ghostery in Prefs>Extensions>Ghostery and then the same link works to take me to the right point. This suggests, just as I said, that it's a Ghostery problem.
I hadn't un-enabled Ghostery when I send you the support email, but I did right after, and it's solved the problem.
Did you try this link yourself on a similar Mac? what result did you get?
I look forward to your response.
Warm regards,
Thursday, 2011/05/12 at 7.25 pm
Cris
ps
you say that "Clicking the gears icon in Ghostery's popup should in fact take you to the actual options screen." But that's NOT the point. This is NOT a gears drop down menu.
As I said, "This is very misleading, it's instead a link to a page explaining options. It needs to be a gear wheel with, at least, disable Ghostrey for this page, and disable Ghostery completely until Safari is reloaded."
And your options page does not have any disable options on it! It needs to be more friendly and give the options that people need... -
-
Cris,
This is an issue with your website's configuration/Safari's handling of URL fragments during redirects.
In Safari, going to /about-us#cris results in a 301 redirect to /about-us/.
Safari appears to lose the URL fragment at this point, so you end up on /about-us/.
Going to /about-us#cris in Chrome also results in a 301 redirect, but Chrome preserves the fragment, so you end up on /about-us/#cris.
Using http://www.reducestressnow.net/about-... (which doesn't do a redirect) will ensure the link will work in all browsers. -
-
HTTP redirects and fragment identifiers have a long and sordid history of not playing nicely together, as evidenced by this W3C Note from 2003:
Eight years later, the IETF httpbis Working Group was still arguing about them.
In any case, http://www.reducestressnow.net/about-us and
http://www.reducestressnow.net/about-us/ are
not equivalent — although http://www.reducestressnow.net and
http://www.reducestressnow.net/ are.
The distinction is made for two reasons: (1) there's a different base for relative links (2) it makes things a lot cleaner for multilingual web sites using content negotiation.
Unrelated: I did a View Source on your page, and it looks like RapidWeaver is screwing up: it's emitting a line that reads<link rel="stylesheet" type="text/css" media="screen" href="%pathto(css/width/none.css)%" />
-
Loading Profile...



Twitter,
Facebook, or email.

CHAMP
CHAMP
