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

How do we handle 8.3.11? #2350

Closed
tghosth opened this issue Nov 7, 2024 · 4 comments
Closed

How do we handle 8.3.11? #2350

tghosth opened this issue Nov 7, 2024 · 4 comments
Labels
1) Discussion ongoing Issue is opened and assigned but no clear proposal yet 5) awaiting PR A proposal hs been accepted and reviewed and we are now waiting for a PR V8 _5.0 - prep This needs to be addressed to prepare 5.0

Comments

@tghosth
Copy link
Collaborator

tghosth commented Nov 7, 2024

Spin off from #2330, what do we do about requirement v8.3.11?

This is the comment that @elarlang provided.

V8.3.11 Verify that the application does not ask for unnecessary or excessive permissions to privacy related features or sensors, such as cameras, microphones, or location.

Requirement needs improvement, but is not a policy and it is in.

Previously it was in V10 that application should not contain malicious code that asks unnecessary privileges.

It is not a V4 topic, as it is not an authorization verification issue.

Level must be rechecked, as for everything.

Wording is also negative...

@tghosth tghosth added 1) Discussion ongoing Issue is opened and assigned but no clear proposal yet _5.0 - prep This needs to be addressed to prepare 5.0 V8 labels Nov 7, 2024
@tghosth
Copy link
Collaborator Author

tghosth commented Nov 7, 2024

Comment from @jmanico:

I like all of Elar's suggestions. But I would suggest we drop 8.3.11 since users can make the choice to not allow that feature in the browser, they are not automatic.

@ryarmst
Copy link
Collaborator

ryarmst commented Nov 7, 2024

Worth considering, but vote drop

@elarlang
Copy link
Collaborator

elarlang commented Nov 7, 2024

Let's drop it now, the security impact is questionable and minimal.

Let's hope that browser get other solutions supported: #1755

@elarlang elarlang added the 5) awaiting PR A proposal hs been accepted and reviewed and we are now waiting for a PR label Nov 7, 2024
@danielcuthbert
Copy link
Collaborator

Second this, this is all now controlled by the user both on legacy desktops and mobiles, so yeah this doesn't really work anymore

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
1) Discussion ongoing Issue is opened and assigned but no clear proposal yet 5) awaiting PR A proposal hs been accepted and reviewed and we are now waiting for a PR V8 _5.0 - prep This needs to be addressed to prepare 5.0
Projects
None yet
Development

No branches or pull requests

4 participants