Bug 691255 - mgetty calls cnd-program too soon
Summary: mgetty calls cnd-program too soon
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: mgetty
Version: 14
Hardware: i686
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Michal Sekletar
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-03-27 23:33 UTC by Don
Modified: 2012-08-16 21:32 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-16 21:32:25 UTC
Type: ---


Attachments (Terms of Use)

Description Don 2011-03-27 23:33:07 UTC
Description of problem:


Version-Release number of selected component (if applicable):

#rpm -q mgetty
mgetty-1.1.36-7.fc14.i686

How reproducible:
Always


Steps to Reproduce:
1. configure mgetty to use cnd-program with USR Courier V.Everything Modem
2. wait for incoming call
3. look at /var/log/mgetty.log.ttyS1
  
Actual results:
...
CND: program "/home/don/bin/callerid ttyS1 'nnnnnnnnnn' '' 0 '' >/dev/console 2>&1 </dev/null"


Expected results:
CND: program "/home/don/bin/callerid ttyS1 'nnnnnnnnnn' 'name info' 0 '' >/dev/console 2>&1 </dev/null"

Note: the "nnnnnnnnnn" string is the actual 10 digit phone number, obscured here. Notice that in the actual results section, the name information is not passed to the cnd-program.

Additional info:





I use the cnd-program directive to call a program to decide whether to accept the call or not.
However, the cnd-program is called too soon... it invokes the program before the NAME is picked up from the modem, resulting in only partial data being available to the cnd-program.

How can I make mgetty collect the number AND name before invoking the cnd-program?

Here's a snip from the mgetty log file (Note I replaced the actual telephone number with a string of "n"s.


03/27 15:23:58 yS1  wfr: waiting for ``RING''
03/27 15:23:58 yS1   got: [0d][0a]RING[0d]
03/27 15:23:58 yS1    CND: RING
03/27 15:23:58 yS1   wfr: rc=0, drn=0
03/27 15:23:58 yS1  wfr: waiting for ``RING''
03/27 15:23:58 yS1   got: [0a][0d][0a]DATE = 0327[0d]
03/27 15:23:59 yS1    CND: DATE = 0327
03/27 15:23:59 yS1    CND: found: 0327
03/27 15:23:59 yS1   got: [0a]TIME = 1523[0d]
03/27 15:23:59 yS1    CND: TIME = 1523
03/27 15:23:59 yS1    CND: found: 1523
03/27 15:23:59 yS1   got: [0a]NMBR = nnnnnnnnnn[0d]
03/27 15:23:59 yS1    CND: NMBR = nnnnnnnnnn
03/27 15:23:59 yS1    CND: found: nnnnnnnnnn
03/27 15:23:59 yS1   wfr: rc=0, drn=0
03/27 15:23:59 yS1    CND: check no: 'nnnnnnnnnn'
03/27 15:23:59 yS1   CND: program "/home/don/bin/callerid ttyS1 'nnnnnnnnnn' '' 0 '' >/dev/console 2>&1 </dev/null"

NOTE: mgetty should have waited until it also received NAME = .... before calling the cnd-program.

Thank you

Comment 1 Fedora Admin XMLRPC Client 2011-08-08 08:12:59 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 2 Michal Sekletar 2011-10-31 12:09:51 UTC
Hello, 

what is value of option "rings" in your mgetty configuration. It's recommended to set it to value 2 in order to get caller id feature work correctly. If this setting won't help try to set it to 3 and you should be able to pick up NAME correctly.

Comment 3 Fedora End Of Life 2012-08-16 21:32:27 UTC
This message is a notice that Fedora 14 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 14. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained.  At this time, all open bugs with a Fedora 'version'
of '14' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this 
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen 
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we were unable to fix it before Fedora 14 reached end of life. If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora, you are encouraged to click on 
"Clone This Bug" (top right of this page) and open it against that 
version of Fedora.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping


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