Transport packages not recognised in Extras Local search

1

Hi All

This seems to be an intermittent but perennial problem for me.
I’m attempting to clone a site locally.
I’m using Vapor (as I’ve always done).
I then copy over the resulting zipped transport package to the new site’s core/packages folder.
Extras > Installer > Search Locally for Packages…

‘No data to display’

In the past I’ve visited file name matching with ref to any zipped/unzipped discrepancies.
I’ve tinkered with cURL (a blind man in a dark room looking for a black cat…that isn’t there!).
Many of my queries end up at my own past queries, such is the brevity of online info on this issue!
Of course, I’ve tried the things that eventually worked in the past…
But not this time.

I get the following in the error log:

[2022-04-07 12:27:58] (ERROR in xPDO::getService @ /Applications/MAMP/htdocs/_mysite/core/xpdo/xpdo.class.php : 1235) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2022-04-07 12:27:58] (ERROR in modRestCurlClient::__construct @ /Applications/MAMP/htdocs/_mysite/core/model/modx/rest/modrestcurlclient.class.php : 26) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2022-04-07 12:27:58] (ERROR in xPDO::getService @ /Applications/MAMP/htdocs/_mysite/core/xpdo/xpdo.class.php : 1235) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2022-04-07 12:27:58] (ERROR in modRestCurlClient::__construct @ /Applications/MAMP/htdocs/_mysite/core/model/modx/rest/modrestcurlclient.class.php : 26) modRestClient::__construct is deprecated since version 2.3.0. Use the modRest classes instead.
[2022-04-07 12:28:01] (ERROR @ /Applications/MAMP/htdocs/_mysite/core/xpdo/om/xpdoobject.class.php : 1452) Error 22003 executing statement:
INSERT INTO modx_transport_packages (signature, created, state, workspace, provider, disabled, source, package_name, version_major, version_minor, version_patch, release, release_index) VALUES (‘localhost:8888-220407.1214.03-2.8.3-pl’, ‘2022-04-07 12:28:01’, 1, 1, 0, 0, ‘localhost:8888-220407.1214.03-2.8.3-pl.transport.zip’, ‘localhost:8888’, 220407, 1214, 3, ‘’, 2)
Array
(
[0] => 22003
[1] => 1264
[2] => Out of range value for column ‘version_major’ at row 1
)

The main reason I’m still tinkering with 2.8.3 is that upgrading to 3 has proved nothing short of a massive headache right now. ie with crucial extras not ready for 3 yet etc.
Believe me, I’ve put the time in!

Any help would be gratefully accepted and appreciated.

Many thanks

My Setup:
MODx 2.8.3
Mac High Sierra 10.13.6
PHP 7.4.9
MySql 5.7.30
Chrome 92.0.4515.159
Safari 13.1.2

2

The code extracts information about the package from the name of the file.

In this case the value of “version_major” is 220407.
But because the column “version_major” in the database is of datatype smallint(5), this value is too big to be saved.

Change the ‘major version’ in the package-name to a different (smaller) value.

3

You probably know this, but for others who find this topic, another thing to keep in mind is that there are two references to each package in core/packages. The one you want to move is the one further down the list that ends in transport.zip. Package Manager won’t see the other one.

I install a lot of packages locally and still occasionally make this mistake.