Closed Bug 39442 Opened 25 years ago Closed 24 years ago

Search Results XUL needs to be named in history

Categories

(Core :: DOM: Navigation, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: svassall, Assigned: radha)

References

Details

Build no. : 2000051608 (linux) If you select multiple search engines from the sidebar, and then perform a search the beautiful xul screen is display showing the search results. If you then move from that xul screen my typing in a new address in. Once that new page is loaded, if you click on the back button history menu the enteries displayed are all blank.
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Target Milestone: --- → M17
Move to M20 target milestone.
Target Milestone: M17 → M21
Build no. 2000052520 (Linux) This issue seems to affect a whole variety of redirects, and XUL results, and how they are recorded in the history. For example when clicking on the back button after following a hyperlink to a site, which then redirects you on to another site you should be taken back to the intial refering site, not the redirect.Currently click on the back button context menu, or the Go menu produces many blank enteries. I am sure that this bug has numerous dependcies, and must of been reported already. I also think that this bug is quite important for the user experience of moz; therefore can I sugest that we up the priority of this bug (M17?).
Severity: normal → major
I think that this bug is of significant importance to the user experience of moz. Therefore can I request again that we increase it's significance; I don't think that M21 really reflects it's importance for the user experience of moz.
This is possibly dupe of a bug I gave few minutes ago to valeski regarding redirects. Holding on it. Hope flly I can attend to this sooner.
Target Milestone: M21 → M19
I don't know if this is the bug you were thinking of but Ben just created a dirty hack to solve this same problem as bug 47636. SO maybe this/that is another dupe.
nav triage team: looked at this bug, it is not a beta stopper. bulk update of several such bugs.
Keywords: nsbeta1-
THis works in the 6.0 RTM. Fixed long time ago.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
mass-verifying WorksForMe bugs which haven't changed since 2001.12.31. set your search string in mail to "EmperorLondoMollari" to filter out these messages.
Status: RESOLVED → VERIFIED
Component: History: Session → Document Navigation
QA Contact: claudius → docshell
You need to log in before you can comment on or make changes to this bug.