Community
Participate
Working Groups
From now on, let use only "generic" emails in the submission system. No more type-specific ones (such as tutorial, long, etc.). This will make update and maintenance easier. I can provide speakers with the specific info they need via website pages, etc. -- no need for the auto-emails to be the method of delivery for this. I believe there is only one update to the submission system that needs to be done to implement this for test2011 and 2011. It needs to be changed so that the system does not try to send out type-specific emails for the type "tutorial." Currently in test2011, it's returning an error message after I accept a tutorial because it can't find the email. Please be sure this change is made for both test2011 and 2011. I've created 2011 to mirror test2011, but I'm continuing to test features in test2011. For the other test2011 talk types, it's sending the generic email. These types are new, and since the sub sys doesn't recognize them, it's sending the generic by default -- which is what we want. Thanks.
I just submitted, then accepted, a tutorial for test2011. Since there is no specific "tutorial accepted" email for the test2011 submission system, I expected to receive the generic "talk accepted" email. Instead, there is an error message shown in my user email log in the test2011 sub system, saying "can't find email talk_accepted_tutorial." What we want is for EVERY accepted talk, not matter what the type, to receive the "talk_accepted" email. We no longer want to use emails matched to specific talk types. We need this fixed before we can push the Big Button for ECon 2011.
Have you put all the email templates in test2011? I didn't. It's not like it's a real conference.
The point is that I don't WANT all the email templates there. I only want the generic ones to be used, so I only put those in test2011. I'm trying to make test2011 mirror what we want ECon 2011 to be. My understanding is that if the type-specific one wasn't there, the generic one would be used by default, but that doesn't seem to be working. I could get around this by putting in type-specific ones and making them identical to the generic one if this is too much of a pain to deal with now.
Oh, so you want something different from last year? So between this and the DC, which do you choose?
I don't really *want* the sub system to be different from last year, but since we no longer have the same resources to maintain it, I was trying to make things more generic, hoping that would be easier for all of us. Please note that I opened the bug in early October, hoping there might be time for it to get fixed before ECon 2011. But I wasn't tracking it, and I didn't remember until today that there was still a problem with the emails. And of course getting the DC working is much more important right now. I tried the work-around of creating a tutorial_accepted email that was a duplicate of the generic email, and that seems to be working. So no need to mess with the sub sys right now. But the larger issue (at least for me) is that I am having trouble communicating via bugs about what IT support I need for the conferences. Perhaps it's just a matter of learning to use the "Importance" settings the way you expect? I understand that you won't always be able to do the fixes I ask for, but if something isn't working and it won't get fixed "properly," then I need to know so I can figure out a way to work around it. And sometimes I may need your help figuring out the work-around. As I mentioned, I opened this bug in early October. But since nothing was done on it after I opened it, I presume that I didn't prioritize it properly. So please let me know what settings I should use, and I will try to match your expectations. Thanks.
As I mentioned in comment 5, the test2011 sub sys is sending out emails for accepted tutorials now that I have created the file "test2011/emails/tutorial_accepted.php." But now when I look at "Sent Emails" for Anne Jacko in the test2011 submission system, I'm seeing this error message at the bottom of the list of sent emails, and I don't know what to do to fix it: Fatal error: Class 'talk_accepted_tutorial_email' not found in /home/apps/submissions/org.eclipse.dash/submissions/user.php on line 133 This error appears to prevent the sub sys from displaying the entire list of emails that have been sent to Anne Jacko -- it stops the list with that error. I'm continuing to get the emails in my inbox, but the sub sys can't display the record of them having been sent.
I don't know what is involved in making this happen. I can look, but I'm not sure if it's prudent to hack into this code before pressing the Big Button. Thoughts?
Well, it seems that submitters are getting the email, and that's the important thing at this point. So perhaps better to wait and fix this in a couple of weeks?
I think there are two issues: 1. You want generic emails 2. The mailing system was borked 2. Was likely caused by a missing template in test2011. Since the SubSystem doesn't know that test2011 is a test conf, it was trying to do the right thing by exploding. I fixed that by putting the right template in place. 1. Is what I consider 'risky' at this time, since I don't know exactly what is involved in making this happen, and you're on the cusp of sending out email.
> So perhaps better to wait and fix this in a couple of weeks? I think that would be prudent at this point. Will you remind me then?
(In reply to comment #10) > > I think that would be prudent at this point. Will you remind me then? Yep, I've added a note to my calendar for early January to remind you about this. Thanks.
Additional note. For ECon 2011, we discovered that the generic "talk_accepted" email was being sent, which was NOT what we wanted. To get around the problem, we edited the email so it applied to sponsored talks, since that's the only type of submissions/acceptance we expect to have from now on. But this is a hack. I think I can create a generic-enough "talk accepted" email so that it can be used for all types of talks if we can get the sub sys to send that email for all types. Currently it seems to have a mind of its own about what email to send. Denis, I was going to remind you to work on this when you had more time, so please consider this a reminder! Thanks.
