Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Message - Pressing enter over a message shows a black border around it #3041

Closed
isagoico opened this issue May 20, 2021 · 27 comments
Closed
Assignees
Labels
Engineering External Added to denote the issue can be worked on by a contributor Improvement Item broken or needs improvement. Monthly KSv2

Comments

@isagoico
Copy link

isagoico commented May 20, 2021

If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!


Expected Result:

Pressing enter on a message should not add a black border around it.

Actual Result:

Pressing enter over a message shows a black border around it

Action Performed:

  1. Log in to e.cash
  2. Navigate to a conversation
  3. Hover the cursor over a message and click it
  4. Press enter

Workaround:

No need, visual issue.

Platform:

Where is this issue occurring?

Web ✔️
iOS
Android
Desktop App
Mobile Web

Version Number: 1.0.50-0

Logs: https://stackoverflow.com/c/expensify/questions/4856

Notes/Photos/Videos:

image

Bug5078158_Recording__97.mp4

Expensify/Expensify Issue URL:

View all open jobs on Upwork

@isagoico isagoico added AutoAssignerTriage Auto assign issues for triage to an available triage team member Daily KSv2 labels May 20, 2021
@MelvinBot
Copy link

Triggered auto assignment to @CortneyOfstad (AutoAssignerTriage), see https://stackoverflow.com/c/expensify/questions/4749 for more details.

@MelvinBot MelvinBot removed the AutoAssignerTriage Auto assign issues for triage to an available triage team member label May 20, 2021
@isagoico
Copy link
Author

Issue reproducible today during KI retests

@CortneyOfstad CortneyOfstad removed their assignment May 26, 2021
@CortneyOfstad CortneyOfstad added Engineering Improvement Item broken or needs improvement. labels May 26, 2021
@MelvinBot
Copy link

Triggered auto assignment to @deetergp (Engineering), see https://stackoverflow.com/c/expensify/questions/4319 for more details.

@deetergp
Copy link
Contributor

Rather than triage and release into the general pool, I am going to keep this one and try to fix it. I am going to change the priority from Daily to Weekly though.

@deetergp deetergp added Weekly KSv2 and removed Daily KSv2 labels May 26, 2021
@isagoico
Copy link
Author

Issue reproducible today during KI retests

1 similar comment
@isagoico
Copy link
Author

isagoico commented Jun 7, 2021

Issue reproducible today during KI retests

@deetergp
Copy link
Contributor

deetergp commented Jun 8, 2021

Did some digging into this today and discovered that an attribute data-focusvisible-polyfill="true" is being added to one of the divs that wraps a message in chat history. I think it's a react-native issue, something that is meant to be for touch/mobile UIs but is showing up in Web. Will do a bit more digging to see what can be done to address it.

@deetergp
Copy link
Contributor

deetergp commented Jun 8, 2021

It looks like the polyfill is added by the browser and is used to indicate, when navigating a web page with a keyboard, that an element has focus. I think the right solution here is to figure out how to prevent individual messages from being able to receive focus--there's not much you can do with them when they get focus anyway.

@isagoico
Copy link
Author

Issue reproducible today during KI retests

@isagoico
Copy link
Author

Issue reproducible today during KI retests.

@isagoico
Copy link
Author

Issue reproducible during KI retests.

1 similar comment
@isagoico
Copy link
Author

isagoico commented Jul 5, 2021

Issue reproducible during KI retests.

@deetergp
Copy link
Contributor

deetergp commented Jul 9, 2021

Letting go of this one, since I've got some bigger, time-sensitive fish to fry. There's no reason this cannot be an external issue.

@deetergp deetergp removed their assignment Jul 9, 2021
@deetergp deetergp added the External Added to denote the issue can be worked on by a contributor label Jul 9, 2021
@MelvinBot
Copy link

Triggered auto assignment to @bfitzexpensify (External), see https://stackoverflow.com/c/expensify/questions/8582 for more details.

@MelvinBot MelvinBot added Daily KSv2 and removed Weekly KSv2 labels Jul 9, 2021
@parasharrajat
Copy link
Member

parasharrajat commented Jul 9, 2021

Proposal

This is a quick one. We have to disable the outline over the message item Pressable to fix it. By default, every focusable element gets outline, and Messages are wrapped inside Pressable which as focusable
To fix it in nutshell
add styles style={styles.noOutline} to https://github.com/Expensify/Expensify.cash/blob/9d77e53f89537820c6e1af177c58a6aac55c4da4/src/components/PressableWithSecondaryInteraction/index.js#L44

@isagoico
Copy link
Author

Issue reproducible during KI retests

@MelvinBot
Copy link

Triggered auto assignment to @marcaaron (Exported), see https://stackoverflow.com/c/expensify/questions/7972 for more details.

@bfitzexpensify
Copy link
Contributor

Posted here on upwork. @marcaaron just a heads up @parasharrajat has posted a proposal above.

@bfitzexpensify bfitzexpensify added the Help Wanted Apply this label when an issue is open to proposals by contributors label Jul 12, 2021
@parasharrajat
Copy link
Member

parasharrajat commented Jul 13, 2021

I suggest we get going with this issue. This is a minor one.

@shubhamgrover93
Copy link

shubhamgrover93 commented Jul 15, 2021

:focus-visible {
outline: none !important;
}
Try this, it may help to resolve..

@LariceG
Copy link

LariceG commented Jul 15, 2021

This attribute data-focusvisible-polyfill should be set to 'false' in order to remove the black border.

data-focusvisible-polyfill="false"

@gurwindersm
Copy link

Element Class:focus{
outline:none !important;
border:0;
}

Please refer above. You may need to assign element class before pseudo class ':focus'

@bfitzexpensify
Copy link
Contributor

Bump @marcaaron, we good to move forward with Rajat's proposal?

@marcaaron
Copy link
Contributor

I suggest we get going with this issue. This is a minor one.

@parasharrajat counterpoint, if it's minor then there's not really any need for urgency

Sorry for the delay here. I'm not sure this is a bug at all. Going back to @deetergp's comment here...

It looks like the polyfill is added by the browser and is used to indicate, when navigating a web page with a keyboard, that an element has focus. I think the right solution here is to figure out how to prevent individual messages from being able to receive focus--there's not much you can do with them when they get focus anyway.

I have a few questions about this behavior, but ultimately I think we can just "do nothing" here. It seems like an accessibility feature not a bug. Keyboard users will maybe desire this feedback to see what they are focused on. Removing this outline seems like a step in the wrong direction.

Thoughts, @stitesExpensify @kadiealexander ?

@isagoico
Copy link
Author

Issue reproducible during KI retests

@marcaaron marcaaron added Monthly KSv2 and removed Daily KSv2 labels Jul 19, 2021
@stitesExpensify
Copy link
Contributor

I agree, I don't think this is a problem.

@marcaaron
Copy link
Contributor

Ok. gonna close then. Thanks!

@mallenexpensify mallenexpensify removed the Help Wanted Apply this label when an issue is open to proposals by contributors label Jul 28, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Engineering External Added to denote the issue can be worked on by a contributor Improvement Item broken or needs improvement. Monthly KSv2
Projects
None yet
Development

No branches or pull requests