Bug 1013132

Summary:	Can't import textfile as signature
Product:	[Fedora] Fedora	Reporter:	Heiko Adams <bugzilla>
Component:	evolution	Assignee:	Matthew Barnes <mbarnes>
Status:	CLOSED UPSTREAM	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	20	CC:	lucilanga, mbarnes, mcrha
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-09-30 09:22:39 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Heiko Adams 2013-09-27 21:42:48 UTC

Description of problem:
It's currently impossible to import a textfile as signature because the file open window is at "recently used" and the left bar is empty so there is no way to navigate to the documents directory or something else.

Version-Release number of selected component (if applicable):
evolution-3.10.0-1.fc20.x86_64

How reproducible:
allways

Steps to Reproduce:
1. Start evolution
2. Create a new signature
3. Import a textfile as signature

Actual results:
The file open window is at "recently used" and the left bar is empty.

Expected results:


Additional info:
Opening the desired textfile with gedit before starting to import them as signature can be used as workaround

Comment 1 Milan Crha 2013-09-30 09:22:39 UTC

Thanks for a bug report. It seems to me as a bug in gtk3, because it failed to fill the list of Places. I copied the same code into a test application, which only calls the dialog the same way as the "Insert->Text file..." does, and it shows the Places as expected. I can reproduce this in gtkhtml-editor-test application as well, only not with the same code outside of the HTML editor. I'd still say it's gtk3 issue, because the same gtkhtml-editor-test works as expected with gtk3-3.8.4-1.fc19.x86_64.

As you have filled an upstream bug I'm closing this one, there is nothing Fedora specific, neither packaging specific on this, thus there is no need to duplicate the work. Let's move to your upstream bug.