search

rootio / rootio_web

RootIO web app & telephony services
https://rootio.eu
GNU Affero General Public License v3.0
36 stars 19 forks source link

If programs do not play due to missing content, give them other color #351

Open judelove opened 5 years ago

judelove commented 5 years ago

In the present setup, if a cloud program plays it turns green, if it fails it turns red. Some programs however fail due to the absence of media and turn red but this is a dilemma: technically, the program succeeded because it was processed to the end according to the logic but content-wise, the program failed because nothing was played. The status field is a boolean (null -> not yet played, true-> played successfully, -> false).

In this task, make the status field an int with acceptable values (null-> not yet played, 0-> failed to play, 1-> played successfully, 2-> played successfully but no media was available) the color for this new state is grey and should be visible even for future programs. When rendering future programs, a program with no media to play should be grey, also, a program with status 2 should be grey

carlosmouracorreia commented 5 years ago

It's a bit confusing to have something that it's played but then there's no media available. It means that there's a muted, "blank" audio space in the broadcast time? IF so why is this "successful" in a way? @judelove

carlosmouracorreia commented 4 years ago

Check view definition " schedule_program_view" on staging sql server @judelove

csik commented 4 years ago

I agree Carlos that this is not a successful outcome. Better would be a control that notifies the scheduler that there is no media and the program will fail. And a default action to prevent silence. This could be a step to get there, but it seems like a step sideways.

C.

On Sun, Sep 8, 2019 at 6:05 PM Carlos Correia notifications@github.com wrote:

It's a bit confusing to have something that it's played but then there's no media available. It means that there's a muted, "blank" audio space in the broadcast time? IF so why is this "successful" in a way? @judelove https://github.com/judelove

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/rootio/rootio_web/issues/351?email_source=notifications&email_token=AAIY5ZD45XG42PKWSXKQGE3QIUWD7A5CNFSM4IT6HWOKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6FUUHA#issuecomment-529222172, or mute the thread https://github.com/notifications/unsubscribe-auth/AAIY5ZGXRACY4H4KYK2QCTDQIUWD7ANCNFSM4IT6HWOA .

-- Chris Csíkszentmihályi ERA Chair & Director Critical Technical Practice Group Professor Founder, RootIO Project [image: m-itiLogo] http://edgyproduct.org

rootio.org | robotic@gmail.com | edgyproduct.org http://edgyproduct.org

--Theodore Adorno*

judelove commented 4 years ago

Fortunately, the scheduler does not work like that.

carlosmouracorreia commented 4 years ago

This was a long time ago, I didn’t have knowledge about it in detail. Thanks for the feedback anyway, this is not relevant anymore

On Mon, 21 Oct 2019 at 19:16, Jude Mukundane notifications@github.com wrote:

Fortunately, the scheduler does not work like that.

— You are receiving this because you were assigned. Reply to this email directly, view it on GitHub https://github.com/rootio/rootio_web/issues/351?email_source=notifications&email_token=ABUUYFRXGCDY2VDZCYO5X5TQPXWZTA5CNFSM4IT6HWOKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEB3I7OY#issuecomment-544640955, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABUUYFXK6QZPG3DDWK5NK7TQPXWZTANCNFSM4IT6HWOA .

-- Carlos Correia - Software Engineer - Distributed Systems - Node/Django - Mobile Developer for iOS platform https://github.com/carlosmouracorreia