Allow Peers to Store History #316

Fusionado
dan fusionados 1 commits de peer_history en master 2020-07-08 22:32:48 +00:00
Propietario
No se ha proporcionado una descripción.
dan fue asignado por sarah 2020-07-08 18:30:53 +00:00
Miembro
Drone Build Status: success https://build.openprivacy.ca/cwtch.im/cwtch/769
Miembro
Drone Build Status: success https://build.openprivacy.ca/cwtch.im/cwtch/771
dan cambios solicitados 2020-07-08 19:52:58 +00:00
@ -258,6 +260,10 @@ func (ps *ProfileStoreV1) load() error {
contact.Authorization = model.AuthApproved
}
}
Propietario

like above, prolly better to check at load if the attribute is set or not and set it accordingly instead of the double initializer for it you have in the event handler below. Also since this is a required attribute, should also be added to cwtchPeer.AddContact, line 194 has the attributes being initialized.

then we can create a stream store only where needed, then the event handler can just reach for the stream store and if there is one, use it, if not, not use it, simplifying that code a bunch in the event handler

BUT it does mean then doing processing of the SavePeerHistory event and creating or deleting stream stores there.
but that's actually good as right now we don't capture that, so we never delete history when its changed? which means when someone turns it off, the existing history sits there, forever being loaded, but never updated, which isn't great, so that event does need handling regardless

also prolly want a ps.save after the loop to capture and save any new defaults added

like above, prolly better to check at load if the attribute is set or not and set it accordingly instead of the double initializer for it you have in the event handler below. Also since this is a required attribute, should also be added to cwtchPeer.AddContact, line 194 has the attributes being initialized. then we can create a stream store only where needed, then the event handler can just reach for the stream store and if there is one, use it, if not, not use it, simplifying that code a bunch in the event handler BUT it does mean then doing processing of the SavePeerHistory event and creating or deleting stream stores there. but that's actually good as right now we don't capture that, so we never delete history when its changed? which means when someone turns it off, the existing history sits there, forever being loaded, but never updated, which isn't great, so that event does need handling regardless also prolly want a ps.save after the loop to capture and save any new defaults added
@ -346,0 +368,4 @@
ss.Write(message)
}
}
case event.DontSaveHistoryDefault:
Propietario

very rust of you? :P
but we can just have hte one empty default

very rust of you? :P but we can just have hte one empty default
@ -346,0 +376,4 @@
}
}
}
ps.save()
Propietario

shouldn't need this if we aren't setting a default here

shouldn't need this if we aren't setting a default here
@ -346,0 +382,4 @@
}
case event.NewMessageFromPeer:
contact, exists := ps.profile.GetContact(ev.Data[event.RemotePeer])
if exists {
Propietario

also this is copy/pasted, should be pulled out into a function instead

also this is copy/pasted, should be pulled out into a function instead
sarah solicitud de revisión de dan 2020-07-08 20:26:56 +00:00
Miembro
Drone Build Status: success https://build.openprivacy.ca/cwtch.im/cwtch/773
Miembro
Drone Build Status: failure https://build.openprivacy.ca/cwtch.im/cwtch/775
sarah cambió el título de WIP: Allow Peers to Store History a Allow Peers to Store History 2020-07-08 21:33:08 +00:00
Miembro
Drone Build Status: success https://build.openprivacy.ca/cwtch.im/cwtch/777
dan commit fusionado 2c13feb71e en master 2020-07-08 22:32:48 +00:00
Inicie sesión para unirse a esta conversación.
No hay revisores
dan
Sin Milestone
No asignados
3 participantes
Notificaciones
Fecha de vencimiento
La fecha de vencimiento es inválida o está fuera de rango. Por favor utilice el formato 'aaaa-mm-dd'.

Sin fecha de vencimiento.

Dependencias

No se han establecido dependencias.

Referencia: cwtch.im/cwtch#316
No se ha proporcionado una descripción.