Bug 57819 - [testcase] Anchors ignored after redirect
Summary: [testcase] Anchors ignored after redirect
Status: RESOLVED UNMAINTAINED
Alias: None
Product: konqueror
Classification: Applications
Component: khtml (show other bugs)
Version: 3.1.1
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-04-28 20:27 UTC by Christoph Thielecke
Modified: 2012-06-18 14:15 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
new posts (87.31 KB, image/png)
2003-04-28 20:30 UTC, Christoph Thielecke
Details
wrong position of new posts (108.21 KB, image/png)
2003-04-28 20:32 UTC, Christoph Thielecke
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Christoph Thielecke 2003-04-28 20:27:27 UTC
Version:            (using KDE KDE 3.1.1a)
Installed from:    SuSE RPMs
OS:          Linux

First, create an member account at http://www.kde-forum.de/.
Next, login at different times and use the following URL:
http://www.kde-forum.de/phpbb/search.php?search_id=newposts

You will see the new posts (look new_posts.png). If You click on a link to a new post (red circle) konqueror should jump to the site on this topic and the newest post. This don?t happen.
KDE 3.0.x works fine (I think) and mozilla too.
It seems that the server sends two times a refresh of the URL but the konqueror doesn?t recognize that. If You click after loading of the page (and wrong position, look new_posts_wrong_position.png) in the adress field and press <enter> the konqueror jumps to the right place.
Comment 1 Christoph Thielecke 2003-04-28 20:30:46 UTC
Created attachment 1452 [details]
new posts
Comment 2 Christoph Thielecke 2003-04-28 20:32:14 UTC
Created attachment 1453 [details]
wrong position of new posts
Comment 3 Harm 2003-06-16 02:13:44 UTC
Same here on KDE 3.1.2 
 
After I post a new topic on a certain forum the browser gets redirected to the same 
page but with an additional #anchor in the url. (it makes use of quickreply, the reply 
form is on the same page as the topiccontents) 
 
Konqueror seems to reload the page from the cache and fails to see the #anchor, this 
makes sense cause on the old page that #anchor wasn't there yet. I tried turning the 
cache off, bit this didn't help. 
Not sure if this is a new bug or a copy of this one but now at least I've said it :) 
Comment 4 Stephan Kulow 2003-11-01 10:45:47 UTC
yep, that was fixed for webmin :)
Comment 5 Joseph Reagle 2004-03-11 16:36:59 UTC
I'm not sure why this is considered resolved, it's still present in 3.2.1 in Debian/unstable. For example, if you have a page with "http://www.w3.org/TR/REC-xml#sec-guessing" it turns into "http://www.w3.org/TR/2004/REC-xml-20040204/".

Yuck!
Comment 6 Stephan Binner 2004-03-15 10:33:32 UTC
Can reproduce comment 5.
Comment 7 Paul Pogonyshev 2004-06-01 19:42:59 UTC
This bug is still present in CVS.  It especially annoying when browsing an API reference that is stored in many HTML files.  For instance, when clicking on a link of "XYZ.html#function_abc", it doesn't scroll to `function_abc', but ends up at the top of the page.  Please fix it.  I'm sure it must not be difficult.
Comment 8 Scott Wheeler 2004-06-22 16:12:16 UTC
This most likely has nothing to do with caching, but is just another incarnation of #57360.

*** This bug has been marked as a duplicate of 57360 ***
Comment 9 Scott Wheeler 2004-06-22 16:52:35 UTC
Hmm.  Ok -- apparently there was some conversation outside of this bug report where it was confirmed that this isn't the same as 57360.  Reopening...
Comment 10 Panther Wyvern 2004-10-10 00:57:00 UTC
For another good example of this, try creating an invoice in SQL-Ledger with more than, say, three or four items.  The next (blank) item line can't be seen without scrolling down.  However, in Mozilla and Opera the page will jump down to an anchor at the blank line, so you'll always see the next item line.

Considering how often I have to make invoices, this is highly obvious to me.  If I didn't like Konqueror so stubbornly, I'd have changed to Mozilla by now.
Comment 11 Waldo Bastian 2004-11-04 21:48:59 UTC
#5 is indeed still present. Can't reproduce #1, could it be that www.kde-forum.de has a work around for the problem in the mean time?
Comment 12 Martin Koller 2006-01-06 12:51:45 UTC
Still present in 3.5;
Try the following link: 
http://www.research.att.com/~bs/glossary.html#Guser-defined-type
it redirects to http://public.research.att.com/~bs/glossary.html
Comment 13 Stefan 'Steve' Tell 2007-03-31 17:50:10 UTC
I also can confirm this bug in 3.5.6 (FreeBSD/i386). I got this behavoir on all "jump to last post"-links on vBulletin/SMF-boards.
Comment 14 Allan Sandfeld 2007-10-22 12:44:19 UTC
Test-cases from comment #5 and #12 works perfectly here on 3.5.7
Comment 15 George Goldberg 2008-02-18 09:53:35 UTC
The bug as described in comment #12 is still present in SVN trunk (towards 4.1) r775143.
Comment 16 Michael Leupold 2008-04-06 03:03:18 UTC
The testcases mentioned above are no longer redirects. I setup a new redirect as testcase:
http://test.confuego.org/57819#c13
This redirects to this bug but does not preserve the anchor.
Comment 17 Michael Leupold 2008-04-06 06:16:03 UTC
Confirmed in trunk r793971.
Comment 18 Myriam Schweingruber 2012-06-18 14:15:12 UTC
Message from the Bugsquad and Konqueror teams:
This bug is closed as outdated, as we do not have the manpower to maintain the KDE3 version anymore.
If you still can reproduce this issue with Konqueror 4.8.4 or later, please open a new report.
Thank you for your understanding.