96334 - mapblast page after "Create Map" does not display correctly

Status: VERIFIED FIXED

(Core :: Layout, defect)

Description

[Alexandru Savulov]

Goto URL=www.mapblast.com input an address and hit "Create Map".

The page is way too streched.
(suspecting javascript causing this problem)

Testcase to follow.

Comment 1

[Alexandru Savulov]

Attachment: tezt case

Comment 2

[Alexandru Savulov]

Attachment: more simplified test case

Comment 3

[Alexandru Savulov]

nominating topembed be cause of bug 89915 that initialy was about the same URL
(another bug though)

Comment 4

[Alexandru Savulov]

a table reflow chunk:

>>> 5th incremental reflow from loading the page

Tbl 0343CAF0 r=1 a=13875,UC c=0,0 cnt=136
 Tbl 0343CE24 r=1 a=13875,UC c=11670,UC cnt=137
  RowG 0343CFF4 r=1 a=11670,UC c=11670,UC cnt=138
   Row 0343D174 r=1 a=11670,UC c=11670,UC cnt=139
    Cell 03441080 r=1 a=11610,UC c=11550,UC cnt=140
     Block 0343CB3C r=1 a=11550,UC c=11550,UC cnt=141
      Tbl 0343D29C r=1 a=11550,UC c=0,0 cnt=142
       Tbl 03441600 r=1 a=11550,UC c=11490,UC cnt=143
        RowG 03441900 r=1 a=11490,UC c=11490,UC cnt=144
         Row 03444A9C r=1 a=11490,UC c=11490,UC cnt=145
          Cell 03444B54 r=1 a=11430,UC c=11370,UC cnt=146
           Block 03441AE8 r=1 a=11370,UC c=11370,UC cnt=147
            Tbl 03441B6C r=1 a=11370,UC c=0,0 cnt=148
             Tbl 03444E38 r=1 a=11370,UC c=11310,UC cnt=149
              RowG 03444ED4 r=1 a=11310,UC c=11310,UC cnt=150
               Row 03444F80 r=1 a=11310,UC c=11310,UC cnt=151
                Cell 03445188 r=1 a=11250,UC c=11190,UC cnt=152
                 Block 03441BB8 r=1 a=11190,UC c=11190,UC cnt=153
                 Block 03441BB8 d=11190,390 me=3270 m=3270
                Cell 03445188 d=11250,450 me=3330 m=3330
               Row 03444F80 d=11310,450
              RowG 03444ED4 d=11310,450
             Tbl 03444E38 d=11370,570 me=3450 m=3450
            Tbl 03441B6C d=11370,570 me=3450 m=3450
           Block 03441AE8 d=11370,570 me=3450 m=3450
          Cell 03444B54 d=11430,630 me=3510 m=3510
         Row 03444A9C d=11490,630
        RowG 03441900 d=11490,1755
Balanced min=11550 des=11550 pref=11550 cols=11430
        RowG 03441900 r=2 a=11490,UC c=11490,UC cnt=154
         Row 034419AC r=2 a=11490,UC c=11490,UC cnt=155
         Row 034419AC d=11490,1095
         Row 03444A9C r=2 a=11490,UC c=11490,UC cnt=156
         Row 03444A9C d=11490,630
        RowG 03441900 d=11490,1755

>>> THIS TABLE IS RETURNING A WAY TO BIG me= VALUE

       Tbl 03441600 d=11550,1875 me=11550 m=11550
      Tbl 0343D29C d=11550,1875 me=11550 m=11550
     Block 0343CB3C d=11550,1875 me=11550 m=11550
    Cell 03441080 d=11610,1935 me=11610 m=11610
   Row 0343D174 d=11670,1935
  RowG 0343CFF4 d=11670,1935
Balanced min=11730 des=11730 pref=11730 cols=11610
  RowG 0343CFF4 r=2 a=11670,UC c=11670,UC cnt=157
   Row 0343D174 r=2 a=11670,UC c=11670,UC cnt=158
   Row 0343D174 d=11670,1935
  RowG 0343CFF4 d=11670,1935
 Tbl 0343CE24 d=11730,2055
Tbl 0343CAF0 d=11730,2055

Comment 5

[karnaze (gone)]

This is fixed on the trunk but not the m0.9.2 branch, so I need to figure out 
which patch to apply.

Comment 6

[Marek Z. Jeziorek]

[e-mail], could you verify the bug on the trunk build before chris
will check this into the 0.9.2 branch? thanks

Comment 7

[karnaze (gone)]

I'm holding off on tracking down why it works on the trunk but not the m0.9.2 
branch until it becomes clearer that the m0.9.2 branch is more important than 
the m0.9.4 branch.

Comment 8

[Marek Z. Jeziorek]

removed the status summary comments -- we are moving to 0.9.4 as the primary
embedding branch (0.9.2 is no longer supported)

Comment 9

[karnaze (gone)]

Marking fixed since m0.9.2 is irrelevant.

Comment 10

[Chris Petersen]

The original page has been redesigned but the attached test case shows the
problem has been resolved.