Bug 47377
Summary: | KPPP & Script Debug window frozen in time ...connection incomplete. | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Need Real Name <chamel> |
Component: | ppp | Assignee: | Thomas Woerner <twoerner> |
Status: | CLOSED NOTABUG | QA Contact: | Aaron Brown <abrown> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | CC: | philip.r.schaffner, todd_h_chauvin |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-08-13 09:28:19 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Need Real Name
2001-07-05 04:34:03 UTC
One very important point which I forgot to mention in conjunction with the described behaviour under 'Actual Results': when the KPPP & Script window refuse to disappear, even the 'kill' command does not work (from terminal: su, ps aux, kill xxxx). The windows absolutely will not go away. My apologies for this oversight! Frozen and greyed-out kppp window apparently occurs any time a ppp error happens after a connection is initiated, including bad password or unexpected termination as when the line drops (as happens frequently with my ISP and bad telco service). The window can be removed with "xkill" but the .pid file in the root .kde directory tree must still be manually removed (after a su) in order to reinitiate kppp. This behavior occurs on multiple RH 7.1 Seawolf machines with all current patched/updates (including kernel) applied, and is a major annoyance. I can su to root and then kill -9 all related processes to remove the grayed-out kppp window. I can then start kppp again. The freeze happens, in my case, when the remote host responds with an authentication error. I am testing remote log-ins and the default configuration freezes the account after 5 errors. Security is high these days. Brad Please verify this with a newer version of Red Hat Enterprise Linux or Fedora Core and reopen it against the new version if it still occurs. Closing as "not a bug" for now. |