Bug 667000

Summary: [abrt] Zim-0.49-1.fc14: attachmentbrowser.py:607:set_current_folder:KeyError: 'active'
Product: [Fedora] Fedora Reporter: Renich Bon Ciric <renich>
Component: ZimAssignee: Chris Weyl <cweyl>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 14CC: cweyl, fabian, robinlee.sysu
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: abrt_hash:69476cf6
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-01-04 02:31:49 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace none

Description Renich Bon Ciric 2011-01-04 02:26:49 UTC 
abrt version: 1.1.14
architecture: x86_64
cmdline: /usr/bin/python /usr/bin/zim -D
comment: This happens at startup
component: Zim
executable: /usr/bin/zim
kernel: 2.6.35.10-74.fc14.x86_64
package: Zim-0.49-1.fc14
reason: attachmentbrowser.py:607:set_current_folder:KeyError: 'active'
release: Fedora release 14 (Laughlin)
How to reproduce: 1. Start Zim with all plugins active with: zim -D
time: 1294107962
uid: 500

backtrace
-----
attachmentbrowser.py:607:set_current_folder:KeyError: 'active'

Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/zim/plugins/attachmentbrowser.py", line 677, in on_open_page
    self.set_current_folder(str(self.plugin.ui.notebook.get_attachments_dir(page)+os.sep))
  File "/usr/lib/python2.7/site-packages/zim/plugins/attachmentbrowser.py", line 607, in set_current_folder
    if (self.plugin.uistate['active'] ):
KeyError: 'active'

Local variables in innermost frame:
path: '/home/renich/Notes/CloudSigma/test/subpage'
self: <AttachmentBrowserPluginWidget object at 0x23615f0 (zim+plugins+attachmentbrowser+AttachmentBrowserPluginWidget at 0x23e0200)>
Comment 1 Renich Bon Ciric 2011-01-04 02:26:51 UTC 
Created attachment 471575 [details]
File: backtrace
Comment 2 Robin Lee 2011-01-04 02:31:49 UTC 

*** This bug has been marked as a duplicate of bug 657928 ***