Closed Bug 516258 Opened 15 years ago Closed 15 years ago

Store frame-targeted links to the persistent table, not just to temporary one.

Categories

(Firefox :: Bookmarks & History, enhancement)

3.5 Branch
enhancement
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 477882

People

(Reporter: dimich.dmb, Unassigned)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3

Firefox treats links with target in another frame as TRANSITION_EMBED and doesn't store it to the persistent table. So after firefox restarts the links have 'non-visited' look. It causes difficulties while browsing frame-based sites: it is unable to determine what article user have already seen.


Reproducible: Always

Steps to Reproduce:
1. Open any frame-based site, for example http://www.quiltuniversity.com/StudentLounge/student_lounge.html
2. Click any link from the left frame (and remember link you clicked).
3. Close Firefox
4. Open Firefox
5. Open the same site: http://www.quiltuniversity.com/StudentLounge/student_lounge.html
Actual Results:  
The link which was clicked at previous session has 'non-visited' color.

Expected Results:  
The link which was clicked at previous session has 'visited' color.


If it is bad idea to change behaviour of every frame-targeted link, it is good idea to have an option in the preferences menu with list of sites for which store frame-targeted links to the persistent table.
Also I've described the issue in the comment to another bug: https://bugzilla.mozilla.org/show_bug.cgi?id=477882#c18
Version: unspecified → 3.5 Branch
I'm inclined to mark this a dupe of the initial bug.  Which I'll confirm shortly. I believe the reporter there was most concerned about the links in his "studentlounge" which are frame-targeted.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
Ok, up to you. But I want to make some clearness. 
First, the 'bug' is reproduced with every frame-based site, not only with  that "studentlounge", and I've specified it just because it's content is in English. Personally I use another frame-based sites (such as popular rsdn.ru), but they are in Russian. I guessed that site in English is much better example for the Firefox developers.
Second, I've little looked to the source codes of the Firefox and I've found that most likely it is not a bug but the feature, so I decided to create feature request but not bug report.
correct, the english sample is better for us. :-)  when that bug is fixed, it should be fixed for any frame based sites.
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".

In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body   contains   places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.

Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.

Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in before you can comment on or make changes to this bug.