964020 - Disabled Button is Displayed as if it were Enabled

Status: RESOLVED INCOMPLETE

(Core :: Layout: Form Controls, defect)

Description

[martin.vahi]

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 (Beta/Release)
Build ID: 20131206151436

Steps to reproduce:

Demo resides at the

http://urls.softf1.com/2014/flaw_reports/mozilla/button_flaw_t1/2014_01_26_button_bug.webm

Test case is huge (~1GiB in bzip2 form),
the raw thing that I worked on. It can be downloaded by

http://urls.softf1.com/2014/flaw_reports/mozilla/button_flaw_t1/2014_01_26_1GiB_firefox_bug_test_case.tar.bz2.torrent

Relevant 2 (+ 1 irrelevant one, 2+1=3) are
marked with keyword: DRAGONBUG

The index.html resides at

/2014_01_26_1GiB_firefox_bug_test_case/src/package_collections/autoassembled_collection_1/raudrohi/doc/examples/lesson_04a_custom_widgets

The JavaScript resides at

/2014_01_26_1GiB_firefox_bug_test_case/src/package_collections/autoassembled_collection_1/raudrohi/src/devel/raudrohi_widgets/raudrohi_widgets_button_t1.js

The modifications in the

    raudrohi_widgets_button_t1.js

take effect after the

2014_01_26_1GiB_firefox_bug_test_case/src/package_collections/autoassembled_collection_1/raudrohi/src/release/raudrohi_all_in_one_v28.js

has been re-built by

    cd 2014_01_26_1GiB_firefox_bug_test_case/src/package_collections/autoassembled_collection_1/raudrohi/src/dev_tools
    rake b

Building works only on Linux, probably also on BSD.
Ruby 2.1 or newer is required by the build script.

Sorry for the gigantic test case, but it's really
hard to replicate it otherwise.

Thank You for Your patience.

Comment 1

[Manish Goregaokar [:manishearth]]

Are you sure the testcase needs all of that? All you need is the HTML/JS that gets loaded when you open that page. Can't be 1GB, because otherwise most computers would crash when asked to load the page.


I suspect this to be interfering bits of code, not an FF issue

Comment 2

[martin.vahi]

No, the test case does not have to be
that big. I can recognize vast loads of bloat there,
but I need to study for exams and my choices
were:

1) shove a nasty test case up;

2) ignore the case, leave the bug unreported;

Sorry, but that's my compromise. My current stance is that I'll
rewrite my own, HTML canvas based, button widget,
because I spent about one and a halve day debugging it and
I can fix my own code but I can not, from economics point of view, fix
FireFox/IE/Chrome/Whatever-else-created-by-others
code.

Sorry, but that's a compromise solution. Better than nothing.

My own, HTML/JavaScript based widgets are portable (for me),
but C++/C based browser built-in widgets require an extensive
project build setup and are not portable.

Comment 3

[Manish Goregaokar [:manishearth]]

Ah. Hope you can post a shorter testcase when you get time, because I really doubt that anyone here would be willing to download and debug such a large file.

Comment 4

[martin.vahi]

Sorry for the double-post. I forgot to mention
that the following folders must be added to IDE
"excluded folders" list.

    ./doc/examples/lesson_01a_hello_world/bonnet/lib

which causes an infinite loop, if the

    ./doc

is searched recursively. The

    ./src/devel/third_party

and
    ./src/release/third_party

are vast and do not contain any relevant code.

If the "excluded folders" list is not set up
properly, even the JetBrains WebStorm is not
able to handle the project.

Comment 5

[Kanchan Kumari QA]

Hello Reporter, Thanks for taking your time to report this. Is this issue still reproducible on the latest released version of Firefox? Provide your feedback. Thanks!

Comment 6

[Kanchan Kumari QA]

Resolved-Incomplete due to time since last communication/update by reporter.
Please feel free to reopen if the error occurs in a current Firefox version.