You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@esme.apache.org by Richard Hirsch <hi...@gmail.com> on 2011/04/10 07:47:52 UTC
1.3 update
* Should we put ESME-170: Pubsubhubbub support for Atom & RSS actions
to the backlog?
* @Ethan - did your comet rewrite deal with ESME 308 Update times in
standard timeline on a regular basis as well?
* @Ethan - does your comet rewrite solve ESME 282 - When a public
message is resent by one user, no other users are able to resend it
val resendId = "resend_" + m._1.id.toString
val resendAttrs =
BasicElemAttr("id",resendId).compose(BasicElemAttr("class","resend"))
val resendTransform:CssBindFunc =
if(m._3 || m._1.author.is == User.currentUser.map(_.id.is).openOr(0)) {
".resend" #> Text("")
} else {
".resend_link" #> SHtml.a(
() => resendMessage(m._1),
S.loc("ui_messages_message_label_resend").openOr(Text("")),
resendAttrs)
}
I assume that m._3 will be true after one user has sent the message.
In Mailbox.scala, resent is a boolean value. What if we changed
if(m._3 || m._1.author.is == User.currentUser.map(_.id.is).openOr(0)) {
to
if(m._1.author.is == User.currentUser.map(_.id.is).openOr(0)) {
D
Re: 1.3 update
Posted by Ethan Jewett <es...@gmail.com>.
On Sun, Apr 10, 2011 at 7:47 AM, Richard Hirsch <hi...@gmail.com>wrote:
> * Should we put ESME-170: Pubsubhubbub support for Atom & RSS actions
> to the backlog?
>
Yes, I think so. I'm not going to have time to work on it, as far as I can
tell. If Imtiaz or someone else (future me? :) ) finds time to work on it,
that would be great.
> * @Ethan - did your comet rewrite deal with ESME 308 Update times in
> standard timeline on a regular basis as well?
>
No, but it will. I also have a "todo" to change the dates back to relative
dates.
> * @Ethan - does your comet rewrite solve ESME 282 - When a public
> message is resent by one user, no other users are able to resend it
>
No, this is actually an unrelated issue. The problem here is a different
bug. I do plan to get to it in the 1.3 timeframe. I'm not sure if the bug is
in the timeline code that handles resends or in the message/mailbox code and
data-model, or both.
> val resendId = "resend_" + m._1.id.toString
> val resendAttrs =
> BasicElemAttr("id",resendId).compose(BasicElemAttr("class","resend"))
>
> val resendTransform:CssBindFunc =
> if(m._3 || m._1.author.is == User.currentUser.map(_.id.is).openOr(0))
> {
> ".resend" #> Text("")
> } else {
> ".resend_link" #> SHtml.a(
> () => resendMessage(m._1),
> S.loc("ui_messages_message_label_resend").openOr(Text("")),
> resendAttrs)
> }
>
> I assume that m._3 will be true after one user has sent the message.
> In Mailbox.scala, resent is a boolean value. What if we changed
> if(m._3 || m._1.author.is == User.currentUser.map(_.id.is).openOr(0))
> {
> to
> if(m._1.author.is == User.currentUser.map(_.id.is).openOr(0)) {
>
The m._3 check might be where the bug is, but I think this change will
introduce a bug in the other direction: It will make it so that all messages
will be resend-able, even after a user has already resent one. If you want
to play around with it, go ahead. I think I will not get to this today, but
I'm hoping to do some work on it next week or weekend.
Cheers,
Ethan