HelloZeroNet / HelloZeroNet/ZeroNet

Changing ID authority/provider name may disable user to select user ID?

Ouverte
#1,272 2 commentaires 1 réaction 0 personnes assignées Voir sur GitHub
Langage dominant
JavaScript
Étoiles
18.8k
Forks
2.3k
Métriques de merge des PR
Aucune PR mergée en 30 j

Description

### Step 1: Please describe your environment

* ZeroNet version: 0.6.1 rev3234
* Operating system: Win. 10
* Web browser: Firefox
* Tor status: available
* Opened port: yes

### Step 2: Describe the problem:

When i as a zite (zerotalk clone) admin edited ID providers names, example kaffie.bit to id.kaffie.bit and nanasi to nanasi.bit in websiteaddress/js/all.js and websiteaddress/content.json files, then the users who registered on site using old ID provider names (kaffie.bit, nanasi) no longer can login on my zite / switch their identity. I mean when switching identity (ID providers) as a zite user, then their old login names (example: myusername@nanasi) are shown in menu, but can not be clicked because such identity provider name no longer exist (nanasi.bit is new one set by zite admin), in menu i am offered to register new identity on same provider, but on identity provider zite i am already logged in and i am not interested to register new ID, because i will loose track of comments on my old ID posts if i am right?
-> So if zite admin modify ID provider name/url, like me, all users loose option to switch ID provider to one that i edited (if i am correct).

Why i edited ID providers names? Because when i used nanasi (which is suggested at many zites), the result was that when some user clicked to register new ID on it, i think (may be wrong) it redirected him to non existing page http://127.0.0.1:43110/nanasi
Similar for kaffie.bit, where the page does not directly contain form to register new ID so i wanted to use provider name as id.kafie.bit where he can directly register id.

Guide de contribution

Aucun guide de contribution indexé pour ce dépôt

Piste de recherche

Start with websiteaddress/js/all.js and websiteaddress/content.json, then trace the identity-switching flow for users whose provider name was changed. Reproduce the old-provider case and determine how provider renames are represented. Done means existing identities remain selectable after an administrator changes the provider name, without forcing users to register a replacement identity.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
javascript
Domaine
authentication, web-dev
Type d'issue
Bug
Difficulté
5/5
Temps estimé
Plus d'une semaine
Activité
À l'abandon
Clarté
Plutôt claire
Accessibilité débutants
30/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.