The text which is displayed on the top of the section page
is in modules/sections/language/xxx/main.php
(where xxx is your language)
Look for _MD_WELCOMETOSEC and _MD_HEREUCANFIND.
The text is called by modules/sections/index.php in function
listsections ()

For removing a module look here:

http://wiki.xoops.org/wakka.php?wakka=UninstallingModules

Don't know whether this could be a help.

Save the html code from a correct shown page to a file,
and save the html code from a messed up page to another file
and compare these files. Maybe you can find the difference,
and with the difference the cause of the corrupted code.

As far as I understand, your XOOPS pages are messed up even if
your module isn't called?
Also no module block is called?

As far as I can see
the list of smilies is stored in the table xoops_smiles.
There you can see (delete or change) the infos about the smilies (name etc.)
The gifs are stored in xoops/html/uploads.

Take a look at the following thread:

https://xoops.org/modules/newbb/viewtopic.php?topic_id=13178&forum=20

When I set the following find member filter field:
_MM_POSTSMORE => 'Number of Posts is greater than'
to 0, the member list shows members which have 0 posts and not only members which have 1 and more posts.

As far as I can rate this, it's because of the line 301 in modules/xoopsmembers/index.php:
if (!empty($HTTP_POST_VARS['user_posts_more']) ....
maybe you can change this to: if (isset(...

This is true also for some other vars in modules/xoopsmembers/index.php and also I find the same code in modules/system/admin/findusers/main.php

First I looked for the template which is responsible for the notification block (system_notification_select.html).

Whithin the template there is the variable $xoops_notification.show

I did a search of $xoops_notification over the XOOPS sources and found some entries. The right file was notificaton_select.php, because here we have the following line:

if ($xoops_notification['show']) {

This was the entry point for debugging. (BTW, I use the ActiveState Komodo IDE for debugging, which is not too expensive for personal use. Don't know if there is something equivalent for free.)

In advance of the debugging I found that the function notificationSubscribableCategoryInfo() did not give back any notification categories.

Then I debugged into notificationSubscribableCategoryInfo () and was wondering about the variable $script_name having php.exe.

I included a phpinfo () command into my internet and into my local site and compared the _SERVER variables, and voila, the local site showed something different.
I found that the _SERVER['SELF_PHP'] on my local site did show the correct path.

But please dont't ask me about the correct values and meanings of the php _SERVER[] vars.

I had the same problem on my local XOOPS installation.
Having Win98, Apache 1.3.22 and PHP 4.3.3

The problem is in xoops/html/include/notification_functions.php.
In function notificationSubscribableCategoryInfo () there is
the following line:
$script_url = explode('/', $_SERVER['SCRIPT_NAME']);
I changed it to:
$script_url = explode('/', $_SERVER['PHP_SELF']);

In difference to a linux system, this variable shows the path to the php.exe on a windows system,
and not the path to the php script (which is e.g. index.php),
and so you will never see the notification block.

The variable $_SERVER['PHP_SELF'] shows the correct path to
the php script.

Download->General Settings: Allow user uploads?

But this is true only for Version 1.1