Bug 82425 - Starting Abiword in Phoebe2 - splash screen, but no window
Summary: Starting Abiword in Phoebe2 - splash screen, but no window
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Public Beta
Classification: Retired
Component: abiword
Version: phoebe
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact: Mike McLean
URL:
Whiteboard:
Depends On:
Blocks: 79578
TreeView+ depends on / blocked
 
Reported: 2003-01-22 01:03 UTC by Gerry Tool
Modified: 2007-04-18 16:50 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-02-10 20:59:45 UTC
Embargoed:


Attachments (Terms of Use)

Description Gerry Tool 2003-01-22 01:03:25 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030115

Description of problem:
I try to start Abiword and the splash screen appears, but no window ever
shows up after the splash screen goes away.  Same behaviour from the
menu or from the command line.  No errors in the terminal window.

The processes were still alive.  After moving to
Gnome to test it and back to KDE, windows appeared with the message

Abiword could not find any local font files in its font path. ....

The current font path contains the following directories:
[/home/gerry/fonts]

Doesn't seem like the place it should look for fonts.

Version-Release number of selected component (if applicable):
abiword-1.0.3-2

How reproducible:
Always

Steps to Reproduce:
1.Execute Abiword from the menu or from a terminal
2.
3.
    

Actual Results:  The splash screen appears, but no window ever
shows up after the splash screen goes away. 

Much later, a dialog window appeared with the message

Abiword could not find any local font files in its font path. ....

The current font path contains the following directories:
[/home/gerry/fonts]

Doesn't seem like a good place for it to look for fonts.

Expected Results:  Abiword should open an edit window ready for typing in a
document.

Additional info:

Comment 1 Charles R. Tersteeg 2003-01-22 04:29:56 UTC
i thought this was my case also but abiword was running just fine except it was
hiding.

when launching the app, it sizes the window to a full screen size and places the
upper right edge into the lower left corner just so you can see the "x" to close
it.  hard to see but it's there.  now how do you fix this?

Comment 2 Gerry Tool 2003-01-22 14:32:22 UTC
As pointed out by a phoebe-list member, if you specify a geometry, the window
opens normally, i.e., 

abiword -geometry 1024x768+10+10 &

from the command line opens the app.  I think the font error message might have
been an artifact of having processes running where I couldn't see the windows
when I logged out and back in.

The config should be fixed.

Comment 3 R P Herrold 2003-01-22 22:26:37 UTC
This alternative assessment crossed Phoebe list as well;:

This is quite an old issue, with an old fix.

In /etc/X11/XF86Config
you need to add a line
load Type1 in the fonts section.

does the %post presently check and do this if needed?

Comment 4 Gerry Tool 2003-01-23 01:09:36 UTC
Comment #3 above does not pertain to this report.  My XF86Config Modules section
does contain Load "Type1".  As I indicated in comment #2, the font error message
was an artifact of how I logged out, etc.  The real problem is one with
configuration of where the window is drawn at startup.

Comment 5 Jeremy Katz 2003-01-23 03:42:13 UTC
I can't reproduce this here -- is this only happening in KDE?

Comment 6 Gerry Tool 2003-01-23 04:05:14 UTC
Yes, I just logged out of KDE where it happens and tried opening Abiword in Gnome.  It opened 
just fine there from the menu with the window properly displayed. 

Comment 7 Kjartan Maraas 2003-01-31 15:13:33 UTC
I see the window being placed in the lower left corner here with the current
beta + rawhide packages and I'm using GNOME as the default desktop.

Comment 8 Jeremy Katz 2003-02-10 20:59:45 UTC
Should be fixed in 1.0.4-2


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