powderburned wrote:
powderburned wrote:
racoon wrote:
powderburned wrote:
Fatal error: Maximum execution time of 30 seconds exceeded in /.../public_html/15/libraries/joomla/filesystem/archive/zip.php on line 292

Try to increase the "max_execution_time" in the php.ini file, eg. from 30 to 60 (or higher if needed). You find this file on the server. Don't forget to restart the Apache demon/service after modifying...

Odd, I'm still getting the same error even with the extended timeout period...
Fatal error: Maximum execution time of 60 seconds exceeded in /.../public_html/15/libraries/joomla/filesystem/archive/zip.php on line 314

I double checked my standard permissions and have not had any trouble installing larger components...

Well I bumped the execution time out up to 180 seconds and it finally completed. I received many SQL errors but it wound up with a Installation Successful message. Do you need those SQL Errors?

I am bothered by the long install time under J1.5. The very same package installs on 1.0.15 in 4-6 seconds on my test system. When I do the same install on my 1.5.4 test server It takes almost a minute.

Do me a favor and try out the following: unzip the package locally and zip it again with you local zip tool. Try the install again and let me know if it got any faster.

Thx!

When you talk about SQL errors: Are you referring to red Xs druing the install - those are ok as long as the install says success. The reason for those are:
If you upgrade from a prior FB version, there is no reliable way to identify whether you are running 1.0.0, 1.0.1, 1.0.2, 1.0.3, 1.0.4 or a mix of these (as caused by incomplete partially run upgrade scripts). The only way to deal with that is to assume we have to perform ALL upgrades for ALL prior versions to make sure we get to a clean 1.0.5. Because of that some will show a red X. For the final 1.0.5 release I can turn this to silent mode to not confuse folks.

Any other database warnings and errors outside the install need to be looked at. As I said earlier, we stuck a lot more error checking into the code, because we found dead queries in 1.0.4 and before that have never worked, that fact was just ignored. We need them fixed as they are the root cause for some of the unexplainable bugs...

Hope this helps!

JDuc wrote:
I just noticed that my discussbot is no longer working. In fact, under the discuss bot section in the settings, I see nothing.

There isn't a drop down to select yes or no from.

Do I need to reinstall the Discuss bot to get this working?

The missing settings drop down is a know issue (see my very first post).

Here is some background why:

When we switched the configuration to the database table instead of the old config file, we actually found a bunch of bugs that never surfaced. They had to do with the fact that prior developers used mixed case config variable names, just not consitent. Some where all lowercase, some mixed some and some mixed case in different ways.
Example: showstats, ShowStats or SHowStats
Not good because PHP will see them as different variables. Another reason for some of the bugs we found.
As part of the cleanup we turned all (we though so) config variables into lower case to do away with very hard to find lower case/uppper case spelling errors. Turns out we missed a couple, those are causing the missing config settings. We will be going over the code for those that stopped working. In some cases we actually foun old bugs that just surfaced because of this.

Hope that shines some light on the 'why'.

well i just installed it for the first time... as i did take a while on my site... i uninstalled and repacked with winrar.exe and made a new zip..

i counted as it took 16 seconds.. seem a little faster then the first time but i dont know for sure..

PHP Built on: Linux goliath.subfighter.com 2.6.9-67.0.4.ELsmp #1 SMP Fri Jan 18 05:00:58 EST 2008 i686
Database Version: 4.1.22-standard
Database Collation: utf8_general_ci
PHP Version: 5.2.6
Web Server: Apache/1.3.41 (Unix) mod_log_bytes/1.2 mod_bwlimited/1.4 mod_auth_passthrough/1.8 FrontPage/5.0.2.2635 mod_ssl/2.8.31 OpenSSL/0.9.7a
Web Server to PHP interface: cgi
Joomla! Version: Joomla! 1.5.3 Production/Stable [ Vahi ] 22-April-2008 22:00 GMT
User Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0

fxstein wrote:
JDuc wrote:
I just noticed that my discussbot is no longer working. In fact, under the discuss bot section in the settings, I see nothing.

There isn't a drop down to select yes or no from.

Do I need to reinstall the Discuss bot to get this working?

The missing settings drop down is a know issue (see my very first post).

Here is some background why:

When we switched the configuration to the database table instead of the old config file, we actually found a bunch of bugs that never surfaced. They had to do with the fact that prior developers used mixed case config variable names, just not consitent. Some where all lowercase, some mixed some and some mixed case in different ways.
Example: showstats, ShowStats or SHowStats
Not good because PHP will see them as different variables. Another reason for some of the bugs we found.
As part of the cleanup we turned all (we though so) config variables into lower case to do away with very hard to find lower case/uppper case spelling errors. Turns out we missed a couple, those are causing the missing config settings. We will be going over the code for those that stopped working. In some cases we actually foun old bugs that just surfaced because of this.

Hope that shines some light on the 'why'.

your detailed explanation is MUCH appreciated! Is it safe to assume this will be resolved in the next nightly build?

I use "tar.gz" package, it`s the best solution, installation under 10 sec.

J 1.5.x is about 10x slower to install the same package than J 1.0.15.
Have not forun the reason why.

installed, tested:

- couldn't install from .zip (probably my mistake, new localhost setup), installed from directory

- rank images still not displayed if it's a special rank (ordinary ranks seem to be ok now), and rank images still do not come from the correct language directory, it's always english

- some entries in configuration were reset to default, had to change them again, but this time they work

also:

- 'Show Recent Posts' option is bugged, it still shows up even if i disable it

- 'Enable the Discuss Bot' option is missing in the config, there is no button or dropdown to set

crap, disregard the 'Show Recent Posts' option report, i was looking at my live site, not the localhost version

ok further testing revealed this:

- rank images DO take language into account, but if it's a special rank, they look for the original image file (rankadmin.gif) instead of the one that was set in config