社区缺陷报告与功能建议

本贴最后更新于 1825 天前,其中的信息可能已经天翻地覆

社区系统可能存在一些潜在的缺陷,大家如果有空的话可以帮助我们一起解决。

报告缺陷

如果你在使用社区时发现了如下类型的问题,请回帖进行反馈,并附上 bug 截图以及操作步骤:

  • 功能性缺陷:例如积分账目不对、发布文章失败、关注失败等
  • 安全性漏洞:例如 XSS/CSRF、盗用用户信息等

功能建议

欢迎对社区提出功能特性方面的建议,我们一起讨论,如果有可能我们会尽快实现。

在提功能建议前可以先看一下计划表,避免重复提议。

积分奖励

  • 安全方面漏洞,奖励 500 积分
  • 功能性缺陷、用户体验改进、新功能建议等奖励 300 积分
  • UI 方面的缺陷(比如对不齐、焦点样式不对等)奖励 200 积分
  • Bug

    Bug 本意是指臭虫、缺陷、损坏、犯贫、窃听器、小虫等。现在人们把在程序中一些缺陷或问题统称为 bug(漏洞)。

    75 引用 • 1737 回帖 • 5 关注
  • 链滴

    链滴是一个记录生活的地方。

    记录生活,连接点滴

    153 引用 • 3783 回帖 • 1 关注
  • 系统公告

    B3log 社区相关的重要公告,比如新特性上线,运营策略调整等。

    39 引用 • 3578 回帖 • 681 关注
  • 使用指南

    链滴用户指南系列帖,社区功能可在此逐一了解,欢迎讨论。

    42 引用 • 2889 回帖 • 33 关注
1 操作
88250 在 2019-11-23 11:24:53 更新了该帖

相关帖子

优质回帖
  • csfwff 2


    solo 3.6.4,编辑器表情有重复的

  • PeterChu 1 1 赞同

    😄 good,也是啊,那应该给下面加个分割线啥的以示区分

  • InkDP 2
    该回帖仅作者和楼主可见

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • xjtushilei

    @Vanessa 从别的地方复制过来的东西发现了新 bug。 如图。引号里的东西没了。

    原文在链接末尾 https://www.xjtushilei.com/2018/05/10/docker/#docker%E7%9A%84%E5%85%B6%E4%BB%96%E6%B3%A8%E6%84%8F%E4%BA%8B%E9%A1%B9

    imagepng

    1 回复
  • 其他回帖
  • ephen 1

    看图,写字点【提交】按钮没进入下一个流程:
    9c20127eac5746bb9c8ae01cd4eb3e5c-1.gif

    环境:
    Windows 10 专业版 1607 14393.447
    Google Chrome 54.0.2840.99 m (64-bit)

    发生过程(不确认能否重现,先提个 bug 再说):

    1. 从活动点过来,在“恳”之前,写过 2 个字,第一个字对,第二个字写错后重写后正确,“恳”是第三个字;
    2. 正常写“恳”字,但被小薇判定为错,识别为“忌”;
      30c5156089cd4b6cb3bee733884af740-2.jpg
    3. 点击“清空”,再正常写“恳”字,依然被小薇判定为错,识别为“恩”;(这次不配图了,要看图去群里能找到)
    4. 再点击“清空”,再正常写“恳”字,继续被小薇判定为错,识别为“息”;(请去群里找图)
    5. 最后点击“清空”,写“恳”字之前不小心在左侧打了个点,点打得比较小就没管它(上面 bug 动图里面仔细能看到),继续写完“恳”字,点【提交】就 bug 了,不论重复多少次都是一样的效果。

    再次声明,不确认能否重现,管理们自己去看日志吧 hiahiahia

    2 回复
  • Ethan

    移动端收藏帖子/关注帖子/关注用户/关注标签/关注者 功能的按钮样式建议是不是应该统一一下?
    例如 035bf4d654ad410681eeab2870d1dfd7-image.png a0ac919bad584437b74b09008fb3371a-image.png 3fa5d30cf17a4b7b82f5801706361584-image.png 82573f81010d491399561febe3935b0b-image.png

    这里的按钮统一放到最右边
    7d04ba6e0d194aaaad585203ef2e0718-image.png

    1 回复
  • 88250

    Solo 和 Pipe 的定位是 B3log 分布式社区的博客端节点,并不是通常意义上的独立博客,所以账号体系需要进行统一,否则带来的问题会很多,这也是一路下来探索的,具体经历细节请看这里

    你提到的解决方案在 Solo v3 之前一直就是这样做的,经过长时间验证效果并不理想:

    • 不方便,用户需要在社区端和博客端配置账号关联关系
    • 不安全,账号的关联关系需要双向验证,如果不验证账号归属,会被冒名

    这两个问题是矛盾的,所以为了解决它需要将账号在 B3log 网络中进行唯一化。一开始的设计方案是通过公私钥(类似区块链的钱包原理),但这个方案在现阶段过于复杂,用户使用门槛有点高所以暂时放弃了。公私钥的方案在星火项目里进行过测试验证,技术上应该没问题,以后鱼塘项目可能会采用这个方案。

    所以再次重申一下,Solo 和 Pipe 是 B3log 分布式社区的博客端节点。举个最容易理解的例子,这就好比某些厂商的软件,没有这个厂商的账号是用不了的。打通其他网络的方案是在博客端或者社区端接入其他网络的账号,目前已经在黑客派上接入 GitHub 登录(可在账号设置中绑定),Solo 可通过 GitHub token 来将文章同步到自己的仓库,避免整个 B3log 网络过度封闭内卷。

    最后,希望目前加入到 B3log 的用户是认可这个设计的,如果不认可的话其实就没必要加入使用了,节省自己时间同时也能保护 B3log。当然,不排除以后设计还会有所变化,欢迎参与思考讨论,谢谢。

    1 回复
  • 查看全部回帖