httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Robert T Wyatt <robert.wy...@gmail.com>
Subject Re: [users@httpd] htaccess redirect URL fragment problem with Safari browser
Date Wed, 05 Nov 2008 20:42:34 GMT
Hi Frank,

I appreciate the fact that you seem to know all the answers and are
willing to share them, but apparently you never tried this link with
Safari as compared with any other browser:
http://www.utexas.edu/student/registrar/schedules/092/regrules/all.html#acc

I do understand why the redirection (mod_rewrite) is not supposed to
work now thanks to this discussion. Personally, I think Eric is onto
something with the fact that some browsers store the anchor but Safari
does not (and should not).

In my own defense, I believe that "my misconceptions" could be better
referred to as "my wishful thinking."

Best,
Robert

Frank Gingras wrote:
> Robert,
> 
> The issue is simple here: The www.utexas.edu site automatically
> redirects to utexas.edu with mod_rewrite (see
> http://httpd.apache.org/docs/2.2/misc/rewriteguide.html#url). As you
> know, and as I explained to you several times now, mod_rewrite cannot
> see or capture the initial anchor, so it cannot use it in the redirection.
> 
> The resulting URL is then
> http://utexas.edu/student/registrar/schedules/092/regrules/all.html
> (notice the stripped anchor).
> 
> If you were to access
> http://utexas.edu/student/registrar/schedules/092/regrules/all.html#acc
> directly, every browser would jump directly to the anchor without a
> problem.
> 
> Frank
> 
> Robert T Wyatt wrote:
>> Here's the link:
>> http://www.utexas.edu/student/registrar/schedules/092/regrules/all.html#acc
>>
>>
>> You'll find that you are successfully redirected on every browser
>> except Safari to:
>> http://registrar.utexas.edu/schedules/092/regrules/all.html#acc
>> (on Safari you wind up at:
>> http://registrar.utexas.edu/schedules/092/regrules/all.html as
>> predicted by the documentation)
>>
>> I'll come back to the other comments after a meeting I'm attending.
>>
>> Thanks for your input and efforts,
>> Robert
>>
>> Frank Gingras wrote:
>>  
>>> Robert,
>>>
>>> Your first quote simply states that the characters after the hash sign
>>> cannot be extracted by mod_rewrite. Nothing else. That guide even gives
>>> you a workaround.
>>>
>>> The second link can be circumvented with the [NE] flag. In any case, try
>>> this simple ruleset on your server (directly in one of your vhosts, or
>>> in the main configuration, if you don't have vhosts):
>>>
>>> RewriteEngine on
>>> RewriteRule ^/foo http://www.google.com/#name_of_anchor
>>>
>>> It works with FF, IE, Konq, and many more browsers.
>>>
>>> Your 'does not work' claim is dubious at best. How about you give us a
>>> link to a page where the rewriting takes place, and we'll try to open it
>>> with Safari from here?
>>>
>>> Frank
>>>     
> 

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


Mime
View raw message