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

chrome "apps" always crashing on initial startup #3766

Closed
midN opened this issue Mar 18, 2019 · 11 comments
Closed

chrome "apps" always crashing on initial startup #3766

midN opened this issue Mar 18, 2019 · 11 comments

Comments

@midN
Copy link

midN commented Mar 18, 2019

Description

Opening Authy extension crashes app_mode_loader

Steps to Reproduce

Original STR from user:

   1. Install Authy extension
   2. Open it
   3. Crash report with "app_mode_loader" crash appears

Case #1:

Case #2:

Actual result:

Crash report.
Authy opens anyway, but Crash report appears every time.

Expected result:

No Crash

Reproduces how often:

Every time

Brave version (brave://version info)

Brave: 0.61.51 Chromium: 73.0.3683.75 (Official Build) (64-bit)
Revision: 909ee014fcea6828f9a610e6716145bc0b3ebf4a-refs/branch-heads/3683@{#803}
OS: Mac OS X

@rebron
Copy link
Collaborator

rebron commented Mar 22, 2019

cc: @kjozwiak can you reproduce, this might be the web app.

@iamniks
Copy link

iamniks commented Mar 22, 2019

I am dealing with the same behavior for almost 3 months :( There is also a security issue on MAC as after crash occurs - Problem Reporter is fired up while one is typing password and grabs focus immediately. So I believe a lot of user may have accidentally left their password in problem reporter submitting them to the developer

@bsclifton
Copy link
Member

bsclifton commented Mar 26, 2019

@midN @iamniks can you confirm this works as expected in Chrome/Chromium?

@iamniks
Copy link

iamniks commented Mar 26, 2019

@bsclifton Yes, works great in Chrome

@kjozwiak
Copy link
Member

@iamniks @midN it looks like you can still use the app even though it crashes at startup correct? Just double checking to see if you're seeing the same behaviour. I was able to register a new device and use the app after the initial crash at launch.

@bsclifton it looks like Brave having issues with Apps and not extension. When you download the Authy extension, it basically asks you to install the app which is different from extensions:

https://developer.chrome.com/webstore/apps_vs_extensions

I also reproduced the same issue when attempting to install/launch the Ledger app. Here's two reproducible cases:

Case #1:

Screen Shot 2019-03-26 at 7 21 42 PM

Case #2:

Screen Shot 2019-03-26 at 7 24 16 PM

@kjozwiak kjozwiak changed the title Opening Authy extension crashes app_mode_loader chrome "apps" always crashing on initial startup Mar 26, 2019
@kjozwiak kjozwiak removed their assignment Mar 26, 2019
@kjozwiak
Copy link
Member

Probably a P2 as we want to make sure both Extensions & Apps are working within Brave. However, will wait till our triage meeting to set label.

@midN
Copy link
Author

midN commented Mar 27, 2019

Awesome, thanks guys! @kjozwiak .

You don't see lots of big opensource apps moving fast recently.
Try opening an Issue or make a PR contribution in Kubernetes, small % it gets read/reviewed in 2020.

@Brave-Matt
Copy link

@rebron rebron added priority/P4 Planned work. We expect to get to it "soon". priority/P5 Not scheduled. Don't anticipate work on this any time soon. and removed priority/P5 Not scheduled. Don't anticipate work on this any time soon. labels Apr 16, 2019
@khaosdoctor
Copy link

Having the same problem here. My two apps are Google Keep and Trello, I created both as shortcuts (in the settings section), when I try to open them I get the following screen:

image

I can confirm that both work perfect on chrome, the problem is that everytime I open one of them, they open chrome...

@iefremov
Copy link
Contributor

iefremov commented May 14, 2021

can't reproduce closed by mistake

@iefremov iefremov reopened this May 14, 2021
@iefremov
Copy link
Contributor

most probably it is fixed together with #7205

@kjozwiak kjozwiak removed QA/Yes bug features/apps priority/P4 Planned work. We expect to get to it "soon". labels Aug 3, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

8 participants