cliente.meo.pt: breakage

[cereais]

Prerequisites

• [X] This is NOT a YouTube, Facebook, Twitch or a shortener/hosting site report. These sites MUST be reported by clicking their respective links.
• [X] I read and understand the policy about what is a valid filter issue.
• [X] I verified that this issue is not a duplicate. (Use this button to find out.)
• [X] I did not remove any of the default filter lists, or I have verified that the issue was not caused by removing any of the default lists.
• [X] I did not enable additional filter lists, or I have verified that the issue still occurs without enabling additional filter lists.
• [X] I do not have custom filters/rules, or I have verified that the issue still occurs without custom filters/rules.
• [X] I am not using uBlock Origin along with other content blockers.
• [X] I have verified that the web browser's built-in content blocker/tracking protection, network wide/DNS blocking, or my VPN is not causing the issue.
• [X] I have verified that other extensions are not causing the issue.
• [X] If this is about a breakage or detection, I have verified that it is caused by uBlock Origin and isn't a site issue.
• [ ] I did not answer truthfully to ALL the above checkboxes.

URL address of the web page

https://cliente.meo.pt/perfil/mensagens/abrir-pedido

Category

breakage

Description

I noticed a while ago that some important functionality under the create request ("Criar pedido") page on cliente.meo.pt stopped working, showing a blank page instead. This mainly includes the official form to cancel the contract ("Cancelar contrato"), but also seems to affect some, other less important contact forms. You need to be a customer and use the client area in order to experience this.

At first I thought this was a temporary website issue, but later after experimenting I figured it out it was due to EasyPrivacy indiscriminate blocking of webcare.byside.com. I have also seen at least an user on a Portuguese forum complaining about this issue, not knowing it is due to EasyPrivacy.

I have reported this to EasyList via their official email but after weeks received no response.

I fixed this by including the following in my filters: @@||webcare.byside.com$domain=cliente.meo.pt|my.uzo.pt|my.moche.pt I ask for this to be added to the uBlock filters - Unbreak list (or Quick fixes). I understand you may be hesitant to do this given EasyPrivacy and uBlock Origin goals, however I believe this is an acceptable tradeoff since only the client area is listed and being a paying customer is required to use the form.

I also included the client areas of the other ISP brands (UZO, MOCHE) owned by MEO (Altice Portugal). I am not able to test if they are also affected by this issue, but given they are the same company (and use the same SSO), it's very likely. You can ignore my.uzo.pt and my.moche.pt from the domains if this is reasoning is not enough.

For the record, initially I tried to only unblock a single file with: @@||webcare.byside.com/agent/byside_webcare.js$script,domain=cliente.meo.pt This seems to partially fix the issue but, for some reason, this resulted in worst problems, like not being able to pay the bill using a local payment processor.

Other extensions used

none

Screenshot(s)

Screenshot(s)

Here is what it looks like:  Here is what it should look like: 

Configuration

```yaml uBlock Origin: 1.60.0 Firefox: 131 filterset (summary): network: 142631 cosmetic: 48667 scriptlet: 21234 html: 2043 listset (total-discarded, last-updated): default: user-filters: 0-0, never ublock-filters: 40694-135, 4m ublock-badware: 11584-6, 4m ublock-privacy: 1356-22, 5m ublock-unbreak: 2549-1, 5m ublock-quick-fixes: 206-8, 5m easylist: 80285-195, 5m easyprivacy: 53192-64, 5m urlhaus-1: 22735-0, 5m plowe-0: 3545-999, never filterset (user): [empty] trustedset: added: [array of 5 redacted] userSettings: advancedUserEnabled: true cloudStorageEnabled: true hiddenSettings: [none] supportStats: allReadyAfter: 353 ms (selfie) maxAssetCacheWait: 133 ms cacheBackend: indexedDB popupPanel: blocked: 4 network: byside.com: 3 googletagmanager.com: 1 ```

[cereais]

Thanks @ryanbr

I have just quickly (manually) tested your change with:

@@||webcare.byside.com^
||webcare.byside.com/agent/usert_agent.php$important

and it appears to now work without my previous override. I will not be able to test the submit functionality of the forms nor the odd payment bug (atleast for a few weeks).

Curiously though, cliente.meo.pt is not using webcare.byside.com/agent/usert_agent.php but rather something like webcare.byside.com/BBB000000BBB0/usert_agent.php. Not sure how common this is. So I instead decided to try:

@@||webcare.byside.com^
||webcare.byside.com/*/usert_agent.php$important

and it appears to still work. Perhaps it is worth it to use that instead. But I am not sure how important this usert_agent.php is.

[cereais]

I just force updated EasyPrivacy, removed my overrides, verified the new EasyPrivacy included https://github.com/easylist/easylist/commit/ca11c877b840246c4e79d0065642e81bf4cc53e0 and the issue is not fixed.

Looking at the uBlock Origin logger reveals the problem to now be /byside_webcare.js at https://github.com/easylist/easylist/blob/5e503029acc2a7b749b5d82c76be3f5c5474c066/easyprivacy/easyprivacy_general.txt#L477

Not sure if I should continue the issue here or at https://github.com/easylist/easylist/issues/20181

[cereais]

@mapx- Could you please consider reopening this issue? Thanks.

[mapx-]

Do you have a working filter?

[cereais]

Do you have a working filter?

Yes, similar to my previous fix:

@@/byside_webcare.js$domain=cliente.meo.pt|my.uzo.pt|my.moche.pt

[cereais]

Thank you.