Make files drag and drop file in a room work with threads

[germain-gg]

If a file is dropped over the thread view, upload the file in the thread, otherwise upload it in the room.

Adding @janogarcia to the discussion as we might want to have some visuals to indicate in what context a file will be uploaded

[daniellekirkwood]

Removing the Blocked status as we have discussed this issue. This is a nice-to-have for the MVP and so has been put into the Threads:Post Launch Epic.

As we get closer to launching Threads MVP, we will reconsider this decision.

[HarHarLinks]

At the same time, this could (imo, should) also add the ability to reply with a file upload

[t3chguy]

Replies (non thread) with files is not possible due to the spec's requirement of a fallback which is not possible when sending files.

[HarHarLinks]

aren't threads (supposed to?) fall back to replies? what's the difference then?
getting rid of reply fallbacks is a whole other issue

[t3chguy]

Threads have no fallback, if Threads fell back to replies then you couldn't reply to a thread so it was decided that they do not fall back to replies.

[HarHarLinks]

Sorry, what I mean is: in current element with the labs flag I can write into a thread, but turning the labs flag off it will appear as a regular reply. I had assumed that for this same reason you can only post such events into a thread which you can post as a reply. It might be an element implementation prototyping off-spec quirk instead.

[t3chguy]

but turning the labs flag off it will appear as a regular reply.

Yup, but if you use an old (pre-Threads) Element that wouldn't happen.
This is just the Element receiver treating threads with the Replies code with the labs flag off

[HarHarLinks]

Then with threads merged into spec, clients will be expected to implement them, no fallback? If that is the case, I don't see a reason to not require proper replies and remove reply fallbacks at the same time. Anyway, this is getting off-topic.

Files-as-reply for all.