You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Two important things. First, I don't think, we should expect exactly one db request. As far as I understand, multiple update/delete/select requests might be legitimately triggered.
Second, and most importantly, selecting a folder still triggers thousands of requests like:
DELETE FROM emailPersonRel WHERE emailID = ...
SELECT id FROM emailPerson WHERE emailAddress = ... AND name = ...
INSERT OR IGNORE INTO emailPerson (name, emailAddress, personID) VALUES ...
INSERT INTO emailPersonRel (emailID, emailPersonID, recipientType) VALUES ...
What is particularly interesting, is that there are patterns like this.
There is a request to delete a given emailID from emailPersonRel, followed soon (+4 requests ids) by a request to insert a record with the same emailID into emailPersonRel. There are some select/insert requests to emailPerson in between.
The good thing is that the app doesn't become irresponsive and the total number of requests issued is less than before but there is still a room for improvement.
So, let's keep the issue open for further analysis.
P.S. Many jpc requests are being sent on cursor move over the email body. Is that needed?
Nick wrote:
Reproduction
Actual result
Expected result
Related
Compare bug #368
The text was updated successfully, but these errors were encountered: