Closed Bug 106387 Opened 23 years ago Closed 17 years ago

Tabs : <tab> does not observe disabled state

Categories

(Core :: XUL, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: kinger, Assigned: jag+mozilla)

References

Details

Attachments

(1 file)

Setting the disabled state (attribute) on a tab does not act as I would expect.

Current behaviour:
The tab text will dull, and the onfocus event will not be executed. However, it
will still switch to the tab and display the tabpanel contents.

Expected behaviour:
Dulling of text, non-execution of code and not allowing the tabpanel to be
displayed.

Assigning to hewitt as per hyatt's request.
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → mozilla0.9.8
Target Milestone: mozilla0.9.8 → mozilla1.0.1
question: how can one put a tab as disabled?
I only see close tab, close other tab, new tab, bookmark this group of tabs,
reload tab, reload all tabs.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a4) Gecko/20040927
Thomas: XUL is intended as a toolkit for building applications, and those
applications may have other uses for tabs besides just what Mozilla browsers
expose ;-)

This patch looks pretty reasonable to me, but I'd need to further study other
bindings to ensure that this is implementing the disabled property in a
consistent manner.
Reassigning to me so that this is at least on my radar.
Assignee: hewitt → darin
Status: ASSIGNED → NEW
OS: Windows 2000 → All
Priority: P3 → --
Hardware: PC → All
Target Milestone: mozilla1.0.1 → mozilla1.8beta3
The patch does nothing to address keyboard navigation between tabs.
> The patch does nothing to address keyboard navigation between tabs.

Neil, thanks for the info.  Do you have time to revise the patch?
Target Milestone: mozilla1.8beta3 → mozilla1.9alpha
-> default owner
Assignee: darin → jag
Target Milestone: mozilla1.9alpha → ---
I'd say this patch has bit-rotted a bit. Anyone interested in me making another one?
*** Bug 360233 has been marked as a duplicate of this bug. ***
QA Contact: jrgmorrison → xptoolkit.widgets
Can confirm this bug is still here FIVE YEARS after first report.

Tabs recieve focus whether they are disabled by property or attribute.

Maybe the next decade will bring a fix ;-)
Keywords: helpwanted
Here are the other related bugs I found to the XUL tab.

https://bugzilla.mozilla.org/show_bug.cgi?id=366116
https://bugzilla.mozilla.org/show_bug.cgi?id=261826
https://bugzilla.mozilla.org/show_bug.cgi?id=307088

Affected are the hidden, disabled attributes/properties as well as the ordering of tabs.

requesting blocking1.9; this bug is ancient, relatively easy to fix (good first bug), and useful for Gecko app developers and extension developers.
Flags: blocking1.9?
Whiteboard: [good first bug]
Depends on: 370742
Fixed by bug 370742
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Flags: blocking1.9?
Keywords: helpwanted
Whiteboard: [good first bug]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: