Reply to thread

Message

<blockquote data-quote="morpheus_xx" data-source="post: 572070" data-attributes="member: 48495">AW: Re: Annoying CI OSD asking continuously for Rights CheckHi,the reason for your case 1) is, that this MMI object contains only a &quot;CI_Close&quot; command sequence.[CODE]2010-01-26 18:16:51.546875 [FireDTV CiMenuHandler(12)]: FireDTV: CI iStatus:CI_MODULE_INIT_READY, CI_MODULE_IS_DVB, CI_MODULE_PRESENT, CI_APP_INFO_AVAILABLE, CI_DATE_TIME_REQEST, CI_MMI_REQUEST2010-01-26 18:16:51.546875 [FireDTV CiMenuHandler(12)]: FireDTV: CI menu object available!2010-01-26 18:16:51.593750 [FireDTV CiMenuHandler(12)]: 0000|9F 88 00 01 00&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; |_____&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp; 2010-01-26 18:16:51.609375 [FireDTV CiMenuHandler(12)]: FireDTV: MMITag:CLOSE, MMIObjectLength: 1 (01), mmiOffset: 42010-01-26 18:16:51.609375 [FireDTV CiMenuHandler(12)]: FireDTV: [B]OnCiClose[/B]()[/CODE]I have thought about this issue quite a while.My only idea is the following:<ol>
<li data-xf-list-type="ol">introduce a bool flag in MMI handling (like isInteractive)</li>
<li data-xf-list-type="ol">set the flag to true on: 1) user &quot;EnterCIMenu&quot; call</li>
<li data-xf-list-type="ol">the callback handlers will check for the flag if it's interactive or not</li>
<li data-xf-list-type="ol">the interpretation of the flag should be only done in case of selected CAMtype AstonCrypt, so we won't break messages for other types</li>
</ol>If we do this way we have the situation, that the CI menu is entered once interactively, all messages are passed to client.There is not really safe way to reset the &quot;interactive flag&quot;. Maybe only the &quot;CloseMenu&quot; call, this I have to check.And I have to think about the best place to implement this check, because I don't want to make it only for DE cards....</blockquote>

[QUOTE="morpheus_xx, post: 572070, member: 48495"] [b]AW: Re: Annoying CI OSD asking continuously for Rights Check[/b] Hi, the reason for your case 1) is, that this MMI object contains only a "CI_Close" command sequence. [CODE]2010-01-26 18:16:51.546875 [FireDTV CiMenuHandler(12)]: FireDTV: CI iStatus:CI_MODULE_INIT_READY, CI_MODULE_IS_DVB, CI_MODULE_PRESENT, CI_APP_INFO_AVAILABLE, CI_DATE_TIME_REQEST, CI_MMI_REQUEST 2010-01-26 18:16:51.546875 [FireDTV CiMenuHandler(12)]: FireDTV: CI menu object available! 2010-01-26 18:16:51.593750 [FireDTV CiMenuHandler(12)]: 0000|9F 88 00 01 00 |_____ 2010-01-26 18:16:51.609375 [FireDTV CiMenuHandler(12)]: FireDTV: MMITag:CLOSE, MMIObjectLength: 1 (01), mmiOffset: 4 2010-01-26 18:16:51.609375 [FireDTV CiMenuHandler(12)]: FireDTV: [B]OnCiClose[/B]()[/CODE] I have thought about this issue quite a while. My only idea is the following: [LIST=1] [*]introduce a bool flag in MMI handling (like isInteractive) [*]set the flag to true on: 1) user "EnterCIMenu" call [*]the callback handlers will check for the flag if it's interactive or not [*]the interpretation of the flag should be only done in case of selected CAMtype AstonCrypt, so we won't break messages for other types [/LIST] If we do this way we have the situation, that the CI menu is entered [U]once [/U]interactively, all messages are passed to client. There is not really safe way to reset the "interactive flag". Maybe only the "CloseMenu" call, this I have to check. And I have to think about the best place to implement this check, because I don't want to make it only for DE cards.... [/QUOTE]

Verification