Bug 145369

What if you manually resize it ? Can you get it smaller then the screen width ?

No, I can't. But this only happen when I am downloading something, if I don't, I can resize the window normally.

It must be one of the tabs which gets to big when you are downloading. I'm guessing it's the trackers tab (probably the last one). In the settings you can hide this tab, can you disable it and see what that gives ?

Yes, you are right. The problem is the trakers tab, when I disable it, I can get the window smaller than the screen width.

I'm gonna see what takes up the most space in Spanish, and try to get that smaller. 

SVN commit 665574 by guisson:

There is no need to use Tracker URL and Tracker status in the trackers tab, URL and Status do just fine.
This should also fix the problem of the window getting to big in 1024x768 with the Spanish translation when a torrent is downloading.

BUG: 145369



 M  +5 -2      trackerviewbase.ui  


--- trunk/extragear/network/ktorrent/plugins/infowidget/trackerviewbase.ui #665573:665574
@@ -20,6 +20,9 @@
             <verstretch>0</verstretch>
         </sizepolicy>
     </property>
+    <property name="caption">
+        <string>TrackerViewBase</string>
+    </property>
     <grid>
         <property name="name">
             <cstring>unnamed</cstring>
@@ -53,7 +56,7 @@
                                 </sizepolicy>
                             </property>
                             <property name="text">
-                                <string>Tracker URL:</string>
+                                <string>URL:</string>
                             </property>
                         </widget>
                         <widget class="KSqueezedTextLabel">
@@ -102,7 +105,7 @@
                                 </sizepolicy>
                             </property>
                             <property name="text">
-                                <string>Tracker status:</string>
+                                <string>Status:</string>
                             </property>
                         </widget>
                         <widget class="QLabel">

Thank you very much!

On version 2.2 there is a similar problem. Now, the problem is the "Estado" (State) tab. This tab is too big and, again, the window overflows the screen (at 1024x768).

I reopen this bug.

Created attachment 21087 [details]
This is a snapshot of the window maximized showing the state tab

It's not the status tab, but the status bar. 

Why must Spanish take up so much space ? 

No, I tell you "STATE TAB", not "STATUS". I don't know if this tab's name is "state" in english, but the translation from "estado" is "state"

It's the tab that you can see on the attached screenshot

SVN commit 685766 by guisson:

Changes :
- Fix keep seeding
- Replace possibly firewalled stuff with a warning icon (with tooltip showing the old text), this also makes sure that the statusbar does not become to big

BUG: 145369



 M  +2 -1      apps/ktorrent/ktorrent.cpp  
 M  +2 -0      libktorrent/torrent/queuemanager.cpp  


--- branches/extragear/kde3/network/ktorrent/apps/ktorrent/ktorrent.cpp #685765:685766
@@ -163,7 +163,8 @@
 	m_statusTransfer = new QLabel(this);
 	m_statusDHT = new QLabel(this);
 	m_statusFirewall = new QLabel(this);
-	m_statusFirewall->setText(i18n("No incoming connections (possibly firewalled)")); // this will be hidden when we see an incoming connection
+	m_statusFirewall->setPixmap(SmallIcon("messagebox_warning"));
+	QToolTip::add(m_statusFirewall,i18n("No incoming connections (possibly firewalled)"));
 
 	statusBar()->addWidget(m_statusFirewall);
 	statusBar()->addWidget(m_statusInfo,1);
--- branches/extragear/kde3/network/ktorrent/libktorrent/torrent/queuemanager.cpp #685765:685766
@@ -598,6 +598,8 @@
 
 		if (keep_seeding)
 		    torrentAdded(tc, false, false);
+		else
+			stop(tc,true);
 
 		orderQueue();
 	}

No it is the status bar, if you don't believe me hide the status bar (in the Settings menu)

Yes! You are right! Thanks again :)

*** Bug 147958 has been marked as a duplicate of this bug. ***

*** Bug 148123 has been marked as a duplicate of this bug. ***