我有一个为我填写表格的书签，当我在书签工具栏中单击它时效果很好。
但是，当我点击CTRL + L（“启动”快捷方式，将您带到 URL 栏）并输入小书签的名称（并点击ENTER）时，它无法工作。在控制台中有一个关于“无法找到元素”的错误（大概是它试图填写的表单元素）。
谁能解释为什么小书签可以工作，并且能够在我的书签工具栏中访问表单，但当我从 URL 栏中“启动”它时却不能？
我的（Linux Mint MATE）计算机已经运行缓慢了一段时间，但我不知道为什么：缓慢似乎是由于我的 CPU 负担过重，但系统监视器没有显示任何应用程序负责。
最终我尝试使用top并看到了这个：
882461 root -51 0 0 0 0 S 50.3 0.0 48:11.39 kidle_i+
882465 root -51 0 0 0 0 S 50.3 0.0 48:11.41 kidle_i+
882466 root -51 0 0 0 0 S 50.3 0.0 48:11.53 kidle_i+
882467 root -51 0 0 0 0 S 50.3 0.0 48:11.56 kidle_i+
882468 root -51 0 0 0 0 S 50.3 0.0 48:11.68 kidle_i+
882462 root -51 0 0 0 0 S 50.0 0.0 48:11.10 kidle_i+
882463 root -51 0 0 0 0 S 50.0 0.0 48:11.46 kidle_i+
882464 root -51 0 0 0 0 S 50.0 0.0 48:11.71 kidle_i+
我在谷歌上的任何地方都找不到对“kidle_i+”进程的任何引用，而且sudo killall kidle_i+通过进程 ID（例如）手动杀死sudo kill -9 882461似乎也没有任何效果。killall告诉我kidle_i+: no process found，虽然kill似乎工作......但不会杀死这个过程。
任何人都可以帮助我了解这个过程发生了什么，以及我如何能够 A) 理解它为什么应该运行，或者 B) 停止它运行？
主题行几乎说明了一切。当您在 URL 栏中输入没有HTTP/HTTPS 前缀的网站 URL 时，我认为 Chrome 总是更喜欢 HTTPS，或者使用历史记录/书签作为指导来决定使用哪个。
但是，我有一个站点（以及较旧的、使用 mediawiki 的站点）同时具有 HTTP 和 HTTPS 版本，尽管我删除了所有 HTTP 历史条目和书签，并且有许多 HTTPS URL 的历史条目/书签，但 Chrome 总是为其选择 HTTP在那个网站上。
很明显，该网站有一些东西让 Chrome 选择了 HTTP：谁能解释 Chrome 是如何做出这个决定的？
我可以在非 Linux 机器（包括我的手机）上毫无问题地访问网站https://ce.uci.edu 。但是当我在我的 Linux 计算机上浏览它时，无论是在 Chrome 还是 Firefox 中，我都会收到错误“NET::ERR_CERT_AUTHORITY_INVALID”。
为什么我的操作系统会导致这种情况，而其他人不会？安全证书验证不应该独立于操作系统吗？
这使得与 IT 部门的谈话很尴尬，因为他们没有看到问题。
MediaWiki 软件让您可以通过访问 URL（例如wiki.example.com/MediaWiki:Common.js. （拥有足够的权限）您可以像编辑任何 wiki 页面一样“编辑”该文件，当您保存它时，站点的用户将看到新版本。
我非常希望能够将 Babel.js 插入该过程。Babel.js 是一个命令行（基于节点）程序，它允许程序员编写现代代码，但将其“降级”（转译）以向后兼容旧版浏览器。您基本上运行babel inputFile.js outputFile.js然后使用它生成的 outputFile.js。
理想情况下，我会喜欢一个扩展、配置选项、资源加载器或任何能让我在wiki 用户保存文件后对文件运行 Babel 的东西。而不是用户看到原始文件，我希望他们看到 Babel 生成的文件。
这可能吗？
做不到这一点，如果有人知道任何以类似方式工作的 MediaWiki 扩展（运行命令行程序并在保存 wiki“页面”后使用它的输出），但是对于某些其他类型的文件或使用另一个命令行程序，这也将有助于了解。