613764 - http://www.mapy.cz not working properly - search finds nothing

Status: RESOLVED DUPLICATE of bug 613960

(Core :: JavaScript Engine, defect)

Description

[Petr Tomes]

User-Agent:       Mozilla/5.0 (Windows NT 5.1; rv:2.0b8pre) Gecko/20101119 Firefox/4.0b8pre
Build Identifier: Mozilla/5.0 (Windows NT 5.1; rv:2.0b8pre) Gecko/20101119 Firefox/4.0b8pre

http://www.mapy.cz not working properly - search finds nothing. In Firefox 3.6 it finds the place and show it.

Reproducible: Always

Steps to Reproduce:
1. http://www.mapy.cz 
2. search: brno (OR other town or place)
3. enter (OR press the search button)
Actual Results:  
nothing was found

Expected Results:  
the place should be found

Comment 1

[Petr Tomes]

Confirmed on: Mozilla/5.0 (Windows NT 6.1; rv:2.0b8pre) Gecko/20101120 Firefox/4.0b8pre

Comment 2

[gadjo]

Works for me

Comment 3

[Alice0775 White]

Confirmed;
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101120 Firefox/4.0b8pre ID:20101120044537

[STR]
1. Start Minefield with New Profile
2.Open URL ( http://www.mapy.cz )
3. search: London and Enter/Click

[Actual]
Loading something, But the range of the map does not change, the map does not locate at "LONDON".

Error in Error console:

Error: elm is undefined
Source file: http://www.mapy.cz/js/mapy.js?85
Line: 1

[Expected]
Loading indicator appears at the center of screen temporarily and A red marker should locate at "LONDON".


Regression Window (m-c):
Works:
http://hg.mozilla.org/mozilla-central/rev/2cd50afa5a00
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101117 Firefox/4.0b8pre ID:20101117143731
Fails:
http://hg.mozilla.org/mozilla-central/rev/35f8ec6fa9e6
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101117 Firefox/4.0b8pre ID:20101117151808
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=2cd50afa5a00&tochange=35f8ec6fa9e6

Regression Window (TM):
Works:
http://hg.mozilla.org/tracemonkey/rev/d6b327f772ca
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101110 Firefox/4.0b8pre ID:20101110211450
Fails:
http://hg.mozilla.org/tracemonkey/rev/9156ba8a843d
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101110 Firefox/4.0b8pre ID:20101110211734
Pushlog:
http://hg.mozilla.org/tracemonkey/pushloghtml?fromchange=b60e61a172b8&tochange=9156ba8a843d

This problem caused by c938c2dc5f37	David Anderson — Fix register allocation inside STRICTEQ (bug 610498, r=dmandelin).

Comment 4

[Petr Tomes]

Mapy.cz is the most used map service in the Czech republic by a large margin and it is the part of the most used portal (Seznam.cz) in the Czech republic by a large margin.

I strongly suggest this bug should block the Firefox 4.0 beta 8, since this is not a minor bug, but a major bug which cause the all map service completely unusable. Firefox 4 mozilla central builds before 20101117, all previous Firefox 4 betas and all Firefox final stable public releases and all other browsers are working properly.

Comment 6

[David Anderson [:dvander] - inactive, e-mail if emergency]

Attachment: fix

The initial register wasn't pinned long enough and could be evicted by the next frame use. This fix is simpler than the original fix and avoids pinning.

Comment 7

[David Anderson [:dvander] - inactive, e-mail if emergency]

Comment on attachment 492864 [details] [diff] [review]
fix

whoops, wrong bug

Comment 8

[LegNeato]

As per today's meeting, beta 9 will be a time-based release. Marking these all betaN+. Please move it back to beta9+ if you believe it MUST be in the next beta (ie: trunk is in an unshippable state without this)