Bug 1013132 - Can't import textfile as signature
Summary: Can't import textfile as signature
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: evolution
Version: 20
Hardware: All
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Matthew Barnes
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-09-27 21:42 UTC by Heiko Adams
Modified: 2013-09-30 09:22 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-09-30 09:22:39 UTC
Type: Bug


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 709001 0 None None None Never

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.


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