Add-on Install & Upgrade 1.4.3

[Chris D]

There's no feasible way to do that.

You could always go and have a good moan at the developers who are setting themselves up for rather confusing support issues by making their users think they have version X installed when really they have version Y. Not to mention the potential version control issues arising from the XML not having the correct version details next to phrases and templates

Honestly, it really is bad practice. I know other add-on developers will criticise that view but, really, there's no good reason to not keep the version numbers inline

 

[BobbyWibowo]

@Chris D Well, yeah actually, lol. Oh well, will do that soon. That's if the add-on's developer is still alive. For now I don't really mind using ignore update anyway.

 

[Joeychgo]

On addon shows it needs an update, but when I click the update button I get: Add-on is fully up to date.

its this addon: [ITD] Remove "Home Page" from user profile.

 

[Chris D]

I don't have anything further to add since I posted this, unfortunately:

This can, unfortunately, happen.

The detection method of updates being needed is done via the version number displayed in the title bar of the resource, e.g. in the case of this resource it's 1.2.2. It's not uncommon for add-on developers to release a new version, and give it a new version number in the Resource Manager, but not actually update the version number in the XML file.

I need to improve this detection code at some point, or work in a completely different method to do it. It's actually possible there's another bug here, too, but we're in the process of making some pretty big changes (there's several collaborators on this, now) so we'll hopefully get this fixed quite soon.

In the meantime, do you have an "Ignore this update" button?

There should be an option to ignore the update, so it shouldn't bother you again until it detects the version has changed again.

I downloaded that add-on to take a look. The root cause is that the version listed in the Resource Manager is 1.0.0, but the version listed in the XML file is 1.3.0.

 

[rv65]

mkdir(): Permission denied

1. XenForo_Application::handlePhpError()
2. mkdir() in XenForo/Helper/File.php at line 72
3. XenForo_Helper_File::createDirectory() in AddOnInstaller/ControllerAdmin/AddOn.php at line 134
4. AddOnInstaller_ControllerAdmin_AddOn->actionInstallUpgrade() in XenForo/FrontController.php at line 347
5. XenForo_FrontController->dispatch() in XenForo/FrontController.php at line 134
6. XenForo_FrontController->run() in /srv/www/community/admin.php at line 13

I cannot seem to install anything with this addon and I have a VPS running Ubuntu and PHP 5.6 and I don't know how to configure. I hope someone can help me figure out, so I can install addons with this mod.

 

[BobbyWibowo]

@rv65 About that, @Xon mentioned which directory that this add-on will create directories into in this post: Add-on Install & Upgrade. So changing the permission of that directory to 777 or something should fix it.

 

[rv65]

I tried that, but it does not seem to stick as it always reverts back to 755.

 

[TDUBS]

Let's say your files for the forum are in /var/www/html
cd /var/www/html
chown -R www-data:www-data *

That should recursively assign the own to user www-data and group www-data for all your files/directories in that location.
If you are using CentOS with Centmin Mod, the owner will be different. I believe it's nginx:nginx, and if using OpenLiteSpeed on Debian it's nobody:nogroup.

This helped me with the permissions denied error I was having as well. Yes, for Centmin Mod.. chown -R nginx:nginx * worked. Thanks!

 

[TDUBS]

I'm not sure if this has to do with this addon itself and XenForo 1.5, but I keep getting update notices on 3 plugins in which I already updated. I know I can click "Ignore this update," but I don't want this to be a persistent issue?

 

[Chris D]

It's a persistent issue as long as the developers of those add ons don't maintain the correct version numbers.

There's likely changes we can make to alleviate it but if I was those developers I would make sure the current version of my add on is the one shown in the resource manager, if possible.

 

[adwade]

I may have tripped across an issue with this add-on and wanted to inquire about it. I have several of AndyB's add-ons installed and used this Add-on Install & Upgrade program to upgrade some of AndyB's add-ons yesterday.

In AndyB's add-ons he states: "Upload the Andy folder to your server. The correct location will be library/Andy." So that's what I've tried to do, manually uploading his filesand then using this Add-on Install & Upgrade program to import the XML file..(i.e. using your Option #3) So in my /xf/library folder I have an Andy sub-folder (i.e. /xf/library/Andy) where each of his add-ons then have their own sub-folders located.(i.e. /xf/library/Andy/AboutUs; /xf/library/Andy/ChangeAuthor; etc.)

To upgrade an existing add-on, I've been using this Add-on's Option #1. However, when viewing my /xf/library/ folder yesterday I saw this…

Notice, not only is AndyB's /Andy folder there, but I also have another /library sub-folder as well.(i.e. /xf/library/library) I tripped across this a few days back and deleted the 2nd library folder (i.e. /xf/library/library), because I had no idea how it had gotten there. 

As I said, yesterday using this Add-on Install & Upgrade program, I upgraded AndyB's Change Author, Change Date, Email Log add-ons.

Afterwards, I noticed that (it seems) this Add-on Install & Upgrade program is creating the 2nd library folder and then putting the newest copies of the files over into them when I used Option #1.(i.e. xf/library/library/Andy/ChangeAuthor; /xf/library/library/Andy/ChangeDate; xf/library/library/Andy/EmailLog)

So below are the contents of the /xf/library/library/Andy folder, which seem to have appeared when I performed these latest upgrades…

Am I doing something wrong -or- is this Add-on Install & Upgrade just not compatible with some other add-ons when trying to employ the 'upgrade' process?

 

[Floyd R Turbo]

I've noticed a few of AndyB's addons erroring out on a batch update of multiple addons. I haven't paid attention to which ones but I've had other (not andy's) error out As well just never looked into why. And when I say error I mean they just don't install/update. I'll have to look at my folders now

It seems that if you run multiple updates and one doesn't conform or throws an error, it won't check the rest of the zip files, it stops and installs the ones the were ok up to the error.

Then if you go to run the individual zip that errored, it still will error and that one you have to run manually.

 

[Xon]

@AndyB 's add-ons tend to be packaged in a way which makes using an add-on installer quite difficult.

But the 'library/library' thing definitely looks like a bug.

 

[rdn]

Hopefully AndyB packs his addon using /upload/ folder and xml file on he root.

 

[adwade]

Hopefully AndyB packs his addon using /upload/ folder and xml file on he root.

I just looked at AndyB's ChangeDate add-on and it seems, he has /library/ and the xml file in the root…

so I'm guessing that's part of the issue.

EDIT: So my assumption is, if an add-on has /upload/ as the root folder then this Add-on Install & Upgrade program should work alright automatically. However if an add-on does not have /upload/ as the root folder, it's best to just manually upload (i.e FTP) the files for such an add-on and then import the XML file.

 

[Wasserlasser]

I am getting the same error that people got before me.

mkdir(): Permission denied

1. XenForo_Application::handlePhpError()
2. mkdir() in XenForo/Helper/File.php at line 72
3. XenForo_Helper_File::createDirectory() in AddOnInstaller/Model/AddOn.php at line 17
4. AddOnInstaller_Model_AddOn->extractZip() in AddOnInstaller/ControllerAdmin/AddOn.php at line 69
5. AddOnInstaller_ControllerAdmin_AddOn->actionInstallUpgrade() in XenForo/FrontController.php at line 347
6. XenForo_FrontController->dispatch() in XenForo/FrontController.php at line 134
7. XenForo_FrontController->run() in /www/htdocs/w00e34a8/admin.php at line 13

I have everything in my root folder so where do I need to set permissions?

Thanks

 

[jeffwidman]

mkdir() error is generally caused by the Linux file system permissions. You'll need to make it so the webserver (Apache or php-fpm generally) can write to the server.

This can reduce security because if the webserver can upgrade itself, then a hacker can modify files as well. That's often why folks lock the permissions down fairly tight, but it prevents this addon from working. I solved it by writing a simple bash script that temporarily unlocks the files so I can run the upgrades, and then relocks them once I'm done so the webserver can't write anymore.

 

[Wasserlasser]

Thanks for the info. Since I am using a hosted Server and they are very strict about things I will not be able to use this.
It would be OK if I did not install it in the root folder of the site.

Thanks

 

[Xon]

The next version will be able to use FTP to upload files. It does however need some place to unzip those files.

 

[Wasserlasser]

Nice. That should not be a problem.