-
Notifications
You must be signed in to change notification settings - Fork 44
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Better error handling on filtered out videos #3213
Comments
So with the current setup, we won't be able to differentiate between "video does not exist" and "video is not available in this gateway", it will look the same to us. I suggest we just design a single screen that gives a bit of info and can explain both cases |
@bedeho @kdembler @dmtrjsg I'm afraid I don't understand this part:
Does this mean that video IDs are shared across all instances of Atlas? If so, if a video is uploaded to I'd appreciate it if you guys could point me to some further reading on the subject or schedule a quick one-on-one call to discuss this in voice. |
Yes
That ultimately depends on settings of
I'm afraid there isn't any resource to do this reading, I will be happy to hop on a call and help out though |
I'd love that, thank you! Will reach out to you on Slack! |
@bedeho @kdembler Alright, this is ready to be reviewed. The high-level idea is to mimic layout of the Video page in its typical shape and form. Instead of the player, there's a message letting you know that the video is unavailable and giving you possible reasons. The "Either there is no such video..." copy is my best attempt at coming up with something that gives you just enough information while not overloading you with technicalities. Of course, the intention here is to have the word [Atlas] replaced with the name of a particular instance of Atlas. Designs, docs, and changelog can be found here. About alternative options for this view, at first, I thought of exploring ways to offer users some helping hand such as "click this button to check if this video exists on other platforms". After a while I thought to myself, how often would it be the case that I enter a video URL, starting with a particular gateway domain name, pointing to a video that's available on a different gateway? With an actual intention of seeing this video? And I'm afraid the answer would be quite insignificant. Or not significant enough to complicate the UX for the vast majority of users who see this page because of a simple typo and who are better off double-checking the video ID rather than having them wonder about and looking through multiple instances of Atlas. And so this is what has led me to this, ultimately, quite simple solution. cc @dmtrjsg |
@toiletgranny suggest to go with "This video was deleted by creator, moderated by the content curation team or not included by the application operator." |
Those can still be viewed with a direct link atm |
@kdembler is this a setting on the app side? Is there value in it if that was moderated? |
Not a setting - the video will not show up in any feeds, can only be accessed directly. In terms of value, I think it's helpful if curators can watch the curated video for example. Let's say some curator Do you think there's harm in supporting those via direct link? |
Yes if someone spams via out of app media posting this link so people who receive it will land on our end. For that purpose I would suggest to exclude it. Curators for your scenario could prob extract the video from the chain? Or not possible? |
I'm not fully following, could you expand a bit? Keep in mind that the app operator can exclude specific videos independently from the curators.
They could, but 99% of them today use Atlas to do their work |
|
While technically possible, I don't think any other tool for easy lookup exist at the moment. Maybe instead of hiding the video entirely, we would display some kind of prominent banner/overlay that mentions that this video was marked as censored? @bedeho I think we could use your input in this discussion (starting here: #3213 (comment)) |
I think disputes are fairly rare, but like the video moderated overlay idea, will work to soften the potential damage of distributing malicious intent materials. |
So what's the final call then, gens? @dmtrjsg Should I cook this banner/overlay up right away while I'm still at it, or do we leave it for a separate ticket? Happy to do so. For what it's worth, I don't believe adding a banner/overlay to an obscene video is enough; I think it shouldn't be possible for anyone (except for curators) to watch it in Atlas. |
I'm in favour of putting down completely, but overlay could also be ok as will cover us at least from social media backlash or other sort of accusations that we promote bad content. Pending clarification from @bedeho |
Just to clarify the question: How does peer review of correctness of decision to filter out a video (via "moderated by content curators") happens in case of dispute is raised? Is it possible to reach the video and check content via other ways and not in the GW? Klaudiuz made a fair point that totally filtering out the videos and not just showing an overlay "Moderated by Content Curation team" will be beneficial for this case. While I am thinking there is more harm to make a curated video accessible since this can be used to distribute direct like via mass email or post it somewhere which would land the audience to the video page and if still accessible it will do more damage for our publicity. |
There is currently no dispute system made, that would require a few extra metaprotocol messages, and most importantly, integration into the product experience.
Yes, even if content is not in a gateway (I guess because gateway is choosing not to surface as a matter of local policy?), then content would still be served by distributors, and listed by query nodes. I a suspect though this is not the core of wht you are really wanting to understand.
I don't fully grock this context and how the question relates to it, but I think it would be a mistake to try to make Atlas serve internal purposes of curator team, separate tooling will 100% be needed, and trying to cater to needs of a very small specialised group inside Atlas does not make sense. Dispute system inside Atlas could make sense, as it impacts all creators.
Content censored by DAO should be presumed to be the worst offenses, it basically stuff the DAO is considering potentially not even willing to provide any infrastructure for regardless of what jurisdiction to which end consumer is subject. It is on the cusp of getting removed. Ironically, currently the infrastructure just entirely ignores this signal, but this will get fixed: Joystream/joystream#4326. As you will read in that issue, infra level provisions will be made to allow certain key stakeholders ultimately relevant to the adjudication process to consume it, but noone else. |
✅ 🏁 On the basis of the above comment, let's move forward with the copy for the overlay copy: |
🤝 |
Designs updated ✅ |
## Context
Atlas instances will filter out videos that are not within the category space of a given instance, and this means that even if you provie a valid video ID to the player, you should not get playback. We should have a better explainer of why the video cannot be played than simply "missing video" or whatever the default message is when a video literally does not exist.
Additionally, content censored by DAO should be presumed to be the worst offenses, it basically stuff the DAO is considering potentially not even willing to provide any infrastructure for regardless of what jurisdiction to which end consumer is subject. It is on the cusp of getting removed. Ironically, currently the infrastructure just entirely ignores this signal, but this will get fixed: Joystream/joystream#4326. As you will read in that issue, infra level provisions will be made to allow certain key stakeholders ultimately relevant to the adjudication process to consume it, but noone else. Atlas must follow this approach.
Scope
The text was updated successfully, but these errors were encountered: