SN-10092 附来源、原文与上下文。
在 debug.log 中，它请求区块列表、收到区块列表，然后开始上传所请求区块的列表。它没有收到区块，但运行时间还不够长，我无法确定它是否已经有足够时间收到。其他情况看起来都正常。
In the debug.log, it requests the block list, receives the block list, then begins uploading the list of blocks requested. It doesn't receive the blocks, but it didn't run long enough for me to be sure it would have had time yet. Everything else looks normal.
你让它运行了多久？开始下载区块可能需要几分钟。尤其是如果你用有线电视调制解调器，上行带宽可能低得多，因此上传区块请求列表需要一些时间。
How long did you run it? It could take a few minutes to start downloading the blocks. Especially if you're on a cable modem, the uplink can be much lower bandwidth so it would take some time to upload the block request list.
如果你再次运行后仍然不下载区块，请让它至少运行几个小时，然后把 debug.log 发给我。这样应该能给我的节点足够时间连接你，我就可以看看自己这边显示什么，再与你的 debug.log 对照。
If you run it again and it still doesn't download blocks, keep it running for several hours at least and then send me the debug.log. That should give it time for my node to connect to you and I could see what it says on my side and correlate it with your debug.log.
关于关闭时最小化的选项，你说得对，没有理由不能单独设置。Martti 最初把它独立设置，是我改成了子选项，是我的错。我会改回来。
You're right about the minimize on close option, there's no reason that can't be separate. Martti originally had it separate and I made it a sub-option, my bad. I'll change it back.
引用 New Liberty Standard 的文字New Liberty Standard来源 ↗我就是这个意思。我运行程序时，状态栏显示的区块数完全没有增加。我附上了 debug.log。
That is what I meant. The blocks displayed in the status bar did not increase at all while i ran the program. I have attached my debug.log.
在 Gnome 中测试托盘图标的一个好办法，是移除通知区域，再把它加回来。如果重新添加通知区域后图标仍然显示，就说明它工作正常。
A good way for you to test the tray icon in Gnome is to remove the notification area and then add it back. If the icon is still displayed after adding the notification back, then it's working correctly.
我通常把应用程序设置为最小化时不进托盘，关闭时才进托盘。然后让应用保持最小化。这样我既不会意外关闭程序，又能方便地从托盘打开它。（我不在“任务栏”显示打开的窗口，而是放了一个图标，点击后把打开的窗口显示为子菜单项。）这样，如果托盘图标消失，我会进入设置，禁用再启用托盘图标设置，让它重新出现。目前 bitcoin 的设置做不到这一点，因为只有先勾选最小化到托盘，才能勾选关闭到托盘。
I generally set application preferences to not minimize to the tray, but to close to the tray. And I keep the application minimized. That way I don't accidentally close the program and still have the convenience of being able to open the application from the tray. (I don't display open windows in the 'task bar' but I have an icon that if clicked displays open windows as sub-menu items.) Then if the tray icon disappears, I go into the settings disable and re-enable the tray icon setting to get it to reappear. That's currently not possible with the bitcoin preferences because the close to tray check mark can not be enabled without the minimize to tray check box being enabled.
引用 New Liberty Standard 的文字New Liberty Standard来源 ↗如果你是说状态栏中的区块计数没有逐渐增加到 26600 左右，那就是一个错误，你应该把 debug.log 发给我。（它在 ~/.bitcoin/debug.log）
If you mean the blocks count in the status bar isn't working its way up to around 26600, then that's a bug, you should send me your debug.log. (which is at ~/.bitcoin/debug.log)
我们还没弄清，在 Linux 上怎样像 Windows 那样找到并调出已经运行的程序。根据你的描述，我至少应该把最小化到托盘选项的初始默认状态设为关闭。
We haven't figured out how to find and bring up the existing running program yet on Linux like it does on Windows. Given what you say, I should at least turn off the minimize to tray option initially by default.
引用 New Liberty Standard 的文字New Liberty Standard来源 ↗我下载后运行起来了。它使用了不少 CPU，所以我想它工作正常。它没有下载之前生成的区块。这是错误还是新功能？
I downloaded it and it runs. It and it is using plenty of CPU, so I think it's working properly. It has not downloaded previously generated blocks. Is that a bug or a new feature?
Gnome 的系统托盘不太可靠。有时一个图标会消失，让人无法再回到程序。我已经确认 bitcoin 也可能遇到这种情况。如果在 bitcoin 已经运行时再次启动它，只会调出已运行的 bitcoin 进程的 GUI，那就好了。
The system tray in Gnome is not very reliable. Sometimes an icon will disappear leaving no way to get back to the program. I have verified that this can happen with bitcoin. It would be nice if starting bitcoin while it's already running would just bring up the GUI of the already running bitcoin process.
