After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 644830 - Sidebar is very wide
Sidebar is very wide
Status: RESOLVED FIXED
Product: empathy
Classification: Core
Component: VoIP
2.33.x
Other Linux
: Normal normal
: ---
Assigned To: empathy-maint
Depends on:
Blocks:
 
 
Reported: 2011-03-15 14:33 UTC by Ken VanDine
Modified: 2011-03-16 10:40 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Ken VanDine 2011-03-15 14:33:02 UTC
In the call window, displaying the sidebar can end up being very wide with lots of unused space.  In talking to Sjoerd, he thinks the codec string is pushing it out.

I also noticed that if you close the call window with the sidebar displayed, the next call window opened ends up being the same size but without the sidebar displayed.  So it is saving the window size/position based on the sidebar being displayed even though it is hidden by default.
Comment 1 Guillaume Desmottes 2011-03-16 10:21:38 UTC
(In reply to comment #0)
> In the call window, displaying the sidebar can end up being very wide with lots
> of unused space.  In talking to Sjoerd, he thinks the codec string is pushing
> it out.

I fixed this in:
http://git.collabora.co.uk/?p=user/cassidy/empathy;a=shortlog;h=refs/heads/call-details-644830
http://git.collabora.co.uk/?p=user/cassidy/empathy;a=shortlog;h=refs/heads/call-details-644830-2.34

> I also noticed that if you close the call window with the sidebar displayed,
> the next call window opened ends up being the same size but without the sidebar
> displayed.  So it is saving the window size/position based on the sidebar being
> displayed even though it is hidden by default.

I opened bug #644904 for that. That's less annoying I think.
Comment 2 Emilio Pozuelo Monfort 2011-03-16 10:30:01 UTC
requier -> require (both in code and commit message).

Not sure if I prefer a scrolled window or making the various labels ellipsizable (new word!), but this is alright, so r+ if you prefer this option.
Comment 3 Guillaume Desmottes 2011-03-16 10:40:37 UTC
(In reply to comment #2)
> requier -> require (both in code and commit message).

Ooops fixed.

> Not sure if I prefer a scrolled window or making the various labels
> ellipsizable (new word!), but this is alright, so r+ if you prefer this option.

I tried that first and Xavier and I agreed that the scrolled window looks better.

Merged to both branches; thanks!


This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.