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

Sluggish tab performance in UI #74

Open
barryoneill opened this issue Feb 18, 2018 · 0 comments
Open

Sluggish tab performance in UI #74

barryoneill opened this issue Feb 18, 2018 · 0 comments
Labels
Milestone

Comments

@barryoneill
Copy link
Collaborator

barryoneill commented Feb 18, 2018

Question/Issue Overview

The HTML tab can sometimes take a significant time to render, especially when the attachments are in place.

Expected Behavior

Even with a few small attachments, render of the HTML tab should be almost instantaneous locally.

Reproducible Sequence
  1. Use the script send-sample-emails.py to add some data to a local holdmail install.
  2. In chrome, open any of the mails that it added (they all embed an image)
  3. See that there is a delay rendering the HTML tab that contains an image.
Additional Information
  • Although this is reproducible with attachments, I'm not sure the size of the attachments are to blame. * It could be related to what appears to be all tabs loading their contents immediately, even though only one is open.
  • Looking at the performance tab, there's a 2 second rendering pause, even though that PNG is <70kb (see attachment)
  • Could it be the 'Original Content' tab? That renders the whole Base64 decoded value for the image. If you open an email that also has an attachment (not just the embedded image), this rendering block does seem to take longer.
  • Maybe we could try rendering the tabs only on display?

screen shot 2018-02-18 at 3 19 16 pm

@barryoneill barryoneill added this to the 2.1 milestone Feb 18, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant