New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Does not work the default ActionMailer queue introduced in Rails 4.2 #244
Comments
Got it. So, we could either make it listen by default. Not sure of the side impact of this, probably not much. That said, it's not going to make 3.1 as it would be a breaking change. @senny: thoughts on this? Do you see a reason not to change this behavior? I personally would not change it, but don't have a strong opinion. If it makes it easier for some people to get started, maybe it makes sense. |
@jipiboily I wouldn't change it to work both "default" and "mailers" if nothing else is specified. That seems very arbitrary. I see the following possible solutions:
|
Yeah, sorry for the confusion, I had in mind all queues by default, or stick with the current...as the only two decent options. I would lean toward the first option you gave, or the status quo. |
I'm fine with option 1.) |
I don't have time to work on this but if @myobie or anyone else want to send a PR, that would be awesome! |
I would love to help. After looking more into it I don't see an easy way to work all queues yet, so if you have any suggestions of where to look let me know. |
@myobie that's correct. Currently there's no |
OK, then I think it's best to add a feature to accept |
@myobie would that really solve the problem? Imagine |
I meant that |
@myobie sounds good 😊 |
The way the triggers work makes it difficult to listen to all queues, since the locks are per queue_name. I thought about doing something like this: @@ -75,6 +75,7 @@ $$ LANGUAGE plpgsql;
-- queue_classic_notify function and trigger
create function queue_classic_notify() returns trigger as $$ begin
perform pg_notify(new.q_name, '');
+ perform pg_notify('*', new.q_name);
return null;
end $$ language plpgsql; but the So I wanted to ask your opinion of what might be best? Is it worth going down this road or should this really just be a documentation problem? |
On Rails we have rails/rails#18587 open. I think it could be reasonable to change the default Action Mailer queue to @jipiboily thoughts? |
I agree with @senny. I think changing the default via our railtie but making it possible to overwrite + document this in the README would be perfect! |
I'm closing this since it's so old. |
The default queue where emails are added is "mailers" and it should be assumed that queue is being worked by default. delayed_job does this.
This can be worked around with
QUEUES=mailers rake jobs:work
for now.The text was updated successfully, but these errors were encountered: