note 58671 added to ref.outcontrol

[Concerns IE refusing to jump to a #something in the URL.] I encoutered a bug in IE6/W2000 that can be solved by turning output buffering on. Maybe it also helps in other situations/M$-OS, not sure. Situation: A page with a hash in the URL, and IE doesn't jump to that location. Example: http://www.bla.com/test.php#something - In test.php the anchortag is placed normally like: <a name="something"><br></a> - test.php takes a few seconds to load because of heavy-duty database activity. IE just ignores the hash #something. It looks like IE 'forgets' the hash if it hasn't encoutered it YET in the HTML. Turning output buffering on resolves that issue. ---- Manual Page -- http://www.php.net/manual/en/ref.outcontrol.php Edit -- http://master.php.net/manage/user-notes.php?action=edit+58671 Delete: added to the manual -- http://master.php.net/manage/user-notes.php?action=delete+58671&report=yes&reason=added+to+the+manual Delete: bad code -- http://master.php.net/manage/user-notes.php?action=delete+58671&report=yes&reason=bad+code Delete: spam -- http://master.php.net/manage/user-notes.php?action=delete+58671&report=yes&reason=spam Delete: useless -- http://master.php.net/manage/user-notes.php?action=delete+58671&report=yes&reason=useless Delete: non-english -- http://master.php.net/manage/user-notes.php?action=delete+58671&report=yes&reason=non-english Delete: already in docs -- http://master.php.net/manage/user-notes.php?action=delete+58671&report=yes&reason=already+in+docs Delete: other reasons -- http://master.php.net/manage/user-notes.php?action=delete+58671&report=yes Reject -- http://master.php.net/manage/user-notes.php?action=reject+58671&report=yes Search -- http://master.php.net/manage/user-notes.php