526727 - Pasting long data url and pressing enter freeze firefox for few seconds

Status: RESOLVED DUPLICATE of bug 570975

(Firefox :: Address Bar, defect)

Description

[Biju]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a1pre) Gecko/20091104
Minefield/3.7a1pre (.NET CLR 3.5.30729)

Pasting long data url and pressing enter freeze firefox for few seconds
(not happens if you navigate to data url by clicking link)

steps:-
1. run nightly trunk build
2. copy the data url
3. paste it on address bar
4. press enter

result: firefox freeze for few seconds, then display the image

this wont happen if you click the data url


Works fine on...
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.6pre) Gecko/20091104 Shiretoko/3.5.6pre (.NET CLR 3.5.30729)

Comment 1

[Timothy Nikkel (:tnikkel)]

Regression range on trunk http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3222b99f441c&tochange=6a5f22ccbe0e which includes a places branch merge. Regression range from places nightlies: regressed between 2009-07-13-03 places nightly (http://hg.mozilla.org/projects/places/rev/7a1ca8b23d9a) and 2009-07-14-04 places nightly (http://hg.mozilla.org/projects/places/rev/3b054cb734ea). (The pushlog for the places branch doesn't seem to exist for this time period, so I can't figure out how to determine which bug is at fault.)

Comment 2

[Timothy Nikkel (:tnikkel)]

You need to have a moderately sized places.sqlite file to reproduce, so a fresh profile won't work, but a fresh profile and a copied in large places.sqlite will reproduce.

This is very annoying when looking at reftest failure logs.

Comment 3

[Marco Bonardo [:mak]]

based on comment 1 that is Async Location Bar.

I guess when you paste that address it tries to query with this large url.
iirc there is a bug about avoiding queries when a valid address is pasted into, but can't find it atm.

Comment 4

[(not currently active) Ted Mielczarek]

I hit this all the time loading up reftest image results.

Comment 5

[Shawn Wilsher :sdwilsh]

Forward duping this since bug 570975 has a lot more data on it.

Comment 6

[Shawn Wilsher :sdwilsh]

not blocking based on blocking decision in bug 570975