Open Bug 1154830 Opened 10 years ago Updated 5 months ago

[Desktop][Yahoo Mail] Color selection indicator not working correctly for highlight text

Categories

(Web Compatibility :: Site Reports, defect, P3)

x86
macOS

Tracking

(firefox111 affected)

ASSIGNED
Tracking Status
firefox111 --- affected

People

(Reporter: mellis, Assigned: ksenia)

References

(Depends on 1 open bug, )

Details

(Keywords: webcompat:platform-bug, webcompat:site-report, webcompat:site-wait, Whiteboard: [country-all] [js] [sitewait] [platform-rel-Yahoo!])

User Story

platform:windows,mac,linux
impact:feature-broken-minor
configuration:general
affects:all
branch:release

Attachments

(1 file)

Yahoo Mail desktop app: (affects both PC and Mac) Description: The "text color" button in Yahoo mail opens up an interface which allows the user to select both text color, as well as a text highlight color. The selected color for both is indicated by the presence of a small "check mark" within the box of the selected color. The check mark does not move from the default "white/none" regardless of which highlighted color is selected, although the app will properly highlight according to the color last selected by the user. STR: Open Yahoo mail on Desktop Login in to account and begin composing an email Select a highlight color for you text and begin typing. Notice the color is correctly being applied to the background of the text. Now click back on the "text color" button and observe how "white" appears to remain the selected color. Expected result: Little check mark moves according to highlight color selected.
@Amit - Would you mind taking a look at this bug and providing a comment?
Assignee: nobody → amitkasat
Status: NEW → ASSIGNED
Flags: needinfo?(amitkasat)
Priority: -- → P3
Attached image yahoo-mail-ui
So after testing this. You can select a background color. (right colum of colors after clicking on square icon "A") You can change the background color to another one. BUT you can't activate the no color (top right icon square box.)
The markup for this section of the document. <li id="yui_3_16_0_1_1429149802790_2701" role="presentation" style="background-color:transparent;" title="Aucune couleur" class="transparent" data-value="transparent"> <a id="yui_3_16_0_1_1429149802790_2850" tabindex="-1" role="menuitem" class="icon icon-none"></a> <a id="yui_3_16_0_1_1429149802790_2766" class="icon icon-checkmark" tabindex="-1" role="menuitem" href="#"></a> </li> Every related to the color picker are in _shared_module_offscreen_bin_compose_menu_color_picker: { path: '_shared/module/offscreen-bin/compose/menu-color-picker_54_10489.js' }, The colorpicker on the left side (aka text) is working The colorpicker on the right side (aka background) is not working only for the no color choice. The color clicked in the right panel seems to not be registered. To note Opera Blink has the same issue, with a slight difference is that the checkmark is moved around. _colorClicked: function (a, b) { var c, d = a.target.getDOMNode(), e = b.type; 'LI' !== d.nodeName && 'LI' === d.parentNode.nodeName && (d = d.parentNode), 'LI' === d.nodeName && ('fore' === e ? (c = d.getAttribute('data-value'), this.setFontColor(c)) : 'back' === e && (c = d.getAttribute('data-value'), this.setBgColor(c)), this._hideColorPicker(b)), a.halt() },
Whiteboard: [country-all] [js]
Whiteboard: [country-all] [js] → [country-all] [js] [sitewait]
Michael/Karl, We are using native selection functions to get the background color of selected text document.queryCommandValue("backColor"); This always returns 'transparent' in Firefox. I also tried using document.queryCommandValue("hiliteColor"); but event that does not work. Any suggestions? Thanks, Amit
Flags: needinfo?(amitkasat)
I filed bug 1183844 to track this incorrect behaviour.
platform-rel: --- → ?
Whiteboard: [country-all] [js] [sitewait] → [country-all] [js] [sitewait] [platform-rel-Yahoo!]
platform-rel: ? → ---
Depends on: 1183844
The issue is still reproducible both on Firefox Nightly 63.0a1 (2018-07-04)and Chrome 67.0.3396.99. [Tested with:] Operating System: Windows 10 Pro
Product: Tech Evangelism → Web Compatibility

See bug 1547409. Moving webcompat whiteboard tags to keywords.

If I select a "Highlight color" (e.g blue) and start typing, the text is correctly highlighted.
If I open the color picker again and select a different "Highlight color" (e.g red) I have the following results:

The same behavior is encountered on Chrome.

Tested with:
Browser / Version: Firefox Nightly 101.0a1 (2022-04-05), Chrome 100.0.4844.84
Operating System: Windows 10 Pro

Karl is there anything to be done here?

Flags: needinfo?(kdubost)

The bug assignee didn't login in Bugzilla in the last 7 months.
:karlcow, could you have a look please?
For more information, please visit auto_nag documentation.

Assignee: amitkasat → nobody
Status: ASSIGNED → NEW
Flags: needinfo?(kdubost)

The assignee was someone from Yahoo! who is still there according to Yahoo!
It depends on Bug 1183844

Flags: needinfo?(kdubost)
Severity: normal → S3

We appreciate your report. I was able to reproduce the issue following the steps to reproduce in comment8

Tested with:

Browser / Version: Firefox Release 109.0 (64-bit)/ Firefox Nightly 111.0a1 (2023-01-31) (64-bit) /Chrome Version 109.0.5414.120 (Official Build) (64-bit)
Operating System: Mac Ventura 13.1

Notes:

  1. Reproducible regardless of the status of ETP.
  2. Reproducible on the latest build of Firefox Nightly and Release.
  3. Works as expected using :
Assignee: nobody → kberezina
Status: NEW → ASSIGNED
Severity: S3 → S4
User Story: (updated)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: