Charmed Quark Systems, Ltd. - Support Forums and Community
Official RIVA thread - Printable Version

+- Charmed Quark Systems, Ltd. - Support Forums and Community (https://www.charmedquark.com/vb_forums)
+-- Forum: Third Party Development (https://www.charmedquark.com/vb_forums/forumdisplay.php?fid=8)
+--- Forum: Third Party Development (General) (https://www.charmedquark.com/vb_forums/forumdisplay.php?fid=22)
+--- Thread: Official RIVA thread (/showthread.php?tid=5632)

Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39


Official RIVA thread - Dean Roddey - 09-18-2011

OK, yeh, that's normal. It's just trying not to be the Start Time Nazi, but it disallows more than a couple days into the past for the start time, since it doesn't make much sense and probably indicates a mistake on the user's part. It doesn't make it too tight, since it's possible that someone started working on one, went away for the day and came back to work on it the next day.


Official RIVA thread - brianmount - 09-26-2011

I was playing around with event editing. It seems like I am able to edit events no matter what kind of user I log in as: limited, normal, power or admin. That's fine with me, but the documentation said otherwise as I read it, so I thought I'd mention it. Maybe I'm doing something wrong.


Official RIVA thread - Dean Roddey - 09-26-2011

That should definitely be the case that it should enforce that. I'll check it.


Official RIVA thread - Dean Roddey - 09-27-2011

OK, I fixed that for the next drop.


Official RIVA thread - Dean Roddey - 09-28-2011

Oh, wait, I remember why that is now... People want to set up templates to adjust their scheduled events. Most folks are running kiosk style touch screens on a limited type user account. If these calls required more than limited user rights, this wouldn't work.

At some point we may have to dig deeper and provide some means of allowing for 'rights elevation' a la Windows 7 or something. But, for now, folks can just protect such screens with their own login popup if they want some protection against the kids or something. But I'll have to put the rights level back to Limited User for now in order not to break that sort of functionality. Same for Pause/Resume as well.


Official RIVA thread - brianmount - 09-28-2011

Got it. So at the moment, none of the basic XML Gateway calls require any particular privilege level, correct? Or are there some calls that make such a check?


Official RIVA thread - Dean Roddey - 09-28-2011

I don't think that there are any other calls that are system configuration changing, that I can remember. So, unless I'm forgetting something, anything available through the XMLGW would only require logging into some legal account.


Official RIVA thread - brianmount - 09-29-2011

It would just be things like writing fields and running macros and global actions.


Official RIVA thread - Dean Roddey - 09-29-2011

So far I've chosen not to require a security token for those, particularly field writes. Almost nothing could be done without doing field writes, so there'd be no way to require anymore more than limited user access anyway, and you'd end up passing way more user security data than actual data for each write.

Similarly with running macros. Though macros could, in theory, be marked with a minimum user level indicator if that was deemed a requirement by users.


Official RIVA thread - brianmount - 10-01-2011

Dean,

I am experiencing unexpected behavior when editing an event. When I attempt to set a monthly event to run on the 31st of January and February at midnight, it gives me an exception, which is reasonable. But then, when I fetch the event settings, it looks like it worked after all.

Details: Here are the initial event definitions. The event in question is "Test Monthly Event", defined to run on the 30th.

<!DOCTYPE CQCGW:Msg PUBLIC 'urn:charmedquark.com:CQC-GWProtocol.DTD' 'CQCGWProtocol.DTD'>
<CQCGW:Msg>
<CQCGW:SchEvs CQCGW:SerialNum='16396' CQCGW:Changes='Yes'>
<CQCGWTongueerEvInfo CQCGWTongueeriod='64' CQCGW:Type='Min' CQCGW:Name='Test Minutely Event' CQCGW:Id='78D11F85BBC9C973-6F604706EBB0207D' CQCGW:State='Paused'/>
<CQCGW:SunEvInfo CQCGW:Offset='-33' CQCGW:Type='Set' CQCGW:Name='Test Suset Event' CQCGW:Id='2A0D5A225A527580-FC8E7C835F6E0613' CQCGW:State='Paused'/>
<CQCGW:SchEvInfo CQCGW:Mask='' CQCGWBig GrinHM='0 3 0 ' CQCGW:Type='Daily' CQCGW:Name='Refresh SC Library' CQCGW:Id='792D4E14A76C8E69-35AB3F9D51B0DD3E' CQCGW:State='Resumed'/>
<CQCGW:SchEvInfo CQCGW:Mask='1000011' CQCGWBig GrinHM='0 14 3 ' CQCGW:Type='Weekly' CQCGW:Name='Test Weekly Event' CQCGW:Id='15647A14E540A9E3-73A35E1931E2FDBC' CQCGW:State='Resumed'/>
<CQCGW:SunEvInfo CQCGW:Offset='33' CQCGW:Type='Rise' CQCGW:Name='Test Sunrise Event' CQCGW:Id='9F15162BD83DAC8F-A4E936CC8450028A' CQCGW:State='Paused'/>
<CQCGW:SchEvInfo CQCGW:Mask='' CQCGWBig GrinHM='0 23 2 ' CQCGW:Type='Daily' CQCGW:Name='Test Daily Event' CQCGW:Id='FDD1717741F052EB-1C929DC67A6654C7' CQCGW:State='Resumed'/>
<CQCGW:SchEvInfo CQCGW:Mask='' CQCGWBig GrinHM='0 2 0 ' CQCGW:Type='Daily' CQCGW:Name='Refresh the videos list' CQCGW:Id='F4E3FE89CCF46226-E0461D89097995FF' CQCGW:State='Resumed'/>
<CQCGWTongueerEvInfo CQCGWTongueeriod='20' CQCGW:Type='Day' CQCGW:Name='Test Every X Days Event' CQCGW:Id='0C4B26C2E076AB62-B6A416CB0E92BE0E' CQCGW:State='Paused'/>
<CQCGW:SchEvInfo CQCGW:Mask='000000000011' CQCGWBig GrinHM='30 0 0 ' CQCGW:Type='Monthly' CQCGW:Name='Test Monthly Event' CQCGW:Id='A2D14FCD8A9C2518-11BEDED372FC066D' CQCGW:State='Resumed'/>
<CQCGWTongueerEvInfo CQCGWTongueeriod='24' CQCGW:Type='Hour' CQCGW:Name='Test Hourly Event' CQCGW:Id='999FB187C6B105C9-B129F0FCB5291A92' CQCGW:State='Resumed'/>
<CQCGW:SchEvInfo CQCGW:Mask='1000000' CQCGWBig GrinHM='0 7 30 ' CQCGW:Type='Weekly' CQCGW:Name='Alarm' CQCGW:Id='E63F10655425E011-5CF62E04EF750671' CQCGW:State='Resumed'/>
<CQCGW:SchEvInfo CQCGW:Mask='' CQCGWBig GrinHM='0 1 30 ' CQCGW:Type='Daily' CQCGW:Name='Refresh the pandora list' CQCGW:Id='F693ADB08FE31DA2-6DB022DA70E51EE4' CQCGW:State='Resumed'/>
</CQCGW:SchEvs>
</CQCGW:Msg>


I then send the following message to edit the event so it runs on the 31st:


<CQCGW:SetSchEv CQCGW:EvId='A2D14FCD8A9C2518-11BEDED372FC066D' CQCGWBig GrinHM='31 0 0' CQCGW:Mask='000000000011'/>


What I get back is:



<!DOCTYPE CQCGW:Msg PUBLIC 'urn:charmedquark.com:CQC-GWProtocol.DTD' 'CQCGWProtocol.DTD'>
<CQCGW:Msg>
<CQCGW:ExceptionReply CQCGW:ErrClass="EClass_BadParms" CQCGW:ErrSev="ESev_Failed" CQCGW:File="CIDLib_Time.cpp" CQCGW:Line="1831" CQCGWTonguerocess="CQCEventSrv" CQCGW:Thread="CIDOrbSrvWorkThread_2">
The provided time details do not make a valid time stamp
The parameter is incorrect.
</CQCGW:ExceptionReply>
</CQCGW:Msg>


Presumably, it is the fact that the 31st doesn't always exist. I only seem to get this error when using the 31st. But then, when I log out and back in, and fetch the event definitions again, I get the following.


<!DOCTYPE CQCGW:Msg PUBLIC 'urn:charmedquark.com:CQC-GWProtocol.DTD' 'CQCGWProtocol.DTD'>
<CQCGW:Msg>
<CQCGW:SchEvs CQCGW:SerialNum='16396' CQCGW:Changes='Yes'>
<CQCGWTongueerEvInfo CQCGWTongueeriod='64' CQCGW:Type='Min' CQCGW:Name='Test Minutely Event' CQCGW:Id='78D11F85BBC9C973-6F604706EBB0207D' CQCGW:State='Paused'/>
<CQCGW:SunEvInfo CQCGW:Offset='-33' CQCGW:Type='Set' CQCGW:Name='Test Suset Event' CQCGW:Id='2A0D5A225A527580-FC8E7C835F6E0613' CQCGW:State='Paused'/>
<CQCGW:SchEvInfo CQCGW:Mask='' CQCGWBig GrinHM='0 3 0 ' CQCGW:Type='Daily' CQCGW:Name='Refresh SC Library' CQCGW:Id='792D4E14A76C8E69-35AB3F9D51B0DD3E' CQCGW:State='Resumed'/>
<CQCGW:SchEvInfo CQCGW:Mask='1000011' CQCGWBig GrinHM='0 14 3 ' CQCGW:Type='Weekly' CQCGW:Name='Test Weekly Event' CQCGW:Id='15647A14E540A9E3-73A35E1931E2FDBC' CQCGW:State='Resumed'/>
<CQCGW:SunEvInfo CQCGW:Offset='33' CQCGW:Type='Rise' CQCGW:Name='Test Sunrise Event' CQCGW:Id='9F15162BD83DAC8F-A4E936CC8450028A' CQCGW:State='Paused'/>
<CQCGW:SchEvInfo CQCGW:Mask='' CQCGWBig GrinHM='0 23 2 ' CQCGW:Type='Daily' CQCGW:Name='Test Daily Event' CQCGW:Id='FDD1717741F052EB-1C929DC67A6654C7' CQCGW:State='Resumed'/>
<CQCGW:SchEvInfo CQCGW:Mask='' CQCGWBig GrinHM='0 2 0 ' CQCGW:Type='Daily' CQCGW:Name='Refresh the videos list' CQCGW:Id='F4E3FE89CCF46226-E0461D89097995FF' CQCGW:State='Resumed'/>
<CQCGWTongueerEvInfo CQCGWTongueeriod='20' CQCGW:Type='Day' CQCGW:Name='Test Every X Days Event' CQCGW:Id='0C4B26C2E076AB62-B6A416CB0E92BE0E' CQCGW:State='Paused'/>
<CQCGW:SchEvInfo CQCGW:Mask='000000000011' CQCGWBig GrinHM='31 0 0 ' CQCGW:Type='Monthly' CQCGW:Name='Test Monthly Event' CQCGW:Id='A2D14FCD8A9C2518-11BEDED372FC066D' CQCGW:State='Resumed'/>
<CQCGWTongueerEvInfo CQCGWTongueeriod='24' CQCGW:Type='Hour' CQCGW:Name='Test Hourly Event' CQCGW:Id='999FB187C6B105C9-B129F0FCB5291A92' CQCGW:State='Resumed'/>
<CQCGW:SchEvInfo CQCGW:Mask='1000000' CQCGWBig GrinHM='0 7 30 ' CQCGW:Type='Weekly' CQCGW:Name='Alarm' CQCGW:Id='E63F10655425E011-5CF62E04EF750671' CQCGW:State='Resumed'/>
<CQCGW:SchEvInfo CQCGW:Mask='' CQCGWBig GrinHM='0 1 30 ' CQCGW:Type='Daily' CQCGW:Name='Refresh the pandora list' CQCGW:Id='F693ADB08FE31DA2-6DB022DA70E51EE4' CQCGW:State='Resumed'/>
</CQCGW:SchEvs>
</CQCGW:Msg>


Note that the Test Monthly Event is in fact now set to run on the 31st. Any idea what's going on? Thanks.

Brian