? ? Pending

User tests: Successful: Unsuccessful:

avatar HLeithner
HLeithner
23 Aug 2019

Update composer packages mainly for php 7.4 compatibility

Summary of Changes

  • joomla/string 1.4.2 -> 1.4.3 (php 7.4)
  • joomla/utilities 1.6.0 -> 1.6.1 (php 7.4)
  • symfony/polyfill 1.11.0 -> 1.12.0
    • polyfill-php73 1.11.0 -> 1.12.0
  • brumann/polyfill-unserialize 1.0.3 -> 1.0.4 (php 7.4)

Testing Instructions

Use test php 5.3-php7.4 normal joomla usage.

Expected result

Everything works

avatar HLeithner HLeithner - open - 23 Aug 2019
avatar HLeithner HLeithner - change - 23 Aug 2019
Status New Pending
avatar joomla-cms-bot joomla-cms-bot - change - 23 Aug 2019
Category Repository External Library Composer Change Libraries
avatar wilsonge wilsonge - change - 24 Aug 2019
The description was changed
avatar wilsonge wilsonge - edited - 24 Aug 2019
avatar Hackwar
Hackwar - comment - 25 Aug 2019

Why are you adding composer.lock to the gitignore file?

avatar HLeithner
HLeithner - comment - 25 Aug 2019

It's not required for operation and it's also ignored in another package.

avatar Hackwar
Hackwar - comment - 25 Aug 2019

And how are we supposed to update that file in the future?

avatar brianteeman
brianteeman - comment - 25 Aug 2019

@Hackwar is correct the composer.lock should not be in the .gitignore

It might be correct in other software packages where the user always has to run composer but thats not the case or joomla where composer is only used by those developing the cms

avatar HLeithner
HLeithner - comment - 25 Aug 2019

We don't the lock file for subpackages because they get updated with joomla composer.lock but I can put it back if you like. We keep some and some are ignored seam not 100% clear to me.

avatar HLeithner HLeithner - change - 26 Aug 2019
Labels Added: ? ?
avatar mbabker
mbabker - comment - 27 Sep 2019

Composer does not use the lock files from packages in the vendor directory for calculating the dependency tree, it is not needed to check anything matching libraries/vendor/**/composer.lock into the repository (I'll go so far as to say that package is wrong for checking in a lock file in the first place, libraries shouldn't be checking those in).

avatar Hackwar
Hackwar - comment - 27 Sep 2019

reading through this again, I misread the original commit. @HLeithner you were right in adding that to gitignore.

avatar HLeithner
HLeithner - comment - 28 Sep 2019

I only removed the composer.lock of polyfill-unserialize and phpmailer.
I would create a new PR for the suggested global composer.lock ignore including some other cleanups.

I would add the following files to the list (feedback is welcome)

  • libraries/vendor/**/.appveyor.yml
  • libraries/vendor/**/.gitattributes
  • libraries/vendor/**/.gitignore
  • libraries/vendor/**/.github
  • libraries/vendor/**/.gitmodules
  • libraries/vendor/**/.travis.yml
  • libraries/vendor/**/composer.lock
  • libraries/vendor/**/composer.json
  • libraries/vendor/**/CONTRIBUTING.md
  • libraries/vendor/**/LICENSE
  • libraries/vendor/**/phpunit*
  • libraries/vendor/**/README*
  • libraries/vendor/**/test*
  • libraries/vendor/**/UPGRADING.md
avatar mbabker
mbabker - comment - 28 Sep 2019

All LICENSE files should be checked in AND shipped unless someone is going to create and maintain a singular file listing all licenses of all third party elements.

Don’t most licenses also have text along the lines of “you should have received a copy of the license with this software and if not contact us”? There is a method to the madness used for what files were elected to be kept and what files stripped.

avatar HLeithner
HLeithner - comment - 28 Sep 2019

I thought the same about the license files. Doesn't matter if we include the license files or not, so better include them.

Which method do you refrer to? I didn't found more then the comment at top of the ignore file.

avatar SharkyKZ SharkyKZ - test_item - 7 Oct 2019 - Tested successfully
avatar SharkyKZ
SharkyKZ - comment - 7 Oct 2019

I have tested this item successfully on bef949c


This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/26000.

avatar HLeithner HLeithner - close - 12 Oct 2019
avatar HLeithner HLeithner - merge - 12 Oct 2019
avatar HLeithner HLeithner - change - 12 Oct 2019
Status Pending Fixed in Code Base
Closed_Date 0000-00-00 00:00:00 2019-10-12 19:25:51
Closed_By HLeithner
avatar HLeithner
HLeithner - comment - 12 Oct 2019

thx for testing.

Add a Comment

Login with GitHub to post a comment