Skip to content
This repository has been archived by the owner on Dec 11, 2019. It is now read-only.

Intermittently unable to see cursor in Brave #10299

Closed
LaurenWags opened this issue Aug 4, 2017 · 22 comments
Closed

Intermittently unable to see cursor in Brave #10299

LaurenWags opened this issue Aug 4, 2017 · 22 comments
Assignees
Labels
bug needs-investigation A bug not 100% confirmed/fixed that needs QA to better audit. needs-STR This bug needs steps to reproduce. priority/P2 Crashes. Loss of data. Severe memory leak. upstream

Comments

@LaurenWags
Copy link
Member

LaurenWags commented Aug 4, 2017

  • Did you search for similar issues before submitting this one?
    Yes

  • Describe the issue you encountered:
    Reported via community and internally with 0.18.x: Sometimes cursor is not visible in text boxes or URL bar when you click inside them. Doesn't always happen and close/reopen Brave seems to solve it at least temporarily.

  • Platform (Win7, 8, 10? macOS? Linux distro?):
    MacOS and Windows

  • Brave Version (revision SHA):
    0.18.14

  • Steps to reproduce:

    1. Open Brave.
    2. Click inside text box or URL bar.
    3. Cursor may or may not be visible.
  • Actual result:
    Sometimes cursor is not visible.

  • Expected result:
    Cursor should always be visible.

  • Will the steps above reproduce in a fresh profile? If not what other info can be added?

  • Is this an issue in the currently released version?
    Fist started seeing reports with 0.18.14.

  • Can this issue be consistently reproduced?
    No.

  • Extra QA steps:
    1.
    2.
    3.

  • Screenshot if needed:

  • Any related issues:

@LaurenWags LaurenWags added bug needs-investigation A bug not 100% confirmed/fixed that needs QA to better audit. labels Aug 4, 2017
@LaurenWags LaurenWags added this to the 0.19.x (Beta Channel) milestone Aug 4, 2017
@LaurenWags
Copy link
Member Author

LaurenWags commented Aug 4, 2017

@LaurenWags
Copy link
Member Author

Additional report of this - was in a long running tab after changing URL a few times. Close/Reopen of Brave did resolve issue.

@NejcZdovc
Copy link
Contributor

Saw this on my mac as well

@bsclifton
Copy link
Member

Saw this too, thanks for capturing @LaurenWags 😄

The work-around for now seems to be: minimize the app then restore. Then you'll see the cursor again

@bsclifton
Copy link
Member

I believe this is upstream (in Chromium) after experiencing this w/ Chrome 60

@luixxiul
Copy link
Contributor

luixxiul commented Aug 6, 2017

Is this a duplicate of #10104? if so, I was wrong that I thought it has been fixed with #10165.

@bsclifton
Copy link
Member

bsclifton commented Aug 6, 2017

@luixxiul possibly... did you confirm if #10104 was fixed? I only closed because you said #10165 should close it (even though class names / bookmarks modal is not related to the cursor issue)

@luixxiul
Copy link
Contributor

luixxiul commented Aug 6, 2017

I myself did not reproduce the issue; I assumed so based on https://github.com/brave/browser-laptop/pull/10165/files#diff-0c5d92d1fbd1b7473c3e6c8dd26f5edcR116. @srirambv would you mind testing to reproduce #10104 for me? thanks!

@srirambv
Copy link
Collaborator

srirambv commented Aug 8, 2017

@luixxiul @bsclifton I verified #10104 but couldn't reproduce it. However I see this issue on the latest build as per this issue. I see this happen when the focus is set to an inactive tab (dead tab) by either closing the immediate/previous tab. Minimize and restore doesn't show the cursor for me have to quit and restart the browser to function normally

@alexwykoff
Copy link
Contributor

If we can, having the upstream chromium issue would be really handy

@alexwykoff alexwykoff modified the milestones: 0.21.x (Nightly Channel), 0.19.x (Beta Channel) Aug 8, 2017
@bsclifton
Copy link
Member

bsclifton commented Aug 8, 2017

possibly related:

(many suspect upstream issues; hard to narrow down)

@luixxiul luixxiul modified the milestones: 0.22.x, 0.21.x (Nightly Channel) Aug 9, 2017
@srirambv
Copy link
Collaborator

srirambv commented Aug 9, 2017

Found another way to reproduce this, below steps could be helpful

  1. Launch an app and follow a link which open in Brave
  2. Two windows are open (one from the previous session and the other following the link)
  3. Close the second window which was opened following the link
  4. Original window with previous session doesn't show the cursor, minimize and restore shows the cursor

@jonathansampson
Copy link
Collaborator

jonathansampson commented Aug 29, 2017

I spoke with a user over Twitter recently who reported similar issues on their Fedora 26 install. Unfortunately, minimizing and restoring did not resolve the problem.

Update: I just ran into this issue myself. Minimizing and restoring temporarily resolved the issue.

@eljuno
Copy link
Contributor

eljuno commented Sep 7, 2017

@eljuno
Copy link
Contributor

eljuno commented Sep 8, 2017

@bbondy bbondy modified the milestones: 0.21.x (Nightly Channel), 0.22.x Sep 12, 2017
@eljuno
Copy link
Contributor

eljuno commented Sep 12, 2017

@yuenanto
Copy link

I encounter the same problem but only when Dashlane is activated.
I have never encountered this problem again since I deactivated Dashlane.

Platform: MacOS
Brave Version: 0.18.29

@diracdeltas
Copy link
Member

I don't have any extensions and I still see it occasionally, including in 0.18.36 today.

  • restarting always fixes the issue
  • when it happens, the URL bar is grey when focused instead of blue

@ghost ghost added priority/P2 Crashes. Loss of data. Severe memory leak. needs-STR This bug needs steps to reproduce. labels Sep 19, 2017
@patrick99e99
Copy link

+1 this just happened for me.

I copy and pasted some text from the terminal to a gmail message, and the cursor disappeared and no longer appears in any of my tabs.. However if I open a new window, then that new window has a visible cursor in all tabs, but switching back to my other window results in no cursor.

@bbondy bbondy modified the milestones: 0.21.x (Developer Channel), 0.20.x (Beta Channel), Backlog Oct 25, 2017
@bbondy bbondy modified the milestones: Triage Backlog, Prioritized Backlog Nov 2, 2017
@bsclifton
Copy link
Member

@LaurenWags have you seen this recently? I haven't had it happen in quite some time

@LaurenWags
Copy link
Member Author

@bsclifton - same, it's been weeks since I encountered this issue.

@bsclifton
Copy link
Member

Closing- let's re-open if we experience this again 😄

@luixxiul luixxiul removed this from the Backlog (Prioritized) milestone Nov 22, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug needs-investigation A bug not 100% confirmed/fixed that needs QA to better audit. needs-STR This bug needs steps to reproduce. priority/P2 Crashes. Loss of data. Severe memory leak. upstream
Projects
None yet
Development

No branches or pull requests