yfdyh000：44.0a1 (2015-10-02) 无法重现。试了更长名称的，也不行。
https://i.imgur.com/NNlt1pm.png回到原帖

需要中文版   我记得和语言有关系   .说的换行 应该是上面那个证书描述"(CA)这个在第二行",而非那几个选项

http://i13.tietuku.com/ccda8b37fc43be4as.png

yfdyh000：44.0a1 (2015-10-02) 无法重现。试了更长名称的，也不行。
https://i.imgur.com/NNlt1pm.png回到原帖

最新Nightly可以复现。

P.S. 这个论坛怎么传不了图……Win10自带的拼音输入法也没法在这文本框里打字。

xcffl：最新Nightly可以复现。

P.S. 这个论坛怎么传不了图……Win10自带的拼音输入法也没法在这文本框里打字。回到原帖

商船总是失败 ,而且上传按钮 总是提示没有flash   ,传个图还要切ie

yfdyh000：也有内置版的。https://archive.mozilla.org/pub/firefox/nightly/latest-mozilla-central-l10n/回到原帖

我用的语言包

确实有重现，条件不确定，或许与字体相关。相关文件都很旧，很久未变更，没找到迹象。
源于宽度不足，就差一个字符的宽度，乃至更少，因为将正常界面中的任一空格换成0，就会宽度不足折行了。
没找到这个对话框宽度是如何生成的。

相关代码：
chrome://pippki/content/editcacert.xul
setText("certmsg", message1);


补充：
发现 window.sizeToContent(); 可能相关，手动调用有效，但加入代码后无效。由 moveToAlertPosition 触发。
https://dxr.mozilla.org/mozilla-central/search?q=moveToAlertPosition

yfdyh000：确实有重现，条件不确定，或许与字体相关。相关文件都很旧，很久未变更，没找到迹象。
源于宽度不足，就差一个字符的宽度，乃至更少，因为将正常界面中的任一空格换成0，就会宽度不足折行了。
没找到这个对话框宽度是如何生成的。

相关代码： ...回到原帖

16升17的时候就出现了

谷歌大法好：16升17的时候就出现了回到原帖

二分结果好像真是这样，像是 [2012-07-25, 2012-07-26] (1 days) 这个范围出现的。
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ef20925bc2a5&tochange=20db7c6d82cc
不过变更太多，看了几个，没找到线索。暂时也没编译环境，没法细致二分。

yfdyh000：二分结果好像真是这样，像是 [2012-07-25, 2012-07-26] (1 days) 这个范围出现的。
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ef...回到原帖

问题比想象的要复杂。 我说和硬件加速有关系，会有人笑我么 。同一个版本 HA  on/off  显示不一样，我看到过相关bug   搜 cert manager  ，仔细找找应该会有

yfdyh000：二分结果好像真是这样，像是 [2012-07-25, 2012-07-26] (1 days) 这个范围出现的。
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ef...回到原帖

也许不用这么麻烦，直接beyondcompare 16  和17 的pippki文件夹 ，看看那些文件进行了变更，变更了那些代码，逆推就行吧   非专业人士，此想法仅供参考 ，可行性未知
PS：我这里 16  17没有差异 都是正常的

faterover：问题比想象的要复杂。 我说和硬件加速有关系，会有人笑我么 。同一个版本 HA  on/off  显示不一样，我看到过相关bug   搜 cert manager  ，仔细找找应该会有回到原帖

或许与语言环境的字体相关，非定宽字体的宽度计算方面。硬件加速……可能性较低，但不是完全没有。

cert manager 大致搜了一下，没看到。

faterover：也许不用这么麻烦，直接beyondcompare 16  和17 的pippki文件夹 ，看看那些文件进行了变更，变更了那些代码，逆推就行吧   非专业人士，此想法仅供参考 ，可行性未知
PS：我这里 16  17没有差异 都是正常的回到原帖

一个半月的代码，变更太多了。而且相关目录的文件在 http://dxr.mozilla.org/ 也看过，近期好像没有变更。
半自动工具，效果应该一样的。本想借助inbuild进一步细分定位，但那个时间段好像没有。

是 Chambers of Commerce Root - 2008 吗，我测试是有差异的。但或许与字体等因素相关。

yfdyh000：或许与语言环境的字体相关，非定宽字体的宽度计算方面。硬件加速……可能性较低，但不是完全没有。

cert manager 大致搜了一下，没看到。回到原帖

我这里开关硬件加速  还真的有差异``````````

yfdyh000：一个半月的代码，变更太多了。而且相关目录的文件在 http://dxr.mozilla.org/ 也看过，近期好像没有变更。
半自动工具，效果应该一样的。本想借助inbuild进一步细分定位，但那个时间段好像没有。

是 Chambers ...回到原帖

进行对比 应该是指 直接对比omni.ja   文件夹下的文件吧，我解压了，对比下16&17   有两个文件有变化   certManager.xul  还有一个记不住了  明天再说，躺了

yfdyh000：一个半月的代码，变更太多了。而且相关目录的文件在 http://dxr.mozilla.org/ 也看过，近期好像没有变更。
半自动工具，效果应该一样的。本想借助inbuild进一步细分定位，但那个时间段好像没有。

是 Chambers ...回到原帖

应该说字体决定了某些时候不会出现（准确地说，某些字体下，不会换行…），但是至少在中文win7下只要够长、换行之后一定会出现

我看你前面的截图，你是英文系统吗？

参考某个英文软件安装在中文系统中，出现按钮错位情况的修改方法
请备份好注册表文件


找到這個 registry: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\GRE_Initialize,
然后修改以下三个registry设置:
a. GUIFont.CharSet = 128 (十进制)
b. GUIFont.Facename = Tahoma
c. GUIFont.Height = 8 (十进制)

然后重启电脑，看一看情况如何