minicom draws garbage when gnome-terminal is maximized

Bug #370012 reported by Valentin Neacsu
22
This bug affects 3 people
Affects Status Importance Assigned to Milestone
minicom (Debian)
Confirmed
Unknown
minicom (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

Binary package hint: minicom

I run minicom from a gnome-terminal window. When I make that window full-screen, minicom enters a redraw (?) loop and it becomes unusable.

ProblemType: Bug
Architecture: i386
Dependencies:
 libgcc1 1:4.3.3-5ubuntu4
 gcc-4.3-base 4.3.3-5ubuntu4
 findutils 4.4.0-2ubuntu4
 libncurses5 5.7+20090207-1ubuntu1
 libc6 2.9-4ubuntu6
DistroRelease: Ubuntu 9.04
Package: minicom 2.3-1ubuntu1
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: minicom
Uname: Linux 2.6.28-11-generic i686

Revision history for this message
In , Martin Godisch (martin-godisch) wrote : preparing minicom...

merge 111060 144714 151261
merge 116928 159163
merge 18009 148187

tags 43517 + upstream
tags 44795 + upstream
tags 54944 + upstream
tags 110833 + upstream
tags 111060 + upstream
tags 116928 + pending
tags 131932 + upstream
tags 147812 + upstream
tags 158695 + upstream

tags 15799 + upstream pending
tags 22502 + upstream
tags 51852 + upstream
tags 54946 + upstream
tags 153166 + pending
tags 168971 + upstream

thank you

Revision history for this message
In , Martin Godisch (martin-godisch) wrote : bugs forwarded to upstream

forwarded 22502 Jukka Lahtinen
forwarded 43517 Jukka Lahtinen
forwarded 51852 Jukka Lahtinen
tags 51852 - help
forwarded 168971 Jukka Lahtinen
thank you

Revision history for this message
In , Martin Godisch (martin-godisch) wrote : new upstream maintainer

forwarded 43517 Adam Lackorzynski <email address hidden>
forwarded 185435 Adam Lackorzynski <email address hidden>
forwarded 22502 Adam Lackorzynski <email address hidden>
forwarded 51852 Adam Lackorzynski <email address hidden>
forwarded 168971 Adam Lackorzynski <email address hidden>
thank you

Revision history for this message
In , Martin Godisch (martin-godisch) wrote : Re: "confirmed" tag for the BTS

tags 22502 + confirmed

Revision history for this message
In , Martin Godisch (martin-godisch) wrote : please change forwarded address

forwarded 43517 <email address hidden>
forwarded 22502 <email address hidden>
forwarded 51852 <email address hidden>
forwarded 168971 <email address hidden>
forwarded 188184 <email address hidden>

Revision history for this message
In , Peter Maydell (pmaydell) wrote : updating bugs with archaic submission addresses

# These were all submitted from my <email address hidden> university
# account which was cancelled five years ago...
submitter 22550 <email address hidden>
submitter 22502 <email address hidden>
submitter 22224 <email address hidden>
thanks

Revision history for this message
Valentin Neacsu (valentin.neacsu) wrote :

Binary package hint: minicom

I run minicom from a gnome-terminal window. When I make that window full-screen, minicom enters a redraw (?) loop and it becomes unusable.

ProblemType: Bug
Architecture: i386
Dependencies:
 libgcc1 1:4.3.3-5ubuntu4
 gcc-4.3-base 4.3.3-5ubuntu4
 findutils 4.4.0-2ubuntu4
 libncurses5 5.7+20090207-1ubuntu1
 libc6 2.9-4ubuntu6
DistroRelease: Ubuntu 9.04
Package: minicom 2.3-1ubuntu1
ProcEnviron:
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: minicom
Uname: Linux 2.6.28-11-generic i686

Revision history for this message
Claudio Saavedra (csaavedra) wrote :

I can confirm this bug in Ubuntu 9.04 with minicom 2.3-1ubuntu1. Switching between tabs causes the same.

Revision history for this message
Octavio Alvarez (alvarezp) wrote :

I can confirm this too. It appears that minicom is trying to resize itself to an 80-column windows, which is impossible due to maximization.

However, previous versions didn't try this and worked ok.

Revision history for this message
Octavio Alvarez (alvarezp) wrote :

This didn't happen on Intrepid. However, in both, Intrepid and Jaunty releases, minicom reports the following version:

minicom version 2.3 (compiled Oct 24 2008)

Also, the package version is the same in both releases of Ubuntu: minicom 2.3-1ubuntu1.

Revision history for this message
Sebastian Wiesinger (sebastianw) wrote :

Hi,

I also noticed that minicom is resizing gnome-terminal to 80 columns. This only happens with gnome-terminal not with e.g. xterm.

This is quite annoying because some routers/switches display log lines longer than 80 columns and don't do linewraps. To see the log I now have to start xterm first before starting minicom. This is a possible workaround but I would prefer that minicom wouldn't resize the windows.

I don't know if this is a problem with minicom or with gnome-terminal...

Revision history for this message
generic (atpashov) wrote :

Hi,
A workaround that works for me if you want to use minicom in maximized window:
Just open every time minicom with the "-s" option do not change anything and after that chose exit and you are dropped at working minicom maximized window.
By the way it seems to be a gnome-terminal bug rather than minicom one cuz I tried to change every kind of setting in minicom menu for displaying.
Regards

Revision history for this message
huubs (huubs) wrote :

I had a problem with a flickering screen when running minicom on EEE-PC with Ubuntu Netbook Remix. The workaround reported by generic (starting minicom with the -s option and not changing anything) worked for me as well. Thanks generic!

Revision history for this message
Ioannis Ramfos (isr81) wrote :

Seems to be a problem with gnome-terminal, as 'xterm' does not have the issue. With 'xterm', minicom resizes correctly without needing the -s option.
Also, in a real console, minicom correctly renders in full screen.

Revision history for this message
Octavio Alvarez (alvarezp) wrote :

I noticed that issuing "reset" in gnome-terminal brings the window width back to 80 cols; not so in xterm. I don't remember gnome-terminal doing this in Intrepid and earlier.

Revision history for this message
Chuck Short (zulcss) wrote :

Hi,

I was wondering if anyone still having this problem in karmic.

Regards
chuck

Changed in minicom (Ubuntu):
importance: Undecided → Low
status: New → Incomplete
Changed in minicom (Debian):
status: Unknown → Confirmed
Revision history for this message
Aaron C. de Bruyn (darkpixel2k) wrote :

I am not seeing this on a fresh install of 9.10 (Karmic)

Revision history for this message
Chuck Short (zulcss) wrote :

Thanks for the response. Marking as fixed release.

Regards
chuck

Changed in minicom (Ubuntu):
status: Incomplete → Fix Released
Revision history for this message
Ab (1010s1011) wrote :

I want to confirm that this looks like it's fixed in Karmic

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

Other bug subscribers

Remote bug watches

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