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@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx