mirror of
https://github.com/transmission/transmission.git
synced 2026-04-19 16:31:13 +01:00
fix: silence some sonarcloud warnings (#1493)
* refactor: add null ptr check in initPeerRow() * refactor: add a nullptr gurad in icon_cache_get_mime_type_icon * chore: silence two "break notreached" warnings * chore: silence sonarcloud html warnings * chore: silence sonarcloud uninitialized var warning * chore: silence sonarcloud nullptr warning
This commit is contained in:
@@ -1,4 +1,5 @@
|
||||
<html>
|
||||
<!DOCTYPE html>
|
||||
<html lang="en">
|
||||
|
||||
<head>
|
||||
<META http-equiv="Content-Type" content="text/html; charset=utf-8" />
|
||||
@@ -28,7 +29,7 @@
|
||||
|
||||
<li>Make sure you cap your upload speed, so that it isn't flooded. A good rule of thumb is about 60-70% of your maximum upload bandwidth. This can be adjusted in Preferences -> Bandwidth, or in real time using the Action menu.
|
||||
<div summary="To do this" class="taskbox">
|
||||
<p>eg. If your upload connection is 256 Kilobits/sec, then you should cap it at 21 KB/sec ((<b>256</b> / 8) * 0.66 = <b>21</b>).
|
||||
<p>eg. If your upload connection is 256 Kilobits/sec, then you should cap it at 21 KB/sec ((<strong>256</strong> / 8) * 0.66 = <strong>21</strong>).
|
||||
</div>
|
||||
</li>
|
||||
|
||||
@@ -37,7 +38,7 @@
|
||||
To avoid spreading your upload too thinly, a good rule of thumb is to have at least 128 KBit/sec of upload bandwidth for every torrent you wish to run simultaneously.
|
||||
|
||||
<div summary="To do this" class="taskbox">
|
||||
<p>eg. If your upload bandwidth is 256 KBit/sec, then you should only have two (<b>256</b>/128 = <b>2</b>) downloading transfers in the queue.
|
||||
<p>eg. If your upload bandwidth is 256 KBit/sec, then you should only have two (<strong>256</strong>/128 = <strong>2</strong>) downloading transfers in the queue.
|
||||
</div>
|
||||
</li>
|
||||
</ol>
|
||||
@@ -46,4 +47,4 @@
|
||||
</div>
|
||||
</body>
|
||||
|
||||
</html>
|
||||
</html>
|
||||
|
||||
Reference in New Issue
Block a user