335265 - Changing day or month not possible on KLM site

Status: RESOLVED WORKSFORME

(Core :: DOM: Core & HTML, defect)

Description

[Patrick]

1) Go to any of the sites of KLM to order a ticket.
In my case it is http://www.klm.com/travel/no_en/index_default.html

2) For departure date choose any day other than the default date. Watch how your day is listed...and then changes back to the default date. Same happens for month and return day and month

This is a regression as this site wfm in 1.5.0.2. FYI, site also works in Safari.

Comment 1

[Ria Klaassen (not reading all bugmail)]

I get a hang when I enter the site with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060424 Minefield/3.0a1

Comment 2

[Ria Klaassen (not reading all bugmail)]

Related or unrelated with this bug, the regression range of the hang is 
1.9a1_2006022812 - 1.9a1_2006022822.

Comment 3

[Jo Hermans]

works for me in Mac OS X 10.2.8, FF 2.0 branch
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20060424 BonEcho/2.0a1

Comment 4

[Daniel Veditz [:dveditz]]

Checkins during regression range (for hang):
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2006-02-28+10%3A00&maxdate=2006-02-28+23%3A00&cvsroot=%2Fcvsroot

Comment 5

[chris hofmann]

need to get this diagnosed and fixed for 1.9a1

Comment 6

[Boris Zbarsky [:bzbarsky]]

Could the problem be the checkin for bug 324918?  It'd really help to have a somewhat-minimized testcase... :(

Comment 7

[Boris Zbarsky [:bzbarsky]]

In any case, not likely to be form manager.

Comment 8

[Martijn Wargers (dead)]

The regression range I get for the bug (mentioned in comment 0) is between 2006-03-07 and 2006-03-08:
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2006-03-07+06&maxdate=2006-03-07+11&cvsroot=%2Fcvsroot
So this seems like a regression from bug 234455 to me.

Comment 9

[Boris Zbarsky [:bzbarsky]]

smaug, can you check this out?  The actual bug, not the hang bit.

Comment 10

[Martijn Wargers (dead)]

Oops, my bonsai query was wrong, this is the correct one:
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2006-03-07+06&maxdate=2006-03-08+11&cvsroot=%2Fcvsroot
But I still think bug 234455 is the likely culprit.

Comment 11

[Martijn Wargers (dead)]

I also get swamped with error messages in the js console.
Also, the page seems to try fetching a lot of xml documents repeatedly with xmlhttprequest.
This also regressed between 2006-03-07 and 2006-03-08.
I haven't been able to reproduce it when saving the page locally.

Comment 12

[Olli Pettay [:smaug][[e-mail]]]

I think this is a dup of Bug 335251. This is happening because load event for
<img>s has now the capture phase. Marking 'depends on' for now.

Comment 13

[Ria Klaassen (not reading all bugmail)]

(In reply to comment #2)
> Related or unrelated with this bug, the regression range of the hang is 
> 1.9a1_2006022812 - 1.9a1_2006022822.
> 
This regression range was wrong; a crash began on that date that was repaired three days later. After five days the hang began.

Comment 14

[Olli Pettay [:smaug][[e-mail]]]

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

Comment 15

[Martijn Wargers (dead)]

Uhm, why is this a duplicate of bug 335251?
I thought this was tech evangelism? Or is it planned that your possible patch in that bug gets checked in?
Bug 335251, comment 6 lets me to believe this should be tech evangelism.

Comment 16

[Olli Pettay [:smaug][[e-mail]]]

ah, true.

Comment 17

[Olli Pettay [:smaug][[e-mail]]]

Bug 335251 was fixed sometime ago. This is now WFM.