92062 - URL Bar speedup

Status: RESOLVED DUPLICATE of bug 319004

(SeaMonkey :: Location Bar, enhancement, P4)

Description

[Sami Haahtinen]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2+) Gecko/20010518
BuildID:    20010724

History should ignore extremely long URLs, a limit like 2000 characters would
sound reasonable.

the history file bloats to huge sizes fast with long urls and cause longer
loading times and slowed down usage of the browser

Reproducible: Always
Steps to Reproduce:
1.cause your webserver to make an infinite recursive loop
2.look at your history.dat
3.restart mozilla.

Actual Results:  handling of Location Bar becomes really slow

Expected Results:  the long URLs should have been ignored, and speed should
remain (almost) the same

The bug happened when i misconfigured my webserver. But still, it's a bug, it
should be handled without a dramatic speed loss.

Comment 1

[Dwayne]

You're saying two things here, one which I do not agree with:

1. Speed up the handling of URL bar.
2. Ignore long URLs.

I see 1 as a possible bug, but 2 is absolutely invalid.  No matter the length of
the URL, it should be handled.  Some web forms or other inputs use the URL to
include all input information, and some forms can be well over 2000 characters.
 We are not about to police what size Mozilla should handle and remove
functionality from some sites.  I agree it may not be the cleanest way to handle
it, but some websites don't have form scripting capabilities.

Remember as well that the cache and/or URL bar can always be purged under the
Preferences menu.

Changing summary from "Extremely long URLs should be ignored." to "[RFE] URL Bar
 speedup."  Changing component to "URL Bar."  Changing severity to "enhancement."

If you feel these changes are in error, please give more specific examples. 
Also, please try to keep this to one bug.  If you feel there are other areas
that need to be addressed, please file them as separate bugs.  Doing these
things will ensure the developers will address your bug(s).

Comment 2

[Sami Haahtinen]

The bug is not about URL bar being slow. it is an understandable sideeffect of
8Mb history file, which i don't want to purge as it contains lots of data which
i want to have there.

i also don't say we need to ignore the Long URL totally, but just leave it out
of the history. as of myself, i hardly ever look up anything from history which
is longer than 100 chars.

I'm not renaming or changing the component, i still feel it's a history bug, not
an URL bar problem.

Comment 3

[timeless]

if i have an extremely long url, i don't want to have to type it in by hand, 
and i suspect bookmarks might be slower than history for handling it, as such 
you're suggesting i do what? type it in by hand (or really reinvent 
bookmarks)...

yuck.  i'd propose wontfixing the original summary.  urlbar speedup should be 
done based on some useful codelevel analysis.

reporter if you're going to suggest an infinite loop it'd be really nice if you 
supplied the code, equivalent code, or a url.

Comment 4

[Sami Haahtinen]

easiest way of accomplishing this would be to add a line to apache config.
Redirect /infinite http://localhost/infinite/loop

then go to http://localhost/infinite/loop

the original summary was not URL Bar speedup, it was something about not storing
loooong URLs to history. (and i don't mean <1000 chars which is relatively big
already)
i don't personally see the point in storing extremely long URLs to history
because you normally don't see even the first 100 chars of the URL, the title
helps but it's not always useable.

other choice for this would be to have an option wether or not the long (2000+
chars) URLs would be stored or not. (bit like in bug 90561 which addresses the
size of history file itself)

Comment 5

[Jesse Ruderman]

See also bug 83205, Typing speed in autocomplete textfield is unacceptably slow.

Comment 6

[Keyser Sose]

marking NEW.

Comment 7

[Paul Chen]

nav triage team:

Marking nsbeta1+, p4, and mozilla1.2

Comment 8

[Alec Flett]

reassign url bar bugs to new owner..

Comment 9

[Blake Ross]

Joe was dying to have these bugs. Who am I to say no?

Comment 10

[Andrew Schultz]

As part of bug 319004, URIs longer than 64K characters are not stored in history.

*** This bug has been marked as a duplicate of 319004 ***