Closed Bug 468863 Opened 16 years ago Closed 7 years ago

The richlistbox item for a reminder has two buttons with empty accessible names

Categories

(Calendar :: Alarms, defect)

x86
Windows Vista
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: MarcoZ, Assigned: Fallen)

References

Details

(Keywords: access, Whiteboard: [not needed beta][no l10n impact])

STR:
1. Create an appointment and set a reminder on it.
2. When the reminder comes up, the richlistbox entry for it has two buttons that are unlabelled/have no accessible names.
Flags: blocking-calendar1.0?
The buttons are "Dismiss" and "Snooze for". It would be good to fix bug 407915 for this, since that makes the snooze dropdown much more standard and therefore much easier to read a11y-wise.

I agree this is blocking, especially given it should be rather easy to fix, even without bug 407915.
Depends on: 407915
Flags: blocking-calendar1.0? → blocking-calendar1.0+
Assignee: nobody → philipp
Whiteboard: [will be fixed by bug 407915]
Whiteboard: [will be fixed by bug 407915] → [will be fixed by bug 407915][not needed beta][no l10n impact]
Flags: blocking-calendar1.0+ → wanted-calendar1.0+
Unfortunately, the patch to bug 407915 doesn't fix this one. I might need some help identifying the problem though. I have the following structure:

<button id="toplevel" type="menu">
  <menupoup>
    <menuitem label="lots of these"/>
    <menuseparator/>
    <hbox>
      <textbox/><menulist>...</menulist><button/>
    </hbox>
  </menupopup>
</button>

I wouldn't be surprised if the inner menulist isn't accessible, but all that the a11y tree shows for the toplevel button is a pushbutton (the button itself) and another pushbutton (the dropmarker of the toplevel button).

Any idea why the dropdown is not being shown?
Whiteboard: [will be fixed by bug 407915][not needed beta][no l10n impact] → [not needed beta][no l10n impact]
Flags: wanted-calendar1.0+ → blocking-calendar1.0+
Whiteboard: [not needed beta][no l10n impact] → [not needed beta][no l10n impact]
No longer blocks: tbird3access
I can't reproduce anymore since a long time (it was reproducible not only on Windows Vista). Not sure about the patch that fixed the issue, but I think it can be marked as worksforme now.
Maybe someone can confirm.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.