All the subdirectories in the modules folder have the drwxrwxr-x permissions. All the php files underneath these subfolders have the -rw-r--r-- permissions...

They do look OK, don't they?


Quote:

I did not upgrade the site yet. I just made a copy of the 2.0.9 installation on my machine at home. Before the upgrade, I wanted to know that everything works fine... but no way!

Should I try to upgrade the site when it is at this state (not functional at all)?


Quote:

Dear friends,

I have an operational XOOPS 2.0.9 installation that I would like to upgrade. I made a copy of the files and the database dump file on my machine at home and the transfer went well with no apparent errors. I have the same number of files at both servers so I presume the transfer went well. My machine at home runs Mandriva 10.2 with :

MySQL-4.1.11-1.6.102mdk
mod_php-4.3.10-4mdk
(php safe_mode = Off)
apache-1.3.33-6.1.102mdk

When I log in as admin and enter the section System admin - modules and try to administer some of the modules, I get the following error: "Selected module does not exist". I tried all the debugging options but no single warning message is produced and I am immediately directed to the website (out of the admin section).

Below are the modules I have. I marked the modules that produce the "Selected module does not exist" error with a (x) :

system v1
xoopsfaq v1.1 (x)
news v1.1 (x)
agendax v2 (x)
filemanager v3
tinycontent v1.4 (x)
multimenu v1.6 (x)
wfsection v1.01
mylinks v1.1 (x)
phpmyadmin v2.33

When I try to update modules, none of them gets updated, producing the error: "Could not update xxx", producing no debugging info whatsoever, no matter what debugging level I am in. This latter problem is true for all the modules, not only the ones marked with (x).

I also found out that I cannot modify a single thing in the admin section. After modifying a parameter, it says "Database Updated Successfully!" but it's not true. The database did not get modified at all. When I turn on the MySQL debugging on through phpmyadmin, each time XOOPS makes a query, I only get a blank page with a "Close" button on it...

This is all I can say for now. As you see, my website is pretty much useless right now and I don't dare touching the online website which works... At least for now.

I went through the forum for similar threads (especially the ones that deal with the error message "Selected module does not exist" but I was amazed at the number of people having that problem and no one seemed to have proposed a single solution that worked (as far as I could see). All the threads still seem to be unresolved...

any comments?
I am ready to give more inputs, if necessary
best regards and many thanks from advance
Servet

I am trying to upload an excel file in wf-downloads 3.0 installed on my XOOPS 2.3.4. It gives me the error :
MIME type not allowed: application/octet-stream

I created a mimetype in wf-downloads for the extension xls and added tye following contents for it (all separated with a space, no line breaks) application/msexcel application/x-msexcel application/x-ms-excel application/vnd.ms-excel application/x-excel application/x-dos_ms_excel application/xls application/x-xls application/zz-winassoc-xls

no way! still the same error... Even though the record is not added into the database, the file is however transfered in the uploads/ directory (i think this is a bug)

i looked through the website to seek answers but all I could find was a post talking about class/mimetypes.inc.php. I checked that file to discover that it already contains
"xla" => "application/vnd.ms-excel",
"xls" => "application/vnd.ms-excel",
"xlt" => "application/vnd.ms-excel",

now running out of ideas. can anyone please help me?
best
servet

I am having exactly the same error.

On my debian Sarge, I am using
Xoops 2.2.3
php4 4.3.10-16
mysql 4.0.24-10
apache 2.0.54-5

Does anybody have a clue how to solve the problem? Impossible to give the anonymous users the access right.

many many thanks beforehand

The problem was solved:

As stated in,
https://xoops.org/modules/newbb/viewtopic.php?topic_id=43015&forum=20&post_id=188469#forumpost188469

I had not had myql extension loaded by default in php.ini. I figured it out when I decided to download and install the latest version of the XOOPS which gave the following error:

"Fatal error: MySQL extension not loaded in ......class/database/mysqldatabase.php"

And this error, I only got it during this fresh install and not while I was trying to move my old site. The moment I knew the error, I was able to fix it.

Though, I find this a little weird because I have been succesfully running phpmyadmin... How could phpmyadmin ever run if the MySQL extension was not loaded?

well i am trying here to install the same site on a different machine. the change in the domain name should fully be reflected in the modifications i did in the config.php file.

i can log into MySQL from the linux shell using the info I entered in the config.php file. I therefore don't think that this is a DNS problem.

Happy new year to all,

I have a running XOOPS 2.0.9.2 website which i need to move on a new machine. I retrieved all the source files with the "mirroring" option of wget using the command:

wget -m --verbose --html-extension -o wget.logftp://xxx:xxx@wwwwww.ca/httpdocs/

I used PhpMyAdmin to copy the contents of the XOOPS database into the new server with success. I chmod' 777 templates_c cache and uploads directories first with and then without emptying the contents of the first two directories. I also edited mainfile.php. Now when I try to acess the site, I get a blank page. No outputs on the webserver's error log. I could get neither php nor MySQL create logs in /var/logs. I modified inlude/common.php to activate php debugging, still the same blank page. I activated php, sql and smarty debugging through phpmyadmin, but still the same blank page.

I read in the forums that the problem could be due to an incomplete file transfer but I don't know how to check for it. Our host is very restrictive and offers only ftp access to our files. I browsed the logfile created by wget... The file is very big. I searched it but could not find severe problems reported.

I also read on the forums about the idea of installing fresh source files from the tarball and installing the database contents on top of it. I could not find in the downloads section of the XOOPS website the source of v2.0.9.2 so donno how to accomplish that either.

I am using (on the new server)
*debian sarge with a 2.4.27-2-386 kernel
*apache 1.3.33-6sarge
*php 4.3.10-16
*MySQL 4.0.24-10sarge

I am running out of ideas now. Please please help me:
servet

Well I am sure it works great for now... But how about in the near future where there will be new version of xoops?

I would like to know if the ML module will be officially maintained to support the XOOPS updates...

If I use the ML module, will I have to do same module hacks each time I upgrade my Xoops?

Will the ML module be upgraded at each XOOPS upgrade?

I think this is something essantial to know before deciding to whether or not to rebuild the whole site with the ML module.

My fear is that at one point in the future the ML module ceases to support upcoming XOOPS versions.... You see, I have been trying to connect to the smartfactory page for 2 days and the site is down...

eagerly awaiting comments/suggestions

greetings
servet

Hi,

Could you please point us at that old module that allows on-the-fly language change...

I am still very much hesitating on going for the ML module because I do have neither the skills nor the willingness to hack modules and worry about updates of my system in the future...

but i HAVE to build a second language for my site
any help/suggestions will be greatly appreciated
best
servet