Wildcard TLD non-standard dans @match #3

New issue

Closed

opened 2022-03-21 05:09:39 +01:00 by Ghost · 3 comments

Ghost commented

2022-03-21 05:09:39 +01:00

Bonjour

Le script ne fonctionne pas sur Firefox 98.0.1 / Tampermonkey 4.15.6154.

J'ai 2 comptes sur YGG, mais j'en utilise qu'un seul.

A chaque fois, je dois me reconnecter, il ne garde pas ma session.

Pourtant, dans Stockage il y a bien les infos :

{
    "username": "*",
    "password": "*"
}

Aucun message d'erreur.

Bonjour Le script ne fonctionne pas sur Firefox 98.0.1 / Tampermonkey 4.15.6154. J'ai 2 comptes sur YGG, mais j'en utilise qu'un seul. A chaque fois, je dois me reconnecter, il ne garde pas ma session. Pourtant, dans **Stockage** il y a bien les infos : ```json { "username": "*", "password": "*" } ``` Aucun message d'erreur.

Ghost changed title from ~~Ne fonctionne pas sur Firefox 98.0.1~~ to YGGTorrent infinite session ne fonctionne pas sur Firefox 98.0.1

2022-03-21 05:10:10 +01:00

KaKi87 commented

2022-03-21 12:31:19 +01:00

Owner

Bonjour,

Après avoir fait un essai, sur le même navigateur, dans la même version, avec la même extension, dans la même version, je n'arrive pas à reproduire ton problème.

Voici mes étapes :

Installer le userscript
Visiter ygg.is
Se connecter
Vérifier la sauvegarde des identifiants
Supprimer les données de site web (simule l'expiration de la session)
Actualiser

Résultat : compte reconnecté avec succès.

Bonjour, Après avoir fait un essai, sur le même navigateur, dans la même version, avec la même extension, dans la même version, je n'arrive pas à reproduire ton problème. Voici mes étapes : - Installer le userscript - Visiter `ygg.is` - Se connecter - Vérifier la sauvegarde des identifiants - [Supprimer les données de site web](https://support.mozilla.org/fr/kb/effacer-cookies-donnees-site-firefox) (simule l'expiration de la session) - Actualiser Résultat : compte reconnecté avec succès.

Ghost commented

2022-03-22 03:36:07 +01:00

En fait c'est un probleme ici :

// @match       https://*.yggtorrent.*/*
// @match       https://ygg.*/*

J'ai changé par :

// @include     https://ygg.*/*
// @include     https://*.yggtorrent.*/*

ça fonctionne. c'est logique finalement. ^^

En fait c'est un probleme ici : ``` // @match https://*.yggtorrent.*/* // @match https://ygg.*/* ``` J'ai changé par : ``` // @include https://ygg.*/* // @include https://*.yggtorrent.*/* ``` ça fonctionne. c'est logique finalement. ^^

KaKi87 commented

2022-03-22 10:53:09 +01:00

Owner

Seules les versions publiées sur GreasyFork doivent être considérées comme stables, je n'avais donc pas testé le code master.

Cela dit, il semble en effet que le standard match pattern ne supporte pas le wildcard (*) pour l'extension de nom de domaine, mais qu'il s'agisse plutôt d'une spécificité de ViolentMonkey, extension sur laquelle je teste mon code et que je recommande dans mon README.

Je chercherai des solutions à l'occasion.

Bug introduit par : 54c1960

Seules les versions publiées sur GreasyFork doivent être considérées comme stables, je n'avais donc pas testé le code `master`. Cela dit, il semble en effet que le standard [match pattern](https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/Match_patterns) ne supporte pas le wildcard (`*`) pour l'extension de nom de domaine, mais qu'il s'agisse plutôt d'une [spécificité de ViolentMonkey](https://github.com/violentmonkey/violentmonkey.github.io/blob/source/content/api/matching.md?plain=1#L26), extension sur laquelle je teste mon code et que je recommande dans mon [README](https://git.kaki87.net/KaKi87/userscripts/src/branch/master/README.md). Je chercherai des solutions à l'occasion. --- Bug introduit par : 54c1960