由于 Mozilla 方面的一个失误，导致许多 Firefox 用户在上周末遇到了附加组件无法使用的 bug 。后来该公司发布了更新，才让浏览器恢复正常。对于此事，这家机构现已发表正式道歉，详细解释发生了怎样的事情，且承诺会删除期间为了推出修复程序而收集的私人数据。据悉，为了修复 bug，Firefox 初期希望用户启用遥测选项。因为在默认的情况下，其出于隐私考量而禁用了此类数据收集选项。 现在，

密歇根大学的计算机科学家设计出一种新的处理器架构，能主动抵御未来威胁，事实上让现有的 bug 和补丁安全模式过时。被称为 MORPHEUS 的芯片通过每秒 20 次加密和随机重编关键数据比特来阻止潜在的攻击，远快于人类黑客能做出反应的速度，比最快的电子黑客技术快数千倍。 密歇根大学教授 Todd Austin 称，今天一个接一个消除 bug 的方法是一种失败的博弈，只要有新的代码，总会出现新的 b

CKI 团队是如何防止 bug 被合并到 Linux 内核中。 Linux 内核的每个发布版本包含了来自 1,700 个开发者产生的 14,000 个变更集，很显然，这使得 Linux 内核快速迭代的同时也产生了巨大的复杂性问题。内核上 Bug 有小麻烦也有大问题，有时是系统崩溃，有时是数据丢失。 随着越来越多的项目对于持续集成（CI）的呼声，内核持续集成（CKI）小组秉承着一个任务目标：防止 B

Fossil 是一个集版本控制系统、bug 追踪、维基、论坛以及文档解决方案于一体的系统。 每个开发者都知道，追踪代码的修改是至关重要的。有时候你会处于好奇或者教育的目的需要展示你的项目开始和进化的历史。有时候你想让其他的开发者参与到你的项目中，因此你需要一种值得信赖的能合并不同代码分支的方法。更极端一点，有时候你为了解决一个问题而修改的代码导致已有的功能不能正常使用。 Fossil 源码管理系统

软件有 bug。任何复杂系统都无法保证每个部分都能按计划工作。Fedora Linux 是一个 非常 复杂的系统，包含几千个包，这些包由全球无数个独立的上游项目创建。每周还有数百个更新。因此，问题是不可避免的。本文介绍了 bug 修复过程以及如何确定 bug 优先级。 发布开发过程 作为一个 Linux 发行项目，我们希望为用户提供完善的、一切正常的体验。我们的发布起始于 “Rawhide”。我们

财务软件 bug 导致数百人被错误定罪 英国邮政局从 1999 年开始使用存在 bug 的 Horizon 管理财务。Horizon 由日本富士通公司开发，它的早期版本被发现存在致命缺陷，会让员工看起来窃取了数万英镑。因为邮局顽固地坚持认为该软件可以信任，这导致来自 Horizon 的证据成功起诉了 736 名邮政工作人员，有人因此被关到监狱，生活被彻底改变。而据前开发者透露的信息，富士通公司早就

就在今天，MySQL 8.0.38 以上的版本又爆出来一个恶性 Bug —— 如果数据库里有超过 1万张表，那么重启的时候 MYSQL 服务器会直接崩溃！ 在 上一篇《MySQL is dead, Long live PostgreSQL》，我们聊到了 MySQL 新版本的几个问题 —— 功能更新越来越拉垮敷衍，QPS 吞吐性能随版本更新越来越差。但我确实没有想到，MySQL 新版本的正确性与质量

2024年7月11日，开源数据库软件服务商Percona发布重要警告，最新的MySQL版本存在重大bug，建议不要升级到 8.0.37 之后的任何 MySQL 版本。 译文如下： 最近，Jean-FrançoisGagné 在 bug.mysql.com#115517上打开了一个错误;不幸的是，该错误现在是私有的。 但是，该错误看起来很严重。我们Percona已经进行了几次测试，并打开了PS-93

描述：数据库xtts迁移后，通过该命令EXEC DBMS_STATS.gather_database_stats(degree => 16);收集全库的统计信息，执行上之后就没再看，但是到了第二天发现数据库的相关收集作业还在执行，比较奇怪。然后，查询了数据库的相关阻塞和阻塞进程的相关event发现了一个比较奇怪的阻塞。streams aq: waiting for messages in t

作者简介：高鹏，笔名八怪。《深入理解MySQL主从原理》图书作者，同时运营个人公众号“MySQL学习”，持续分享遇到的有趣case以及代码解析！ 一、问题描述 8.0.28以下的MTS可能在运行一段时间后出现hang死的情况，大概如下（模拟的）： 这个问题因此有一个2的31次方事务后触发的界限，实际上就是int类型的溢出导致，因此为定时炸弹，BUG如下： https://bugs.mysql.co

昨日读白鳝老师题为《MOS中上千万BUG报告不是O记的污点，而是它最好的勋章》的文章颇有感触。 一时兴起，连夜仔细查询了 中国数据库排行榜 （6月287个数据库参与） 上产品的介绍及其文档， 发现排名前 20 的产品中，今年上半年，公网可查的，有 17 个产品有更新（公布发版说明的产品）， 有 16 个产品发版说明里，包含修复 BUG 说明。 参考文档： TiDB: https://docs.pi

对于用户该不该吐槽国产数据库的问题，是显而易见的。只要是个产品就必然会有缺陷，用户用得不爽了，就必然会吐槽，这是天经地义的事情。 对于数据库厂商而言，有人吐槽不仅不是坏事还是好事。如果一个数据库产品连吐槽的人都没有了，那并不说明它很完美了，而是说明它离死不远了。因为只有真正用这个数据库的人，才会发现其不足，才会去吐槽，只要用户吐槽得有道理，厂商就应该虚心接受。 ORACLE MOS上增长得最快就是

日常 Bug 排查 - 偶发性读数据不一致 前言 日常 Bug 排查系列都是一些简单 Bug 的排查。笔者将在这里介绍一些排查 Bug 的简单技巧，同时顺便积累素材。 Bug 现场 业务场景 先描述这个问题出现的业务场景。这是一个支付的场景，如果支付成功了，我们就把支付状态置为 success (主单据更新) 同时写入支付成功时间戳为 t1 (子单据更新)。支付成功之后，我们还需要做其它的动作，做

要向Kali Linux的开发者提交bug报告或建议，您可以按照以下步骤进行： 访问Kali Linux官方网站：https://www.kali.org/，找到“Contribute”（贡献）或类似的选项。 在贡献页面上，通常会有一个“Bug Tracker”（错误跟踪器）或“Report Bug”（报告bug）的链接。点击这些链接将转到Kali Linux的bug跟踪系统。 在bug跟踪系统中

导读 之前遇到主从同步报错 1032. 在测试环境搭建一个库恢复数据到报错时间点, 然后该库回放BINLOG失败. 就认为主库无法回放自己的BINLOG, 其实是不对的, 因为使用的逻辑备份恢复. 会存在数据的不一致… 相关文章: https://www.modb.pro/db/1788489371636289536 这次终于找到原因了, 也能复现. 也提了BUG (感觉也不能算BUG) : ht

需知 基本要素 你做了什么，你希望发生什么，以及实际发生了什么。 这是 bug 报告的三个基本元素。你需要准确地告诉他们你做了什么（例如，“我的程序运行查询 SELECT * FROM happy_meals WHERE sandwich = ‘hamburger’ AND side = ‘onion rings’），你期望发生什么（继续这个例子，“我期望 MySQL 返回一个包含 hamburg

1. 感言 今天参加了云栖大会，算是带着obdiag去见了见世面吧，最大的感触就是今年大模型真的是遍地开花。本届云栖大会以“计算，为了无法计算的价值”为主题，个人理解“很多的价值是无法计算的，比如，你用着通讯软件和家人视频聊天、足不出户云游四海......这些附加价值是无法计算的。但我们可以通过可计算的东西来创造这些无法计算的价值，这就是计算的价值。”  当时打算做obdiag这款工具的

前言 对于大部分程序员来说，主要的工作时间是在开发和修复BUG。 有可能修改了一个BUG，会导致几个新BUG的产生，不断循环。 那么，有没有办法能够减少BUG，保证代码质量，提升工作效率？ 答案是肯定的。 如果能做到，我们多出来的时间，多摸点鱼，做点自己喜欢的事情，不香吗？ 这篇文章跟大家一起聊聊减少代码BUG的10个小技巧，希望对你会有所帮助。 1.找个好用的开发工具 在日常工作中，找一款好用的

大家好，我是树哥，好久不见啦。 作为一个工作了 10 多年的开发，写业务代码总是写了不少的。但你想过做到零 bug 吗？我可是想过的，毕竟我还是有点追求的。不然每天都是浑浑噩噩地过，多没意思啊。 大概在一年多前，我给自己立下一个目标 —— 尽量将自己经手的业务需求做到零 bug。不试不知道，一试吓一跳，原来零 bug 还真的还不容易。今天，树哥就跟大家分享关于「业务开发零 bug」的一些思考。 要

大家好，禅道20.0.beta2发布啦，本次发布修复了若干Bug，提升了系统的稳定性。 注意：该版本为beta版本，不建议用于生产环境，欢迎大家下载试用。 禅道20版本对代码进行了大规模重构，从框架层到业务代码都进行了大幅改进。禅道作为开源软件，重构后二次开发更加友好且易于维护，也带来了更好的产品性能和更强的安全性。20版本主要的重构工作包括：新的UI库，禅道20版本使用自主开发的ZUI3前端框架