mutter-moblin is probably the best option as it provides the core gui.

It works fine for me. I use it daily. Can you provide more details? Is fedora 32 or 64 bit?

It's 32bit. X40 is quite old the model is  2372-pg6.

Default fedora desktop install.

Also in the X.org log the ultranav buttons are registered as Macintosh mouse button emulation. I'm also not sure about the hover effects. If I move the pointer to the upper part of the screen the Moblin menu slides down but when I hover on the buttons there are no hover effects. Are there any?

network-manager-netbook was not installed due to dependency problems. I don't think this is relevant, just wanted to mention it. 

Sorry about the multiple comments but I keep forgetting stuff.

(In reply to comment #3)
> Also in the X.org log the ultranav buttons are registered as Macintosh mouse
> button emulation. I'm also not sure about the hover effects. If I move the
> pointer to the upper part of the screen the Moblin menu slides down but when I
> hover on the buttons there are no hover effects. Are there any?  

When you move over the icons you should get a lighter grey square around the icon, the icon should change from white to a colour (depends on the icon) and a label should pop up below.

What's the graphics card? Is there a reason you have a xorg.conf and don't allow it to auto configure?

If you login to gnome and run from a standard user user terminal prompt run the following command what errors do you get?

mutter --replace --mutter-plugins=moblin-netbook

btw a lack of network-manager-netbook won't make a difference.

(In reply to comment #5)

> When you move over the icons you should get a lighter grey square around the
> icon, the icon should change from white to a colour (depends on the icon) and a
> label should pop up below.
> 

This doesn't happen.

> What's the graphics card? Is there a reason you have a xorg.conf and don't
> allow it to auto configure?

According to Xorg it's :
(II) intel(0): Integrated Graphics Chipset: Intel(R) 855GME

It's a fresh install no manual modification to anything.

> If you login to gnome and run from a standard user user terminal prompt run the
> following command what errors do you get?
> 
> mutter --replace --mutter-plugins=moblin-netbook
> 

log attached

Also the kernel had some strange arguments about the keyboard and the locale I just removed them. I also disabled selinux with selinux=0 kernel argument. Nothing changed.

Created attachment 360024 [details]
mutter log

This repeated error looks like it might be the problem. I'm not sure if its a bug in mutter, or it might be that the Intel 855GME is just not able to cope. Owen can you shed some light on this?

(mutter:3555): Clutter-CRITICAL **: clutter_id_pool_lookup: assertion `id < id_pool->array->len' failed
(mutter:3555): Clutter-CRITICAL **: clutter_id_pool_lookup: assertion `id < id_pool->array->len' failed

The way clutter figures out what item is clicked on  is it paints the scene with a different color for each object. Then it calls gllReadPixels() to find out what color got drawn in the pixel you clicked on. (This operation is called "picking")

The assertion which is failing is that the color it read there wasn't any of the colors that was drawn.

This almost always means a graphics driver bug in the implementation of glReadPixels(). A common problem might be that the driver doesn't wait for drawing to finish and be flushed back to memory before it examines the pixel.

[ This way of doing picking doesn't have a lot of favor among GL drivers implementors because of efficiency concerns, though the bugs it reveals are real bugs. ]

Not much we can do on it from the point of view of Mutter (except for rewrite Clutter to do picking a different way, which is a large, and not-backwards-compatible project.) Suggest reassigning to Mesa. (The problem may be in the kernel DRM driver, but you have to start somewhere tracking it down.)

There's an open bug for a similar symptom on i965, but a i855 and an i965 are pretty different, and it's likely a different underlying driver bug.

Assigning to "mesa" as suggested by Owen Taylor.

This might be fixed by the newest mesa build, 7.6-0.13.fc12.  Can you test?

No change.

Nikolay, can you test with today's rawhide. There's been quite a few improvements in Moblin since 24/09.

Again no change. I just updated the system. 

I'm monitoring the mesa builds and I will test this if there is a new build.

Since this bugzilla report was filed, there have been several major updates in various components of the Xorg system, which may have resolved this issue. Users who have experienced this problem are encouraged to upgrade their system to the latest version of their packages (at least F12Beta, but even better if the very latest versions).

Please, if you experience this problem on the up-to-date system, let us now in the comment for this bug, or whether the upgraded system works for you.

If you won't be able to reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you.

[This is a bulk message for all open Fedora Rawhide Xorg-related bugs. I'm adding myself to the CC list for each bug, so I'll see any comments you make after this and do my best to make sure every issue gets proper attention.]

(In reply to comment #14)
> Again no change. I just updated the system. 
> 
> I'm monitoring the mesa builds and I will test this if there is a new build.  

It's actually more likely a kernel DRM driver issue than a Mesa issue.

I did just update from updates and updates-testing, not rawhide. New kernel, libdrm and xserver. I can still confirm this bug is present.

Ok, I did forget to reboot after the update and there is a small change. Moving the mouse in the area of the network applet actually is treated as mouse over event sometimes. And a lot of clicking helps. Nothing else seems to work.

Thanks for the bug report.  We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue.

Please attach your X server config file (/etc/X11/xorg.conf, if available), output of the dmesg command, and X server log file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link below.

We will review this issue again once you've had a chance to attach this information.

Thanks in advance.

Created attachment 368019 [details]
dmesg output

Created attachment 368020 [details]
Xorg log

Created attachment 368021 [details]
Old xorg log

I'm using the default xorg autoconfiguration, no xorg.conf.

This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

*** Bug 555989 has been marked as a duplicate of this bug. ***

I no longer have the hardware to reproduce the bug and report if it's fixed.

It sounds like from the bug I marked as a duplicate that the problem still exists.

*** Bug 569672 has been marked as a duplicate of this bug. ***

This message is a reminder that Fedora 12 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 12.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '12'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 12's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 12 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.