Support

Admin Tools

#10098 Error in Joomla 1.7.3 Update - cannot pass parameter

Posted in ‘Admin Tools for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
n/a
PHP version
n/a
Admin Tools version
n/a

Latest post by nicholas on Wednesday, 16 November 2011 15:21 CST

Monday, 14 November 2011 07:44 CST

user46732
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? yes
Have I searched the forum before posting? yes
Have I read the documentation before posting (which pages?)? All
Joomla! version: 1.7.2
PHP version: 5.2.17
MySQL 5.x
Admin Tools version: 2.1.11


Description of my issue:
Fatal error: Cannot pass parameter 2 by reference in /home/content/52/7991152/html/administrator/components/com_admintools/helpers/download.php on line 45

when trying to update Joomla core via Admin tools

Monday, 14 November 2011 07:49 CST

nicholas
It looks like your site's temporary directory is unwritable and a bug in the workaround prevented it from running. I will fix the workaround code in the next release. Meanwhile, you can try to temporarily give your temporary directory 0777 permissions and then, as soon as the update is complete, give it 0755 permissions again.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Monday, 14 November 2011 15:14 CST

ginjg
I'm having a similar issue updating on 3 sites with the following error

ERROR:
Could not upload media/system/images/notice-download.png
Admin Tools Professional 2.1.11


PHP Version 5.2.14
Joomla! Version 1.7.2

Monday, 14 November 2011 15:18 CST

nicholas
That's a different problem. This is a permissions issue and the workaround is mentioned in the User's Guide, the "Updating Joomla!" section. Basically, you need to enable the FTP mode in the update page.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Monday, 14 November 2011 15:36 CST

ginjg
I changed the temp folder to the full direct path and this caused the same error as the original poster.

I changed the tmp file permission to 777 as you suggested, but got the same error again.

Tuesday, 15 November 2011 01:08 CST

nicholas
Can you please try installing the latest developer's release (at the time of this writing it's svn510) and retry updating Joomla? Normally this should solve this.

Please note, before installing the new release, that if you are still getting the error message even after changing the permissions of your temporary directory to 0777 the chances of this working are near zero. The error only happens when it is completely impossible to create a new file inside your site's temporary directory. You may not have a permissions issue, you may have a site setup issue. Just check your site's Global Configuration and triple check that the location of the Temp-directory corresponds to your site's tmp directory location. We have some step-by-step instructions in our installation troubleshooting, under the "Checking your temporary directory" section header.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Tuesday, 15 November 2011 14:59 CST

ginjg
upgrading to the developer vernon did not resolve the issue.

So I tried the core update function and it gave this error
"The PHP allow_url_fopen setting is disabled. This setting must be enabled for the updater to work."

I changed the php.ini temporarily to "on" and it resolved the problem.

This is fine for that site, but the other two don't have a php.ini file. Can I just create one that has that 1 command in it? for temporary use in those two sites? (that are add-on domains in the primary site

Tuesday, 15 November 2011 15:09 CST

ginjg
disregard the question about php.ini on the other two sites. for some reason, the issue is resolved and they both updated fine.

Thank you for your patient help.

By the way, Lunarpages asked that we suggest our most valued joomla extensions and I'm not alone in the survey insisting that Akeeba backup and AdminTools are essential.

Tuesday, 15 November 2011 17:10 CST

nicholas
Admin Tools requires either URL fopen() wrappers or PHP's cURL extension (recommended!) to be present on the system. In all other cases, it won't work. What puzzles me is that AT was able to determine that an update was available in the first place, which means that one of them was already present on the site, otherwise it wouldn't be able to fetch that information. I don't know. Maybe something else was tweaked on the server in the meantime? I am pretty sure that the error message you got was due to Admin Tools not being able to create a file in the temporary directory.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Tuesday, 15 November 2011 17:31 CST

ginjg
cURL is on. and until this round, I never had a problem with the updates through admintools before.

I suppose we'll have to wait until next round to see whether it repeats the issue.

Wednesday, 16 November 2011 05:56 CST

nicholas
I don't know. Temporary issue with the hosting setup?

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Wednesday, 16 November 2011 14:19 CST

ginjg
must have been.
The account is on a shared server, so I suppose it's possible that someone else's account could have triggered some sort of temporary server wide issue.

What's important is that all is well now and you've been great with your support.

Wednesday, 16 November 2011 15:21 CST

nicholas
Thank you! I am glad it's all working properly now :)

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!