Bug 51550 - mini commander applet dies on long command name
mini commander applet dies on long command name
Status: CLOSED RAWHIDE
Product: Red Hat Linux
Classification: Retired
Component: gnome-applets (Show other bugs)
7.3
i386 Linux
low Severity medium
: ---
: ---
Assigned To: Mark McLoughlin
Ben Levenson
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2001-08-12 06:38 EDT by Kjartan Maraas
Modified: 2007-03-26 23:47 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2002-06-16 20:23:32 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Kjartan Maraas 2001-08-12 06:38:12 EDT
Description of Problem:

The mini commander applet has problems with empty commands

How Reproducible:

Every time

Steps to Reproduce:
1. add mini_commander_applet
2. place cursor in the window
3. press and hold enter

Actual Results:

The applet hangs, making it impossible to remove it from the panel
killall mini_commander_applet is needed.

Expected Results:

No hang.

Additional Information:

This has been fixed in a newer release of gnome-applets. This release also
fixes a buffer overrun in the applet since it uses a static buffer of 500
chars and doesn't check if the user types in more than that
Comment 1 Glen Foster 2001-08-13 15:10:24 EDT
This defect is considered SHOULD-FIX for Fairfax.
Comment 2 Havoc Pennington 2002-04-09 15:42:33 EDT
Doesn't die on enter for me anymore, but does die if I put in a really long
command name.
Comment 3 Kjartan Maraas 2002-06-16 20:23:26 EDT
Even after switching to the latest gnome-applets? I'd say close this.
Comment 4 Havoc Pennington 2002-06-16 21:24:05 EDT
Okie, no doubt fixed in gnome 2 anyhow.

Note You need to log in before you can comment on or make changes to this bug.