Bug 169931 - anaconda Traceback in File "/usr/lib/anaconda/gui.py", line 1063, in releaseNotesButtonClicked
Summary: anaconda Traceback in File "/usr/lib/anaconda/gui.py", line 1063, in release...
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Chris Lumens
QA Contact: Mike McLean
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-10-05 12:09 UTC by James Laska
Modified: 2013-09-02 06:07 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-10-07 18:34:30 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
anacdump.txt (63.29 KB, text/plain)
2005-10-05 12:09 UTC, James Laska
no flags Details

Description James Laska 2005-10-05 12:09:02 UTC
# TREE nightly/rawhide-20051005
# ARCH i386

I couldn't find this in bugzilla already, so please give a holler if this has
been filed.  I'm attaching the anacdump.txt file (obtained using the shiny *new*
remote scp support).  

Steps to reproduce:
 1) start up into the graphical stage2
 2) click release notes

Traceback (most recent call last):
  File "/usr/lib/anaconda/gui.py", line 1063, in releaseNotesButtonClicked
    raise SystemError
SystemError

Looking at the code in gui.py this almost looks intentional ... perhaps this is
just a TODO item?

   1052     #
   1053     # when user clicks on release notes button we queue a request to start
   1054     # the release notes viewer. The idle handler we setup will try to
   1055     # start the viewer when it is called. If we happen to be in an RPM
   1056     # callback during package installation and are in the chroot we cannot
   1057     # run the viewer.  The idle handler will just keep trying to start
   1058     # viewer until it gets called outside the chroot environment.
   1059     #
   1060     # Yes this is icky.
   1061     #
   1062     def releaseNotesButtonClicked (self, widget):
   1063         raise SystemError
   1064         # see if release notes are running
   1065         if self.releaseNotesViewerPid is not None:
   1066             log.warning("Viewer already present, pid =
%s",self.releaseNotesViewerPid)
   1067             return
   1068
   1069         if self.releaseNotesStartViewer:
   1070             log.warning("Already queued request to start a viewer")
   1071             return

Comment 1 James Laska 2005-10-05 12:09:02 UTC
Created attachment 119637 [details]
anacdump.txt

Comment 2 Chris Lumens 2005-10-05 13:59:46 UTC
Yeah, it was intentional.  I was reworking the GUI exception dialog and needed a
sure-fire way to generate an exception for testing, so this immediately came to
mind.  I got distracted by kickstart and never finished this up.  It shouldn't
have been committed at all.


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