I should be able to read encrypted scrollback in rooms, if history visibility allows.

[BillCarsonFr]

• When invited to a room I should be able to access history if visibility allows:

  • Implement MSC3061: Sharing room keys for past messages on Invite #39

• When joining a restricted room, I should be able to access history if visibility allows:

  • Restricted join rules are incompatible with E2EE history matrix-org/matrix-spec#1
  • Manually Request access to history when joining a restricted room that allows it. #750
  • Users joining a private room within a space via "restricted" join rule have no way of accessing (encrypted) history #646

[richvdh]

Possibly related: element-hq/element-web#24190

[joeyoropesa-dev]

Is there any news regarding this case - will we ever be able to see message history for those who are invited later..

[yangwonlohengramm]

Is there any news regarding this case - will we ever be able to see message history for those who are invited later..

Agreed, is this just not a thing? Being able to read messages before you joined? I already tried all the room settings...

[mpeter50]

For all I know, currently if you - as a member with access to those messages - send an invite for the new person from an Element client, the new member will get the keys for the old messages when they join. I think for this to work they also need to be using an Element client, at least until the key transfer is done.
If they are already a member, they will need to first leave or be kicked.

This is not official, but I have done this successfully in the past.
Its a shame that we need to use quirks like this. Maybe someone being required to allow this could go as a feature (an optional one), but kicking and reinviting the member is very clunky.

[yangwonlohengramm]

For all I know, currently if you - as a member with access to those messages - send an invite for the new person from an Element client, the new member will get the keys for the old messages when they join. I think for this to work they also need to be using an Element client, at least until the key transfer is done. If they are already a member, they will need to first leave or be kicked.

This is not official, but I have done this successfully in the past. Its a shame that we need to use quirks like this. Maybe someone being required to allow this could go as a feature (an optional one), but kicking and reinviting the member is very clunky.

I tried this the other day and at least in my case it didn't work, I invited someone from Element Desktop and they joined from Element on a browser and they saw all the messages as undecryptable.

[loetsinn]

For all I know, currently if you - as a member with access to those messages - send an invite for the new person from an Element client, the new member will get the keys for the old messages when they join. I think for this to work they also need to be using an Element client, at least until the key transfer is done. If they are already a member, they will need to first leave or be kicked.
This is not official, but I have done this successfully in the past. Its a shame that we need to use quirks like this. Maybe someone being required to allow this could go as a feature (an optional one), but kicking and reinviting the member is very clunky.

I tried this the other day and at least in my case it didn't work, I invited someone from Element Desktop and they joined from Element on a browser and they saw all the messages as undecryptable.

Sadly this is still the case. Tested it this morning.
Inviting from Element Desktop. One user joining from Element Desktop one from Element Web. Both see historical messages undecryptable

[richvdh]

Correct, history sharing on invite is not supported in the element clients. This is tracked at #39.