Nicklist size

Bug #354979 reported by netcelli
62
This bug affects 9 people
Affects Status Importance Assigned to Milestone
LinuxDC++
Confirmed
Low
Unassigned

Bug Description

The nicklist has a different width every time i start linuxdcpp and it does not save width preference. I checked the conf file but it seems k

Revision history for this message
lys (lys) wrote :

i've seen something simular to this, only for me it was that the nicklist was all the way to the left of the screen nearly completely covering the chat section, for some reason cant reproduce it now, think the client was crashing on shutdown, not closing properly

Revision history for this message
netcelli (netcelli) wrote :

I have this problem every times i stars linuxdcpp :( I also try to remove .dc++ dir from my home but problem is not fixed :)

Revision history for this message
Razzloss (razzloss) wrote :

What version are you using? And if not at least 1.0.3 please upgrade and see if it fixes the problem.

--RZ

Changed in linuxdcpp:
status: New → Incomplete
Revision history for this message
netcelli (netcelli) wrote :

Yes im using the last stable version :)

Revision history for this message
Steven Sheehy (steven-sheehy) wrote :

Nick list size is stored in ~/.dc++/LinuxDC++.xml in the nick-pane-position field. You can monitor this xml to see what its value is. Since there is only one setting and there can be multiple hub windows open, it will only save the size in the xml for the last hub tab closed. Also, if the size of the pane is less than 10 pixels, it won't save it to avoid the situation when you can't find the nick pane to resize it. Other than that, it may be some issue with having the window maximized vs not-maximized since I seem to recall some issues with getting window size in certain scenarios. Please try reproducing it keeping these things in mind.

Revision history for this message
netcelli (netcelli) wrote :

K thanks for answer ill try :)

Revision history for this message
Alexander Vasilev (alexvasilev75) wrote :

Here are the screenshots and LinuxDC++.xml values that Steven requested at my duplicate thread:

Before - http://img219.imageshack.us/img219/1807/first.png
After - http://img160.imageshack.us/img160/6500/second.png

The bug happens randomly - sometimes i can restart the program few times without it, and sometimes it happens on every restart. Also it isn't limited to what is seen on the screenshot - sometimes the nick list occupies the entire space, (the chat is squeezed in a few pixels to the left, and the download list on the bottom) or vice versa.

Revision history for this message
Alexander Vasilev (alexvasilev75) wrote :

/off
I can't find the edit button ^^
/end off

I tried configuring all my hubs approximately the same way and it still happened. Alsto tried closing the hubs one by one and unmaximizing the window before exiting the application - no joy.

Revision history for this message
netcelli (netcelli) wrote :

I just notice that this not happens on new tab; only tab open automatically from fav hubs have different size :)

Revision history for this message
Steven Sheehy (steven-sheehy) wrote :

Ok, I could finally reproduce it once I auto-connect to a hub AND I maximized the main window. It seems that when the auto-connect hubs are opened the main window has not fully maximized at that point. So when the code calculates the nick pane position based on this inaccurate window size, it results in the pane not being in its previous position.

Changed in linuxdcpp:
importance: Undecided → Low
status: Incomplete → Confirmed
Revision history for this message
lys (lys) wrote :

yes not having linuxdc++ fully maximised on my firewall pc that was still affected by this issue seems to resolve the issue here too

Revision history for this message
Francois Botha (igitur) wrote :

For maximized windows:

The problem is that the pane divider's position is saved to the .xml file while the window is maximized. On startup, it is loaded from the .xml file while the window is still unmaximized.

The value in the .xml file is (window width - position from left hand side). In other words it's saving the number of pixels from the right hand side. Because the width is different ad load and save times, the values are inconsistent.

IMHO LinuxDC++ should just save the position in terms of number of pixels from left hand side. If the developers agree, I'll attach a patch.

Revision history for this message
Steven Sheehy (steven-sheehy) wrote :

Sounds ok to me. Now you just need to resolve the transfer pane when starting with the window maximized. :)

Revision history for this message
Francois Botha (igitur) wrote :

Is there a bug for the transfer pane issue? I couldn't find it. I'll look at it if someone can bump bug 311818 :)

Revision history for this message
Steven Sheehy (steven-sheehy) wrote :
Revision history for this message
Olorin (vivliofika) wrote :

Francois Botha wrote on 2010-07-27

I agree with Francois. Save the transfer bar height and userlist width. All other area in the main window should be filled by chat.

Revision history for this message
Olorin (vivliofika) wrote :

re: https://bugs.launchpad.net/linuxdcpp/+bug/354979/comments/12
re: https://bugs.launchpad.net/linuxdcpp/+bug/354979/comments/16

So if the main window with menu is less than it needed, we should see only the bottom of transfer bar, it's predictable and expectable.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.