Closed Bug 208182 Opened 22 years ago Closed 12 years ago

Update Home Page locations retrieved from bookmark folder when folder's bookmarks change

Categories

(Firefox :: Bookmarks & History, enhancement)

x86
Windows XP
enhancement
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: a330iguy, Unassigned)

References

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030516 Mozilla Firebird/0.6 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030516 Mozilla Firebird/0.6 (If the homepage field is set to open all bookmarks in a folder) Under TOOLS>OPTIONS>HOMEPAGE ... the datafield for the URL does not update when the contents of the said folder under have been updated. The result is having to manually change that field everytime one makes changes to the contents of the corresponding folder. Reproducible: Always Steps to Reproduce: 1) Create folder in BookmarksTab 2) Populate with bookmarks of some websites you wish to have opened when starting browser 3) ToolsTab>OptionsTab> Set that folder as the homepage 4) Restart Browser 5) BookmarksTab> Edit the folder's bookmarks (delete some) 6) Restart Browser 7) The changes have not been made, but inspecting the folder shows the deleted bookmarks have been removed, however, under ToolsTab>OptionsTab, the homepage data is unchanged. Actual Results: There are no changes to which tabs open at browser-launch Expected Results: Should have made the connection that this folder was set to be the homepage upon browser launch and that any changes to the contents of the folder should automatically be carried over to the homepage-field(Tools>Options>Homepage)
I believe you're misunderstanding how the function works. This is not a bug because this is working as designed. The Use Bookmark function allows you to populate the static home page field with the contents of a folder, not create a dynamic link to the folder's contents. While this is not a bug, you may want to resubmit this with severity=enhancement and details on how you would like the feature implemented. If you are so inclined, you could go as far as to create the patch yourself for review.
As already mentioned by Mike this is intended behaviour since this feature is just for ease of entering the URIs you'd like to have as startup-pages rather than a dynamic link to a folder. In case of a dynamic link I'd have expected to not see all the URIs listed in the datafield like it's done now, but just the name of the used Bookmark folder together with an indication that the locations get retrieved from this bookmark folder or something similar. => reducing severity to RFE and tweaked summary
Severity: major → enhancement
Summary: FOLDER set as HOMEPAGE does not update when folder's bookmarks change → Update Home Page locations retrieved from bookmark folder when folder's bookmarks change
Confirming, recommending WONTFIX.
Status: UNCONFIRMED → NEW
Ever confirmed: true
taking QA contact, sorry about the bugspam
QA Contact: asa → mconnor
Comment #1, #2 and #3 call this expected behaviour or wontfix. Shouldn't this bug be closed then?
no, this was changed to an enhancement request. vlad, is this viable without silly perf issues? If not, feel free to WONTFIX it.
Assignee: p_ch → vladimir
Assignee: vladimir → vladimir+bm
Assignee: vladimir+bm → nobody
*** Bug 341713 has been marked as a duplicate of this bug. ***
sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs, filter on "beltznerLovesGoats" to get rid of this mass change
QA Contact: mconnor → bookmarks
*** Bug 248876 has been marked as a duplicate of this bug. ***
There seems to be a plan to implement this in bug 318088.
Depends on: 318088
Still present on Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a1pre) Gecko/20090404 Minefield/3.6a1pre.
This is a rarely used feature - we're not going to invest in making this possible by default (but an add-on could do this relatively easily).
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.