774 Star 1.5K Fork 351

开源中国 / Gitee Feedback

 / 详情

在PR中@人时,会@到错误的人

已完成
缺陷(Bug)
创建于  
2020-07-09 01:48

问题描述

某些用户的名字无法正常@出来

重现步骤

以用户sxzc为例(抱歉打扰您了)

  • 在PR的评论区输入@,然后输入sxzc,空格,再随便写一点其他内容,提交
  • 在有这个人参与的PR的评论区输入@,然后在弹出的列表里找到此人,点击上屏,再随便写一点其他内容,提交
  • 或者直接找到此人发布的评论(比如这个),点击回复评论,随便写点什么,提交

期望效果

当然是能成功@到sxzc本人

实际效果

会发现一位名为任我行的用户被@了,并没有真的@到它本人。


想要真的@到sxzc本人,只能先查看此人的个人空间地址,发现实际地址是wwzw,然后手动把@后面的值改成wwzw,提交以后才能成功。
虽说倒也能用,但也是真的麻烦,尤其是连回复评论时自动生成的@都得改才行,很建议改进一下这个@人的流程。

补充两句:
个人觉得这件事情的根本原因在于用户的名字和个人空间地址都可以用于指向一个用户,但却没有占用机制,一个人可以使用另一个人的空间地址当名字,造成了比较大的困扰。而且gitee是有改名机制的,一旦用户名修改且被另一个人占用,如何保证@指向的唯一性呢?(如果有用户的唯一标识符就最好了,如果没有的话,用很少会有人改的个人空间地址也不错)

此外编辑器的替换机制也比较奇怪,有些时候@一个用户名,提交时会自动替换为个人空间地址,但有的时候却又不会自动做这种替换。既然最终想存储的是个人空间地址,又何必一开始自动生成用户名再去替换呢?如果只是为了提交前好看,那编辑评论的时候也不会再换回来呀。
上述逻辑加上名字和个人空间地址可以被不同人使用的情况,肯定要出问题的。

评论 (0)

popcorner 创建了缺陷
Roger 负责人设置为诺墨
popcorner 关联了任务(普通)评论回复bug
诺墨 将工作项从 缺陷 迁移到 缺陷(Bug)
诺墨 任务类型缺陷 修改为缺陷(Bug)
popcorner 任务状态待确认 修改为已完成
展开全部操作日志

登录 后才可以发表评论

状态
负责人
项目
里程碑
Pull Requests
关联的 Pull Requests 被合并后可能会关闭此 issue
分支
开始日期   -   截止日期
-
置顶选项
优先级
预计工期 (小时)
参与者(1)
Ruby
1
https://gitee.com/oschina/git-osc.git
git@gitee.com:oschina/git-osc.git
oschina
git-osc
Gitee Feedback

搜索帮助