Project

General

Profile

Actions

Bug #12155

closed

Setting email_reply_address is not used without restart of Foreman

Added by Bryan Kearney over 8 years ago. Updated almost 6 years ago.

Status:
Closed
Priority:
Normal
Category:
E-Mail
Target version:
Difficulty:
Triaged:
Fixed in Releases:
Found in Releases:

Description

Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1271129
Description of problem:
Changing the setting email_reply_address the new value is not used until Foreman is restarted

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Change the email_reply_address setting to foobar
2. Trigger a mail sending
3.

Actual results:
The from address is still using the original from address and not the updated foobar

Expected results:
Mail from address is changed to foobar

Additional info:

Actions #1

Updated by The Foreman Bot over 8 years ago

  • Status changed from New to Ready For Testing
  • Pull request https://github.com/theforeman/foreman/pull/2819 added
  • Pull request deleted ()
Actions #2

Updated by Anonymous over 8 years ago

  • Status changed from Ready For Testing to Closed
  • % Done changed from 0 to 100
Actions #3

Updated by Dominic Cleal over 8 years ago

  • Assignee set to Stephen Benjamin
  • translation missing: en.field_release set to 104
Actions #4

Updated by Stephen Benjamin over 8 years ago

@Dominic - Be aware this commit removes a deprecation that was targetted for removal in 1.11 not 1.10

Actions #5

Updated by Dominic Cleal over 8 years ago

Stephen Benjamin wrote:

@Dominic - Be aware this commit removes a deprecation that was targetted for removal in 1.11 not 1.10

Thanks for the heads up, but it doesn't look like it's in the final develop commit.

It looks like what happened is that you removed it in your PR, as it was based on an older parent commit (baaf6b4), but since we had already removed it in the newer c1755e0, the actual commit that Daniel merged to develop didn't contain the deprecation removal proposed in the PR. The git 3-way merge process must have skipped over it as it had already been done.

Actions #6

Updated by Stephen Benjamin over 8 years ago

Oh weird, thanks, I wish GitHub was more explicit in the PR that it would need a 3-way merge to merge it.

Actions

Also available in: Atom PDF