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

Meross device pairing error (com.meross.meross) #4989

Closed
3 of 4 tasks
FauconSpartiate opened this issue Sep 23, 2023 · 12 comments
Closed
3 of 4 tasks

Meross device pairing error (com.meross.meross) #4989

FauconSpartiate opened this issue Sep 23, 2023 · 12 comments

Comments

@FauconSpartiate
Copy link

FauconSpartiate commented Sep 23, 2023

Please answer the following questions for yourself before submitting an issue.

  • I am running the latest version
  • I checked the documentation and found no answer
  • I checked to make sure that this issue has not already been filed

AdGuard version

V4.1

Environment

- OS: Android 13
- Device: Oneplus 8T
- Firmware: KB2003_13.1.0.581(EX01)

Root access

  • Yes, I have it.

What filters do you have enabled?

No filters enabled

What Stealth Mode options do you have enabled?

/

Issue Details

Steps to reproduce:

  • Open app
  • Add new device
  • Select device that does pairing over WiFi and not bluetooth

Expected Behavior

Pairing succeeds flawlessly

Actual Behavior

Setup fails unless AdGuard is turned off

Screenshots

Screenshot 1:

image

Additional Information

Original issue in AdguardFilters repository: AdguardTeam/AdguardFilters#160557

@maxikuzmin
Copy link
Contributor

@FauconSpartiate unfortunately I don't have the devices to connect to Meross to reprodece this.
It would be nice to get your logs.

  • Enable debug logging:

Settings -> General -> Advanced -> Logging level -> Debug

  • Reproduce the issue related to the button behaviour, then remember the exact time when it happened

  • Collect logs:

Settings -> General -> Advanced -> Export logs and system info

mention the 4989 number in the subject
specify the exact time when the issue occurred

@maxikuzmin
Copy link
Contributor

@FauconSpartiate any news? I didn't get your logs in the mail

@FauconSpartiate
Copy link
Author

@maxikuzmin I don't have the device near me right now, I'll do it as soon as I do.

@maxikuzmin
Copy link
Contributor

@FauconSpartiate any news?

@FauconSpartiate
Copy link
Author

@maxikuzmin I just sent the logs per email

@maxikuzmin
Copy link
Contributor

@FauconSpartiate we need some more time. Please wait

@maxikuzmin
Copy link
Contributor

@FauconSpartiate does the app filtering exception help you?
Go to App management -> Merross app -> Route traffic through AdGuard -> off switch

@FauconSpartiate
Copy link
Author

Yes, like mentioned in the original issue: AdguardTeam/AdguardFilters#160557 (comment)

@maxikuzmin
Copy link
Contributor

@FauconSpartiate could you temporarily remove the exception for the Merross app, repeat the steps, and see what requests are blocked in the filtering log? Please send screenshots to devteam@adguard.com. Blocked requests should be opened and screenshot the detailed information of the blocked request

@maxikuzmin
Copy link
Contributor

@maxikuzmin any news?

@FauconSpartiate
Copy link
Author

@maxikuzmin
Sorry for the delay.
I've just tried, and don't see anything obvious. The only requests that get blocked are ones to a stat server, but these occur also when having the app open normally, not while trying to pairthe device.
I also tried overriding this rule and still allowing it, but it didn't fix the bug.

So disabling filtering entirely doesn't solve the problem, but disabling the routing through Adguard does.
So it's probably a problem with the path the packets take, not the filtering having some false positives...

@maxikuzmin
Copy link
Contributor

@FauconSpartiate great, we've decided to add a default to the exclusions for Meross filtering. This will be implemented in the next updates

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

5 participants