Debian Bug report logs -
#601828
roxterm: Terminal window often gets resized automatically
Toggle useless messages
Report forwarded
to debian-bugs-dist@lists.debian.org, Tony Houghton <h@realh.co.uk>:
Bug#601828; Package roxterm.
(Sat, 30 Oct 2010 06:18:05 GMT) (full text, mbox, link).
Acknowledgement sent
to Teresa e Junior <teresaejunior@gmail.com>:
New Bug report received and forwarded. Copy sent to Tony Houghton <h@realh.co.uk>.
(Sat, 30 Oct 2010 06:18:05 GMT) (full text, mbox, link).
Message #5 received at submit@bugs.debian.org (full text, mbox, reply):
Package: roxterm
Version: 1.18.5-2
Severity: normal
Hello, Tony!
I've been noticing a annoying bug in roxterm when using mc for a long time. I thought
one should have already noticed, but since it's not been fixed, here it goes:
I use the Midnight Commander very often, and specially the lynx-like browsing, and
when changing directories, the window is resized, eg. from 80x25 to 79x25, to 78x25,
and so forth. Sometimes it doesn't happen, but it does very often. Sometimes I
start browsing fast, and the window becomes 70x25..., and it steals to much attention.
The window is also resized if I change the GTK+ font size and closing tabs. I'll be
glad to give any more information if needed. Great piece of software!
Best regards!
Teresa e Junior
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (650, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.35-7.dmz.1-liquorix-686 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages roxterm depends on:
ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib
ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra
ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst
ii libdbus-glib-1-2 0.88-2 simple interprocess messaging syst
ii libfontconfig1 2.8.0-2.1 generic font configuration library
ii libfreetype6 2.4.2-2 FreeType 2 font engine, shared lib
ii libglade2-0 1:2.6.4-1 library to load .glade files at ru
ii libglib2.0-0 2.24.2-1 The GLib library of C routines
ii libgtk2.0-0 2.20.1-1+b1 The GTK+ graphical user interface
ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library
ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio
ii libsm6 2:1.1.1-1 X11 Session Management library
ii libvte9 1:0.24.3-1 Terminal emulator widget for GTK+
ii libx11-6 2:1.3.3-3 X11 client-side library
ii libxml2 2.7.7.dfsg-4 GNOME XML library
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
Versions of packages roxterm recommends:
ii openssh-client 1:5.5p1-5 secure shell (SSH) client, for sec
roxterm suggests no packages.
-- no debconf information
Information forwarded
to debian-bugs-dist@lists.debian.org:
Bug#601828; Package roxterm.
(Fri, 05 Nov 2010 16:21:06 GMT) (full text, mbox, link).
Acknowledgement sent
to Tony Houghton <h@realh.co.uk>:
Extra info received and forwarded to list.
(Fri, 05 Nov 2010 16:21:06 GMT) (full text, mbox, link).
Message #10 received at 601828@bugs.debian.org (full text, mbox, reply):
Do you know whether this started with 1.18.5-2 or before then? I think
this is caused by the same issue as
<https://sourceforge.net/tracker/?func=detail&atid=698428&aid=3089323&group_id=124080>.
> The window is also resized if I change the GTK+ font size and closing
> tabs. I'll be glad to give any more information if needed. Great piece
> of software!
The window size is supposed to change when you change the font to try to
preserve the terminal's geometry (number of rows and columns). Is it
doing it incorrectly? The aim is to preserve that geometry except when
the user explicitly resizes the window, but I'm having a lot of
difficulty with that goal!
What window manager are you using?
--
TH * http://www.realh.co.uk
Information forwarded
to debian-bugs-dist@lists.debian.org:
Bug#601828; Package roxterm.
(Fri, 05 Nov 2010 16:33:04 GMT) (full text, mbox, link).
Acknowledgement sent
to Tony Houghton <h@realh.co.uk>:
Extra info received and forwarded to list.
(Fri, 05 Nov 2010 16:33:04 GMT) (full text, mbox, link).
Message #15 received at 601828@bugs.debian.org (full text, mbox, reply):
Do you know whether this started with 1.18.5-2 or before then? I think
this is caused by the same issue as
<https://sourceforge.net/tracker/?func=detail&atid=698428&aid=3089323&group_id=124080>.
> The window is also resized if I change the GTK+ font size and closing
> tabs. I'll be glad to give any more information if needed. Great piece
> of software!
The window size is supposed to change when you change the font to try to
preserve the terminal's geometry (number of rows and columns). Is it
doing it incorrectly? The aim is to preserve that geometry except when
the user explicitly resizes the window, but I'm having a lot of
difficulty with that goal!
What window manager are you using?
--
TH * http://www.realh.co.uk
Information forwarded
to debian-bugs-dist@lists.debian.org:
Bug#601828; Package roxterm.
(Sun, 14 Nov 2010 19:45:03 GMT) (full text, mbox, link).
Acknowledgement sent
to Tony Houghton <h@realh.co.uk>:
Extra info received and forwarded to list.
(Sun, 14 Nov 2010 19:45:03 GMT) (full text, mbox, link).
Message #22 received at 601828@bugs.debian.org (full text, mbox, reply):
I'm not familiar with mc so I'm not sure how to try to reproduce this
bug. I have fixed some sizing bugs since 1.18.5 so please can you try
the latest git so I know whether I can close this bug in the next Debian
release. Unfortunately Squeeze is frozen with 1.18.5-3; there have been
too many changes since then to make it practical to make a freeze
exception.
Instructions for fetching a git snapshot are at
<http://roxterm.sourceforge.net/index.php?page=installation&lang=en> and
instructions for building a Debian package from that are in a file name
INSTALL.Debian.
--
TH * http://www.realh.co.uk
Information forwarded
to debian-bugs-dist@lists.debian.org, Tony Houghton <h@realh.co.uk>:
Bug#601828; Package roxterm.
(Sun, 28 Nov 2010 02:03:06 GMT) (full text, mbox, link).
Acknowledgement sent
to Teresa e Junior <teresaejunior@gmail.com>:
Extra info received and forwarded to list. Copy sent to Tony Houghton <h@realh.co.uk>.
(Sun, 28 Nov 2010 02:03:06 GMT) (full text, mbox, link).
Message #27 received at 601828@bugs.debian.org (full text, mbox, reply):
Hello, Tony, and sorry for not replying! None of your messages were
forwarded to my mailbox. I found them through the web interface. I'm
CCing you, but don't know whether I should...
> Do you know whether this started with 1.18.5-2 or before then? I think
> this is caused by the same issue as
> https://sourceforge.net/tracker/?func=detail&atid=698428&aid=3089323&group_id=124080
I can't remember exactly..., but it seems it is. This version was
released on 15 Aug 2010, and I believe it is the time I started
noticing this.
> The window size is supposed to change when you change the font to try
> to preserve the terminal's geometry (number of rows and columns). Is
> it doing it incorrectly? The aim is to preserve that geometry except
> when the user explicitly resizes the window, but I'm having a lot of
> difficulty with that goal!
There is no problem in changing the GTK theme, actually, for I won't
switch themes often. But that is quite boring when opening and closing
tabs, which I do very often. Though I've noticed the same behaviour in
xfce4-terminal (tabs).
> What window manager are you using?
I used Fvwm until the middle of the year and have never noticed
anything, but now I'm using Xfwm4.
> I'm not familiar with mc so I'm not sure how to try to reproduce this
> bug. I have fixed some sizing bugs since 1.18.5 so please can you try
> the latest git so I know whether I can close this bug in the next
> Debian release. Unfortunately Squeeze is frozen with 1.18.5-3; there
> have been too many changes since then to make it practical to make a
> freeze exception.
Very good and important if we could have that fixed for Squeeze.
> Instructions for fetching a git snapshot are at
> http://roxterm.sourceforge.net/index.php?page=installation&lang=en
> and instructions for building a Debian package from that are in a
> file name INSTALL.Debian.
I'll try that ASAIC.
Thank you and best regards!
Teresa e Junior
Information forwarded
to debian-bugs-dist@lists.debian.org, Tony Houghton <h@realh.co.uk>:
Bug#601828; Package roxterm.
(Sun, 28 Nov 2010 15:48:02 GMT) (full text, mbox, link).
Acknowledgement sent
to Teresa e Junior <teresaejunior@gmail.com>:
Extra info received and forwarded to list. Copy sent to Tony Houghton <h@realh.co.uk>.
(Sun, 28 Nov 2010 15:48:02 GMT) (full text, mbox, link).
Message #32 received at 601828@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Sat, 27 Nov 2010 23:57:50 -0200
Teresa e Junior <teresaejunior@gmail.com> wrote:
> Hello, Tony, and sorry for not replying! None of your messages were
> forwarded to my mailbox. I found them through the web interface. I'm
> CCing you, but don't know whether I should...
>
> > Do you know whether this started with 1.18.5-2 or before then? I
> > think this is caused by the same issue as
> > https://sourceforge.net/tracker/?func=detail&atid=698428&aid=3089323&group_id=124080
>
> I can't remember exactly..., but it seems it is. This version was
> released on 15 Aug 2010, and I believe it is the time I started
> noticing this.
>
> > The window size is supposed to change when you change the font to
> > try to preserve the terminal's geometry (number of rows and
> > columns). Is it doing it incorrectly? The aim is to preserve that
> > geometry except when the user explicitly resizes the window, but
> > I'm having a lot of difficulty with that goal!
>
> There is no problem in changing the GTK theme, actually, for I won't
> switch themes often. But that is quite boring when opening and closing
> tabs, which I do very often. Though I've noticed the same behaviour in
> xfce4-terminal (tabs).
>
> > What window manager are you using?
>
> I used Fvwm until the middle of the year and have never noticed
> anything, but now I'm using Xfwm4.
>
> > I'm not familiar with mc so I'm not sure how to try to reproduce
> > this bug. I have fixed some sizing bugs since 1.18.5 so please can
> > you try the latest git so I know whether I can close this bug in
> > the next Debian release. Unfortunately Squeeze is frozen with
> > 1.18.5-3; there have been too many changes since then to make it
> > practical to make a freeze exception.
>
> Very good and important if we could have that fixed for Squeeze.
>
> > Instructions for fetching a git snapshot are at
> > http://roxterm.sourceforge.net/index.php?page=installation&lang=en
> > and instructions for building a Debian package from that are in a
> > file name INSTALL.Debian.
>
> I'll try that ASAIC.
>
> Thank you and best regards!
> Teresa e Junior
Hello, Tony!
I've compiled roxterm from git and, sorry to disappoint you, but here
is a screenshot of before and after... It happens if I disable 'Always
show tab bar' and when using mc.
Best regards!
Teresa and Junior
[roxterm.jpg (image/jpeg, attachment)]
Information forwarded
to debian-bugs-dist@lists.debian.org, Tony Houghton <h@realh.co.uk>:
Bug#601828; Package roxterm.
(Sun, 28 Nov 2010 17:15:05 GMT) (full text, mbox, link).
Acknowledgement sent
to Teresa e Junior <teresaejunior@gmail.com>:
Extra info received and forwarded to list. Copy sent to Tony Houghton <h@realh.co.uk>.
(Sun, 28 Nov 2010 17:15:06 GMT) (full text, mbox, link).
Message #37 received at 601828@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
On Sun, 28 Nov 2010 13:44:57 -0200
Teresa e Junior <teresaejunior@gmail.com> wrote:
> On Sat, 27 Nov 2010 23:57:50 -0200
> Teresa e Junior <teresaejunior@gmail.com> wrote:
>
> > Hello, Tony, and sorry for not replying! None of your messages were
> > forwarded to my mailbox. I found them through the web interface. I'm
> > CCing you, but don't know whether I should...
> >
> > > Do you know whether this started with 1.18.5-2 or before then? I
> > > think this is caused by the same issue as
> > > https://sourceforge.net/tracker/?func=detail&atid=698428&aid=3089323&group_id=124080
> >
> > I can't remember exactly..., but it seems it is. This version was
> > released on 15 Aug 2010, and I believe it is the time I started
> > noticing this.
> >
> > > The window size is supposed to change when you change the font to
> > > try to preserve the terminal's geometry (number of rows and
> > > columns). Is it doing it incorrectly? The aim is to preserve that
> > > geometry except when the user explicitly resizes the window, but
> > > I'm having a lot of difficulty with that goal!
> >
> > There is no problem in changing the GTK theme, actually, for I won't
> > switch themes often. But that is quite boring when opening and
> > closing tabs, which I do very often. Though I've noticed the same
> > behaviour in xfce4-terminal (tabs).
> >
> > > What window manager are you using?
> >
> > I used Fvwm until the middle of the year and have never noticed
> > anything, but now I'm using Xfwm4.
> >
> > > I'm not familiar with mc so I'm not sure how to try to reproduce
> > > this bug. I have fixed some sizing bugs since 1.18.5 so please can
> > > you try the latest git so I know whether I can close this bug in
> > > the next Debian release. Unfortunately Squeeze is frozen with
> > > 1.18.5-3; there have been too many changes since then to make it
> > > practical to make a freeze exception.
> >
> > Very good and important if we could have that fixed for Squeeze.
> >
> > > Instructions for fetching a git snapshot are at
> > > http://roxterm.sourceforge.net/index.php?page=installation&lang=en
> > > and instructions for building a Debian package from that are in a
> > > file name INSTALL.Debian.
> >
> > I'll try that ASAIC.
> >
> > Thank you and best regards!
> > Teresa e Junior
>
> Hello, Tony!
>
> I've compiled roxterm from git and, sorry to disappoint you, but here
> is a screenshot of before and after... It happens if I disable 'Always
> show tab bar' and when using mc.
>
> Best regards!
> Teresa and Junior
It's gone worse now, actually, please watch the attached video!
Best regards!
Teresa and Junior
[recorded_desktop-3.ogv (video/ogg, attachment)]
Information forwarded
to debian-bugs-dist@lists.debian.org:
Bug#601828; Package roxterm.
(Tue, 30 Nov 2010 14:15:06 GMT) (full text, mbox, link).
Acknowledgement sent
to Tony Houghton <h@realh.co.uk>:
Extra info received and forwarded to list.
(Tue, 30 Nov 2010 14:15:06 GMT) (full text, mbox, link).
Message #42 received at 601828@bugs.debian.org (full text, mbox, reply):
On 28/11/10 17:06, Teresa e Junior wrote:
> On Sun, 28 Nov 2010 13:44:57 -0200
> Teresa e Junior<teresaejunior@gmail.com> wrote:
>
>>> Very good and important if we could have that fixed for Squeeze.
I don't know if that will be possible. There have been too many changes
since 1.18.5 to make it practical to fix that as well as 1.20.x and it
might not be acceptable to have all these changes suddenly go in at such
a late stage before Squeeze's release :-(.
>> I've compiled roxterm from git and, sorry to disappoint you, but here
>> is a screenshot of before and after... It happens if I disable 'Always
>> show tab bar' and when using mc.
>
> It's gone worse now, actually, please watch the attached video!
I haven't tried mc yet, but I can't reproduce the problem when adding
tabs. I think it might be caused by the tab labels/titles being too
long. I've got some questions:
1. Does it only (start to) happen when tab labels get too long for the
window width?
2. Does this only happen when "always show tab bar" is disabled? Is it
the same answer both for mc and adding tabs?
3. Does adding tabs only change the size after the sizing has already
started going wrong after using mc?
4. Can you tell me what happens to the geometry when it starts going
wrong? Hold the mouse button down over a window edge as if you're
about to drag it and xfwm4 will show the window's idea of the number
of columns x rows. Is this consistent with the terminal's actual
columns and rows (eg check $COLUMNS and $ROWS in a shell)?
Information forwarded
to debian-bugs-dist@lists.debian.org:
Bug#601828; Package roxterm.
(Tue, 30 Nov 2010 14:45:08 GMT) (full text, mbox, link).
Acknowledgement sent
to Tony Houghton <h@realh.co.uk>:
Extra info received and forwarded to list.
(Tue, 30 Nov 2010 14:45:08 GMT) (full text, mbox, link).
Message #47 received at 601828@bugs.debian.org (full text, mbox, reply):
On 30/11/10 14:13, Tony Houghton wrote:
> I think it might be caused by the tab labels/titles being too
> long.
I found a really long directory name and confirmed that does cause this
problem. I'd better go back to the old behaviour with homogenous tabs
and ellipsized labels. I think the problem you had with 1.18.x was a
different bug.
So I don't need you to answer those questions for now but I will ask you
to test from git again between my making the changes and releasing.
Information forwarded
to debian-bugs-dist@lists.debian.org, Tony Houghton <h@realh.co.uk>:
Bug#601828; Package roxterm.
(Wed, 01 Dec 2010 01:45:03 GMT) (full text, mbox, link).
Acknowledgement sent
to Teresa e Junior <teresaejunior@gmail.com>:
Extra info received and forwarded to list. Copy sent to Tony Houghton <h@realh.co.uk>.
(Wed, 01 Dec 2010 01:45:03 GMT) (full text, mbox, link).
Message #52 received at 601828@bugs.debian.org (full text, mbox, reply):
Hello, Tony!
This time I can't get it to compile:
make[4]: Entrando no diretório
`/home/teresaejunior/roxterm/roxterm-1.20.0.25/po4a' po4a-updatepo -M
UTF-8 -L UTF-8 --package-name=roxterm --package-version=1.20.0.25~ge1e
18df --copyright-holder="Tony Houghton" --msgid-bugs-address=h@realh.c
o.uk -f docbook -m ../roxterm.1.xml.in -p roxterm.1.es.po
Unknown option: L
Usage:
po4a-updatepo -f <fmt> (-m <master.doc>)+ (-p <XX.po>)+
(XX.po are the outputs, all others are inputs)
make[4]: ** [roxterm.1.es.po] Erro 2
Information forwarded
to debian-bugs-dist@lists.debian.org:
Bug#601828; Package roxterm.
(Wed, 01 Dec 2010 13:57:03 GMT) (full text, mbox, link).
Acknowledgement sent
to Tony Houghton <h@realh.co.uk>:
Extra info received and forwarded to list.
(Wed, 01 Dec 2010 13:57:03 GMT) (full text, mbox, link).
Message #57 received at 601828@bugs.debian.org (full text, mbox, reply):
On 01/12/10 01:43, Teresa e Junior wrote:
> Unknown option: L
> Usage:
> po4a-updatepo -f<fmt> (-m<master.doc>)+ (-p<XX.po>)+
>
> (XX.po are the outputs, all others are inputs)
Hm, man po4a-updatepo doesn't mention -L either so maybe it's invalid
for that tool but my version was just silently ignoring it for some
reason. I've checked in a modified script which leaves out the -L option
for po4a-updatepo. Please git-pull and run through the entire build
process again, including bootstrap.sh, to make sure the Makefile gets
regenerated correctly.
Information forwarded
to debian-bugs-dist@lists.debian.org, Tony Houghton <h@realh.co.uk>:
Bug#601828; Package roxterm.
(Sat, 11 Dec 2010 01:15:03 GMT) (full text, mbox, link).
Acknowledgement sent
to Teresa e Junior <teresaejunior@gmail.com>:
Extra info received and forwarded to list. Copy sent to Tony Houghton <h@realh.co.uk>.
(Sat, 11 Dec 2010 01:15:03 GMT) (full text, mbox, link).
Message #62 received at 601828@bugs.debian.org (full text, mbox, reply):
Hello, Tony!
The result now seems much better. I don't notice the problem in mc, and
it seems to be OK disabling "Always show the tab bar". The best result
after many releases!
The only problem now, which is easily reproducible and not so
important, is that the window size goes crazy after the fourth tab. It
keeps its size when opening or closing tabs until three tabs, but when
I open the fourth, it tries to resize the window to fit the tabs, when
opening a fifth one, it grows even more, and so on... It grows to the
sides only, not downwards like in that video.
Would you please include my email address in CC next time, for I've
lost track of this bug?
Thank you for your efforts and best regards!
Teresa e Junior
Information forwarded
to debian-bugs-dist@lists.debian.org:
Bug#601828; Package roxterm.
(Sat, 11 Dec 2010 13:51:09 GMT) (full text, mbox, link).
Acknowledgement sent
to Tony Houghton <h@realh.co.uk>:
Extra info received and forwarded to list.
(Sat, 11 Dec 2010 13:51:09 GMT) (full text, mbox, link).
Message #67 received at 601828@bugs.debian.org (full text, mbox, reply):
On 11/12/10 01:10, Teresa e Junior wrote:
> The result now seems much better. I don't notice the problem in mc, and
> it seems to be OK disabling "Always show the tab bar". The best result
> after many releases!
>
> The only problem now, which is easily reproducible and not so
> important, is that the window size goes crazy after the fourth tab. It
> keeps its size when opening or closing tabs until three tabs, but when
> I open the fourth, it tries to resize the window to fit the tabs, when
> opening a fifth one, it grows even more, and so on... It grows to the
> sides only, not downwards like in that video.
When did you last update? Is the version showing at least 1.20.0.27?
Are you still using very long tab titles (long directory names)? Do they
not get ellipsized or do the scroll arrows fail to appear in the tab
bar?
--
TH * http://www.realh.co.uk
Information forwarded
to debian-bugs-dist@lists.debian.org, Tony Houghton <h@realh.co.uk>:
Bug#601828; Package roxterm.
(Sun, 12 Dec 2010 01:51:04 GMT) (full text, mbox, link).
Acknowledgement sent
to Teresa e Junior <teresaejunior@gmail.com>:
Extra info received and forwarded to list. Copy sent to Tony Houghton <h@realh.co.uk>.
(Sun, 12 Dec 2010 01:51:04 GMT) (full text, mbox, link).
Message #72 received at 601828@bugs.debian.org (full text, mbox, reply):
On Sat, 11 Dec 2010 13:46:07 +0000
Tony Houghton <h@realh.co.uk> wrote:
> On 11/12/10 01:10, Teresa e Junior wrote:
> > The result now seems much better. I don't notice the problem in mc,
> > and it seems to be OK disabling "Always show the tab bar". The best
> > result after many releases!
> >
> > The only problem now, which is easily reproducible and not so
> > important, is that the window size goes crazy after the fourth tab.
> > It keeps its size when opening or closing tabs until three tabs,
> > but when I open the fourth, it tries to resize the window to fit
> > the tabs, when opening a fifth one, it grows even more, and so
> > on... It grows to the sides only, not downwards like in that video.
>
> When did you last update? Is the version showing at least 1.20.0.27?
>
> Are you still using very long tab titles (long directory names)? Do
> they not get ellipsized or do the scroll arrows fail to appear in the
> tab bar?
>
Hello, Tony! Thanks for including my email in CC!
It was 1.20.0.26, but I've compiled 1.20.0.27 right now. It seems
you've done a good job now, with the small exception (another small
exception..!) that it is not good to disable "Always show the tab bar".
Sometimes, when you open a second tab, the window size remains, and we
loose a small area from the xterm (which goes to the tab itself). Then
we close that secondary tab, and do it again and loose another small
part... The same seems to happen in xfce4-terminal.
Not an serious bug though, for now it behaves much better than before,
and I could use "Always show the tab bar" by default (though I wish I
didn't have to).
Thank you and best regards!
Teresa e Junior
Information forwarded
to debian-bugs-dist@lists.debian.org:
Bug#601828; Package roxterm.
(Mon, 13 Dec 2010 15:21:05 GMT) (full text, mbox, link).
Acknowledgement sent
to Tony Houghton <h@realh.co.uk>:
Extra info received and forwarded to list.
(Mon, 13 Dec 2010 15:21:05 GMT) (full text, mbox, link).
Message #77 received at 601828@bugs.debian.org (full text, mbox, reply):
On 12/12/10 01:49, Teresa e Junior wrote:
>
> It was 1.20.0.26, but I've compiled 1.20.0.27 right now. It seems
> you've done a good job now, with the small exception (another small
> exception..!) that it is not good to disable "Always show the tab bar".
> Sometimes, when you open a second tab, the window size remains, and we
> loose a small area from the xterm (which goes to the tab itself). Then
> we close that secondary tab, and do it again and loose another small
> part... The same seems to happen in xfce4-terminal.
>
> Not an serious bug though, for now it behaves much better than before,
> and I could use "Always show the tab bar" by default (though I wish I
> didn't have to).
I can't quite reproduce that, although I did find the size changed when
I did something extreme like change window manager. I've been told by
the author of evilvte that all vte terminal emulators have some resizing
bugs. I can't find a way to make it behave ideally under all
circumstances; I tried all sorts of things which made the code complex
and still had flaws, so I think the current solution is the best I can
manage ie discourage users from disabling "Always show tab bar" because
although a single tab looks quite ugly (again, I've tried to make it
look better by not taking up the whole width, but this had unwanted side
effects), if you don't put up with it you're likely to have sizing
problems.
Apparently there have been some improvements in size negotiation for
GTK3, so hopefully things will be better with that, but I'll probably
have to make more changes to roxterm to be able to take full advantage
of it.
Information forwarded
to debian-bugs-dist@lists.debian.org, Tony Houghton <h@realh.co.uk>:
Bug#601828; Package roxterm.
(Mon, 13 Dec 2010 15:57:05 GMT) (full text, mbox, link).
Acknowledgement sent
to Teresa e Junior <teresaejunior@gmail.com>:
Extra info received and forwarded to list. Copy sent to Tony Houghton <h@realh.co.uk>.
(Mon, 13 Dec 2010 15:57:05 GMT) (full text, mbox, link).
Message #82 received at 601828@bugs.debian.org (full text, mbox, reply):
On Mon, 13 Dec 2010 15:20:16 +0000
Tony Houghton <h@realh.co.uk> wrote:
> I can't quite reproduce that, although I did find the size changed
> when I did something extreme like change window manager. I've been
> told by the author of evilvte that all vte terminal emulators have
> some resizing bugs. I can't find a way to make it behave ideally
> under all circumstances; I tried all sorts of things which made the
> code complex and still had flaws, so I think the current solution is
> the best I can manage ie discourage users from disabling "Always show
> tab bar" because although a single tab looks quite ugly (again, I've
> tried to make it look better by not taking up the whole width, but
> this had unwanted side effects), if you don't put up with it you're
> likely to have sizing problems.
>
> Apparently there have been some improvements in size negotiation for
> GTK3, so hopefully things will be better with that, but I'll probably
> have to make more changes to roxterm to be able to take full advantage
> of it.
Hello, Tony!
I understand! Disabling "Always show tab bar" is supposed to be used
then by those who don't need tabs or don't use the terminal often. I
believe the problem has to do with the wm in use, though.
The current behaviour is much more acceptable because it doesn't steal
my attention while working.
Thanks for your attention!
Teresa e Junior
Reply sent
to Tony Houghton <h@realh.co.uk>:
You have taken responsibility.
(Sat, 22 Jan 2011 13:24:03 GMT) (full text, mbox, link).
Notification sent
to Teresa e Junior <teresaejunior@gmail.com>:
Bug acknowledged by developer.
(Sat, 22 Jan 2011 13:24:03 GMT) (full text, mbox, link).
Message #87 received at 601828-close@bugs.debian.org (full text, mbox, reply):
Source: roxterm
Source-Version: 1.20.7-1
We believe that the bug you reported is fixed in the latest version of
roxterm, which is due to be installed in the Debian FTP archive:
roxterm_1.20.7-1.debian.tar.gz
to main/r/roxterm/roxterm_1.20.7-1.debian.tar.gz
roxterm_1.20.7-1.dsc
to main/r/roxterm/roxterm_1.20.7-1.dsc
roxterm_1.20.7-1_amd64.deb
to main/r/roxterm/roxterm_1.20.7-1_amd64.deb
roxterm_1.20.7.orig.tar.gz
to main/r/roxterm/roxterm_1.20.7.orig.tar.gz
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 601828@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Tony Houghton <h@realh.co.uk> (supplier of updated roxterm package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.8
Date: Wed, 19 Jan 2011 18:16:18 +0000
Source: roxterm
Binary: roxterm
Architecture: source amd64
Version: 1.20.7-1
Distribution: experimental
Urgency: low
Maintainer: Tony Houghton <h@realh.co.uk>
Changed-By: Tony Houghton <h@realh.co.uk>
Description:
roxterm - Multi-tabbed GTK/VTE terminal emulator
Closes: 601828
Changes:
roxterm (1.20.7-1) experimental; urgency=low
.
* New upstream version:
+ Correct path to HTML docs shown in man pages.
+ Improved terminal size management.
+ Rationalised handling of tab and window titles.
+ Use ellipsizing in tab labels again (Closes: #601828).
+ Support tab popup menus.
+ New windows take on profile's default size instead of inheriting
previous window's size.
+ Added Nicola Fontana's patch to fix login shell option.
+ New sizing code to fix sf.net bug 3041926.
+ Default to using GtkNotebook's implementation of draggable tabs.
+ New HTML documentation.
+ Spanish translation.
* Use -Wall in CFLAGS.
* debian/control:
+ Updated Vcs-* fields to git repository.
+ Added binary dependency on librsvg2-common.
* Removed debian/patches:- all merged upstream.
Checksums-Sha1:
e006e986f37d85a6924ee61a904a0dcfaf0c944d 1305 roxterm_1.20.7-1.dsc
23503288da978830766b2d001bcc13d2203cdcd2 929609 roxterm_1.20.7.orig.tar.gz
5e0c92df66f3f41549c3fe09197df0c23b9f5de9 6357 roxterm_1.20.7-1.debian.tar.gz
3b291841442d5338284078a07253a8458800b190 259702 roxterm_1.20.7-1_amd64.deb
Checksums-Sha256:
b8cc7f537a34bce9381e214063a748073e46c81332b642700ae05766091e4b63 1305 roxterm_1.20.7-1.dsc
c4cfe94982451123207be867de4915628f494a1941c78b2af6e021a6a13595b5 929609 roxterm_1.20.7.orig.tar.gz
3fe7f2b01dcc512220da8a2b05d4f7883a89afca5b41371589fd37839173ad81 6357 roxterm_1.20.7-1.debian.tar.gz
f1b42b1dff0275f83fcebd190342f523517102bce06a8ff9a478a496bb45dc32 259702 roxterm_1.20.7-1_amd64.deb
Files:
d1fac853b46179976120b5cb8d26d64a 1305 x11 optional roxterm_1.20.7-1.dsc
5782ca10cf2cf748b2d9760230d745de 929609 x11 optional roxterm_1.20.7.orig.tar.gz
5bc0e64351b0db4d2562094fa876057a 6357 x11 optional roxterm_1.20.7-1.debian.tar.gz
4ecfa4b09ee26485a5bd7718c2860bab 259702 x11 optional roxterm_1.20.7-1_amd64.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEARECAAYFAk06xdMACgkQsbdbXzZcx6I8fwCfVL0uLrqS+sLcB8ntgNymZONI
bFYAnR/iFwJ5qQe1W4ParDI44WtP8EDo
=cgJg
-----END PGP SIGNATURE-----
Bug archived.
Request was from Debbugs Internal Request <owner@bugs.debian.org>
to internal_control@bugs.debian.org.
(Sat, 30 Apr 2011 07:58:28 GMT) (full text, mbox, link).
Send a report that this bug log contains spam.
Debian bug tracking system administrator <owner@bugs.debian.org>.
Last modified:
Sat Aug 12 05:05:19 2017;
Machine Name:
beach
Debian Bug tracking system
Debbugs is free software and licensed under the terms of the GNU
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.
Copyright © 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson,
2005-2017 Don Armstrong, and many other contributors.