Skip to content
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

DetailView of Emails do not display the To information #4517

Closed
isleshocky77 opened this issue Nov 14, 2017 · 3 comments
Closed

DetailView of Emails do not display the To information #4517

isleshocky77 opened this issue Nov 14, 2017 · 3 comments
Labels
Priority:Critical Issues & PRs that are critical; broken core functionality, fatal errors - there are no workarounds Status:Fix Proposed A issue that has a PR related to it that provides a possible resolution Type: Bug Bugs within the core SuiteCRM codebase

Comments

@isleshocky77
Copy link
Contributor

Issue

After importing an email, the DetailView of the email no longer displays who the Email was To. The data is contained in the database; however, does not get populated.

Expected Behavior

After Importing an Email you expect to see who the email was "To".

Actual Behavior

After Importing an Email the "To" row is blank

Steps to Reproduce

  1. Open an Email in the Emails module
    ** Note in this case, the email was To two different emails.
  2. Import the Email and associate it with an Account
  3. Look at the page which is now open (DetailView of the Email)
  4. Notice the "To" row is empty

Context

Unable to see who an Email which is associated to an Account/Lead/Contact was sent To

Your Environment

  • SuiteCRM Version used: 7.97
  • Browser name and version (e.g. Chrome Version 51.0.2704.63 (64-bit)): Version 62.0.3202.62 (Official Build) (64-bit)
  • Environment name and version (e.g. MySQL, PHP 7): MySQL, PHP 5.6
  • Operating System and version (e.g Ubuntu 16.04): Ubuntu 16.04
@e-reeley
Copy link
Contributor

Hi @isleshocky77 , sorry that this comment remained unanswered for this length of time.
I believe this issue has been fixed at #4672.

It seems that there was a second issue opened for the same problem.

Is this the correct fix for your issue?

@isleshocky77
Copy link
Contributor Author

@e-reeley It looks like I'm currently running v7.9.8 which includes that patch (I double-checked the file) and it would appear that it doesn't fix the bug described in this issue - as it's still not working.

Just a side-note, I didn't dig into the code too much, but that issue (#4667) touches code for the MyEmailsDashlet, where this bug specifically is about the DetailView, is it possible that the same thing is happening? And he should have solved his issue by setting the variable rather than using a different one? Otherwise the other variable will have to be changed throughout other views.

@e-reeley
Copy link
Contributor

@isleshocky77 sorry about that, it looked to be a similar issue, which I think as you mentioned it may be somewhat related.

Thank you for responding, I will take a look in to both issues and see if there would maybe be a more general solution for both as opposed to 2 seperate ones which I think is what you have hinted at?

Thanks for your input with this issue.

PedroErnst pushed a commit to PedroErnst/SuiteCRM that referenced this issue Jan 2, 2018
@Dillon-Brown Dillon-Brown added Type: Bug Bugs within the core SuiteCRM codebase Status:Fix Proposed A issue that has a PR related to it that provides a possible resolution Priority:Critical Issues & PRs that are critical; broken core functionality, fatal errors - there are no workarounds labels Jan 3, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Priority:Critical Issues & PRs that are critical; broken core functionality, fatal errors - there are no workarounds Status:Fix Proposed A issue that has a PR related to it that provides a possible resolution Type: Bug Bugs within the core SuiteCRM codebase
Projects
None yet
Development

No branches or pull requests

4 participants