Bug 772652
Summary: | Evolution picks default account address when it does not make sense | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | David Jaša <djasa> | ||||
Component: | evolution | Assignee: | Matthew Barnes <mbarnes> | ||||
Status: | CLOSED ERRATA | QA Contact: | Desktop QE <desktop-qa-list> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 6.2 | CC: | djasa, jkoten, lnovich, mcrha, tpelka | ||||
Target Milestone: | beta | ||||||
Target Release: | 6.4 | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | evolution-2.32.3-2.el6 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | |||||||
: | 1025695 (view as bug list) | Environment: | |||||
Last Closed: | 2013-11-21 05:04:14 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | 883010 | ||||||
Bug Blocks: | 1025695 | ||||||
Attachments: |
|
Description
David Jaša
2012-01-09 14:35:09 UTC
Based on discussion with developer, I'd add three more points: * reply / reply to all works as expected * both accounts are IMAP * third case can be questionable but still can make sense (like if some "this is corporate account" checkbox that would be account properties would be ticked) (In reply to comment #0) ... > 1. look some mail in non-default account, write a new message > A little clarification to this: the bug occurs when a sub-folder is active, when I choose a folder that is direct "child" of account in tree view, the actual account is chosen rightly. (In reply to comment #0) > 1. go to some folder in non-default account, select a message > 2. right-click any address in message header, click "Send a new message To..." I can reproduce this one. > 1. look some mail in non-default account, write a new message (In reply to comment #2) > A little clarification to this: the bug occurs when a sub-folder is active, > when I choose a folder that is direct "child" of account in tree view, the > actual account is chosen rightly. I cannot reproduce this one. Whenever I do File->New->Mail Message, or click the "New" button on the tool bar, or just press Ctrl+N, I get preselected From in the composer based on the account the folder I stay in belongs to. The only exception is all under On This Computer and Search Folders, where is preselected the default account, because these has no association with real accounts. > 1. start writing some email to @company.com address (In reply to comment #1) > * third case can be questionable but still can make sense (like if some "this > is corporate account" checkbox that would be account properties would be > ticked) I would not do this one. There would be a complication with multiple recipients being filled, for example, and I do not think it being a useful option. The other two issues should cover this one already. I forgot to mention, I do this all from the main Mail view, with the preview panel being on (I do not use extra message window, like when user double-clicks the message in the message list). Created attachment 551825 [details]
evo patch for the "Send New Message To..."
for evolution;
This lets the "Send New Message To..." preselect From based on the account folder the message is show in.
This request was evaluated by Red Hat Product Management for inclusion in the current release of Red Hat Enterprise Linux. Because the affected component is not scheduled to be updated in the current release, Red Hat is unfortunately unable to address this request at this time. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux. If you would like it considered as an exception in the current release, please ask your support representative. This request was not resolved in time for the current release. Red Hat invites you to ask your support representative to propose this request, if still desired, for consideration in the next release of Red Hat Enterprise Linux. This request was erroneously removed from consideration in Red Hat Enterprise Linux 6.4, which is currently under development. This request will be evaluated for inclusion in Red Hat Enterprise Linux 6.4. This request was not resolved in time for the current release. Red Hat invites you to ask your support representative to propose this request, if still desired, for consideration in the next release of Red Hat Enterprise Linux. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHSA-2013-1540.html |