mirror of
https://github.com/SuiteCRM/SuiteCRM.git
synced 2026-03-02 19:16:58 -05:00
BUG: Incorrect DB field name used in SugarFolders class prevents viewing of emails imported from group inbound email accounts #5153
Labels
No labels
Area: API
Area: Campaigns
Area: Cases
Area: Clean Up
Area: Clean Up: Performance
Area: Dashlets
Area: Databases
Area: Developer Tools
Area: Elasticsearch
Area: Elasticsearch
Area: Emails
Area: Emails:Campaigns
Area: Emails:Cases
Area: Emails:Compose
Area: Emails:Config
Area: Emails:Templates
Area: Environment
Area: Installation
Area: Language
Area: Mobile
Area: Module
Area: PDFs
Area: PHP8
Area: Reports
Area: Studio
Area: Styling
Area: Upgrading
Area: Workflow
Area:Activity Stream
Area:Calls
Area:Import
Area:Projects
Area:Search
Area:Surveys
Area:Themes
Area:Users
Branch:Hotfix
Good First Issue
Hacktoberfest
Help Wanted
PR:Community Contribution
PR:Type:Enhancement
Priority:Critical
Priority:Important
Priority:Moderate
Severity: Major
Severity: Minor
Severity: Moderate
Status: Requires Code Review
Status: Requires Updates
Status: Stale
Status: Team Investigating
Status:Assessed
Status:Fix Proposed
Status:Needs Assessed
Status:Requires Automated Tests
Type: Bug
Type:Deprecated
Type:Discussion
Type:Duplicate
Type:Invalid
Type:Question
Type:Suggestion
Type:Suggestion
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/SuiteCRM-SuiteCRM#5153
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @MatthewHana on GitHub (Jan 24, 2024).
Issue
A typo in an array representing the results returned by a DB query mishandles group inbound email accounts.
Expected Behavior
Group accounts should be returned by retrieveFoldersForProcessing function in the SugarFolders class.
Actual Behavior
The typo prevents them from being returned.
Possible Fix
Original code:
Correct code:
Steps to Reproduce
N/A
Context
It does prevent emails imported from group Inbound Email Accounts being displayed for users who have authority to view them.
Low priority.
Your Environment
@MatthewHana commented on GitHub (Jan 24, 2024):
Will make PR to fix soon.Edit: see below
@chris001 commented on GitHub (Jan 25, 2024):
Fantastic find! This bug has a few pending PR's:
https://github.com/salesagility/SuiteCRM/pull/8702
https://github.com/salesagility/SuiteCRM/pull/10059
github.com/salesagility/SuiteCRM@5132dc54f7@pstevens71 has about 5-6 PRs and commits to fix group inbox. As soon as they're in one PR, they'll be easy to test.
@MatthewHana commented on GitHub (Jan 25, 2024):
Ahhh. I should have looked through the existing issues more thoroughly! 😅
@pstevens71 commented on GitHub (Jan 25, 2024):
I'm hoping to get to that this weekend (combining all the PR's). There are numerous issues around this one. Basically, the group inboxes never get assigned "1" is the first problem, then when they do, this bug is an issue, then when this is fixed, the JSON output to the popup to select a users inbox fails because it contains two arrays instead of one (group emails are separated from personal emails in the JSON), then the JS fails in the popup because it can't handle the JSON. So it's a whole chain of problems.
@chris001 commented on GitHub (Jan 25, 2024):
@pstevens71 IMHO it'd be nice to get feedback on your fix from the original SA implementer of group inbound email.
@pstevens71 commented on GitHub (Jan 25, 2024):
@chris001 Yes, me too! I kind of think the original dev opened this can of worms and just removed the whole is_group =1 thing to avoid it. Fixing that one line led to all the rest LOL!
@MatthewHana commented on GitHub (Jan 25, 2024):
That is a possibility, though the UI still allows you to create a group inbound email account. Surely it would have been easier and cleaner to disable group accounts by simply removing thr UI option.
Regardless of the original reasoning, if any, the implementation in the repo has gotten messy.
@pstevens71 I'm happy to help out however I can if you need it. Just let me know!
@chris001 commented on GitHub (Jan 25, 2024):
@pstevens71 The fastest and easiest way would be to use an IDE such as VS Code, with add-on GitLens Supercharge to "rebase" all of your commits related to this group inbound email issue, on to your branch with the first part of your fix: https://github.com/pstevens71/SuiteCRM/tree/patch-1 Then, your PR coming from that branch, would be the one PR that would solve the issue, be the candidate to merge into the app, and users would easily run two commands to download and patch their test servers running Suite 7.14.1, try it out, and give you feedback. As it is now, with the scattered commits and branches, it's too cumbersome of a task to expect anyone to spend significant time editing code by hand to apply these fixes and test it. Let the tools do that heavy work quick.
@pstevens71 commented on GitHub (Jan 25, 2024):
Hey @chris001 I'm not a developer like that. I mostly build WordPress sites with alot of custom PHP, and I can customize SuiteCRM pretty well, but Github, and pushing changes is out of my scope of confidence at least for the time being.
@chris001 commented on GitHub (Jan 25, 2024):
This git terminology can be confusing until you get the hang of what they really mean.
Can you provide a list of links to all the PRs and commits that, when all applied, make up this complete Fix for Group Inbound email?