Bug 1313055 - attachments list empty on first open of email
Summary: attachments list empty on first open of email
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: evolution
Version: 23
Hardware: x86_64
OS: Linux
unspecified
low
Target Milestone: ---
Assignee: Milan Crha
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 1322759 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-02-29 20:07 UTC by Jaša Bartelj
Modified: 2016-03-31 16:08 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2016-03-02 10:19:54 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
blank attachment list (31.06 KB, image/png)
2016-02-29 20:07 UTC, Jaša Bartelj
no flags Details


Links
System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 762975 0 None None None 2016-03-02 10:19:54 UTC

Description Jaša Bartelj 2016-02-29 20:07:47 UTC
Created attachment 1131685 [details]
blank attachment list

* Description of problem:
When default view of attachments is set to list view, after loading a remote email (confirmed with IMAP | EWS) for the first time will show an empty list. Closing and reopening the list shows the attachments.

* Version-Release number of selected component (if applicable):
evolution-3.18.5.1-1.fc23.x86_64

* How reproducible:
Always

* Steps to Reproduce:
1. Set the default view of attachments to List View (not Icon View) by opening an email with attachment and selecting List View when attachment list is expanded
2. Open an uncached email (works for me with en email unopened in evolution session)
3. Expand the attachment list. It should be empty

* Actual results:
Attachment list is empty in List View.

* Expected results:
Attachment list populated in List View on first expansion.


* Additional info:
On request.

Comment 1 Milan Crha 2016-03-02 10:19:54 UTC
Thanks for a bug report. I guess it's some issue between WebKitGTK3 and gtk+ itself. I can be wrong though. Anyway, there is a plan to port 3.22 to use webkit2, instead of webkit1, where this part will be done differently. Due to that I'd rather not investigate the issue as of now, but keep it for testing after the port is over.

I'm moving this to upstream, for better visibility. Please see [1] for any further updates.

[1] https://bugzilla.gnome.org/show_bug.cgi?id=762975

Comment 2 Milan Crha 2016-03-31 16:08:43 UTC
*** Bug 1322759 has been marked as a duplicate of this bug. ***


Note You need to log in before you can comment on or make changes to this bug.