Closed Bug 39442 Opened 24 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.