Closed
Bug 370135
Opened 19 years ago
Closed 19 years ago
Restore branch model history under the trunk History menu.
Categories
(Firefox :: Bookmarks & History, defect, P2)
Firefox
Bookmarks & History
Tracking
()
RESOLVED
FIXED
Firefox 3 alpha3
People
(Reporter: ria.klaassen, Assigned: asaf)
References
Details
(Whiteboard: [Fx2-parity])
Attachments
(1 file)
8.32 KB,
patch
|
moco
:
review+
|
Details | Diff | Splinter Review |
Currently, trunk only displays session history under the History (previous Go) menu.
I think this is a loss of functionality compared with branch, which displays the whole history (although, only 10 items). So please reconsider to restore this function in trunk. The sidebar (By Last Visited) that I have to use instead loads very heavily and a sidebar is not as easy to use even if it loaded quickly.
And there is already a session history under the Back and Forward dropdown arrows.
Reporter | ||
Comment 1•19 years ago
|
||
This is how I use history normally, and with me a x% of other users:
About 5 times a day I want to go back to an address that I used 3 to 30 items ago. Also if a browser restart has happened in between. The history menu is the most logical first choice. But in trunk, when I am still in the same session I have to search under each and every tab where that address is. I'm not as patient to do that, so I call the history sidebar. But with a places.sqlite file of only a few MBs (= only a few days) I have to wait quite some time before it has loaded when it is set to "By Last Visited" (which of course was the last chosen setting before I closed that sidebar).
I always have to call the sidebar after a restart because the history menu is empty. When this one is set to "By Last Visited" I have no choice but to wait until it has loaded. :(
Comment 2•19 years ago
|
||
over IRC, asaf also mentioned this:
Mano ugh, we show session history in places builds?
Mano in the history menu
Mano rather than global history
yes, we want to restore fx 2.0 behavior.
Assignee | ||
Comment 3•19 years ago
|
||
Note bug 365405.
Assignee | ||
Updated•19 years ago
|
OS: Windows XP → All
Priority: -- → P2
Hardware: PC → All
Whiteboard: [Fx2-parity][a3]
Target Milestone: --- → Firefox 3
Comment 4•19 years ago
|
||
Comment on attachment 254847 [details] [diff] [review]
patch
r=sspitzer
asaf, this will be the third place we use this special query (except here you append max results.
maybe we should think about add a special folder id for it?
Attachment #254847 -
Flags: review?(sspitzer) → review+
Assignee | ||
Comment 5•19 years ago
|
||
We don't use folder ids for queries so far though.
Assignee | ||
Comment 6•19 years ago
|
||
mozilla/browser/base/content/browser-menubar.inc 1.109
mozilla/browser/base/content/browser-places.js 1.29
mozilla/browser/base/content/browser.js 1.762
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•19 years ago
|
Whiteboard: [Fx2-parity][a3] → [Fx2-parity]
Target Milestone: Firefox 3 → Firefox 3 alpha3
Comment 8•16 years ago
|
||
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.
Description
•