Update install issue - Duplicated files and fields - Cobalt 8

Quote

Total posts: 3,837
15 Aug 2016 00:12

Hello, strange issue after updating Cobalt 8.868 -> 8.722 (Joomla 3.6.2)
ALL MintJoomla files seem to have duplicated entries in Extensions -> Manage listing.
Big question: How to fix it? Should I keep all newer entries and delete older ones manually?
Or maybe de-install everything and re-install latest package again?

For instance, the Cobalt About screen shows duplicated fields with different names:

Installed Fields
Uploads 8.28
Boolean 8.53
Checkbox 8.67
Html 8.47
Image 8.68
Multiselect 8.44
Passwd 8.26
Radio 8.35
Select 8.37
Text 8.53
Textarea 8.52
Audio 8.57
Datetime 8.118
Digits 8.48
Email 8.74
Gallery 8.87
Geo 8.223
Listautocomplete 8.48
Multilevelselect 8.79
Paytoaccess 8.34
Paytodownload 8.38
Payvoucher 8.25
Readmore 8.29
Records 8.35
Relation 8.76
Status 8.54
Telephone 8.31
Url 8.70
Video 8.84
Register 8.38
Dripcontent 8.30
Cobalt-Field-Audio 8.57
Cobalt-Field-Boolean 8.52
Cobalt-Field-Checkbox 8.67
Cobalt-Field-Datetime 8.115
Cobalt-Field-Digits 8.48
Cobalt-Field-ContentDripping 8.30
Cobalt-Field-Email 8.72
Cobalt-Field-gallery 8.87
Cobalt-Field-AddressMap 8.216
Cobalt-Field-HTML 8.45
Cobalt-Field-Image 8.68
Cobalt-Field-ListAutocomplete 8.48
Cobalt-Field-MultiLevelSelect 8.79
Cobalt-Field-MultipleSelect 8.44
Cobalt-Field-Password 8.26
Cobalt-Field-PayToAccess 8.34
Cobalt-Field-PayToDownload 8.38
Cobalt-Field-PayVoucher 8.25
Cobalt-Field-Radio 8.35
Cobalt-Field-Readalso 8.29
Cobalt-Field-Records 8.35
Cobalt-Field-Register 8.38
Cobalt-Field-RelatedAccess 8.7
Cobalt-Field-RelationsChildandParent 8.68
Cobalt-Field-Select 8.36
Cobalt-Field-Status 8.53
Cobalt-Field-Telephone 8.30
Cobalt-Field-Text 8.50
Cobalt-Field-Textarea 8.51
Cobalt-Field-Uploads 8.28
Cobalt-Field-URL 8.70
Cobalt-Field-Video 8.84
J2store 8.4
Q2c 8.2
Related_access 8.7

Screenshots - manage Extensions

cob_issue_duplicated_files_and_fields1

cob_issue_duplicated_files_and_fields2

Last Modified: 02 Sep 2016

Quote

Jeff

Total posts: 745
16 Aug 2016 00:00

Same here.

Can we just wait for the next update or is it causing issues?

Quote

Sergey

Total posts: 13,748
16 Aug 2016 08:20

That does not make any harm. I do not know why. May be because one is installed with Cobalt package and one Everything package. If it irritates you, you can delete all fields through manager and then install everything package over. But do not do that if you have custom templates for fields.

Quote

pepperstreet VIP

Total posts: 3,837
17 Aug 2016 00:41

Sergey May be because one is installed with Cobalt package and one Everything package.

Not sure about that. There are also duplicates of the "Adv. Template Package"?!

you can delete all fields through manager and then install everything package over

Done. Seems to work! :)

BTW, I have noticed that you change version numbers only. Dates do never change?
It would be helpful and easier if an updated file would get an updated creation info. For instance see Extensions Manager and Cobalt template manager... February 2012 is somewhat confusing.
If something gets an update, I expect to find a proper creation/last modified date.

Thanks in advance.

Quote

Sergey

Total posts: 13,748
30 Aug 2016 15:21

dates is <creationDate> tag in installation XML that is why it is Feb 2012, because it never change.

Quote

pepperstreet VIP

Total posts: 3,837
30 Aug 2016 15:34

Sergey dates is <creationDate> tag in installation XML

I see, shouldn't it be changed in XML file then?
(although it is a date to mark the last modification)

Quote

Sergey

Total posts: 13,748
30 Aug 2016 15:50

Do you mean this tag actualy for last update? to me it sounds like the date when it was created first.

Quote

pepperstreet VIP

Total posts: 3,837
30 Aug 2016 21:52

Sergey Do you mean this tag actualy for last update? to me it sounds like the date when it was created first.

I agree. I had the same thoughts ;)
But if this is the only date which can be used... why not?

Or does the Joomla installer recognize other dates and infos?
As far as I can see, other extensions seem to display a current date. IMHO, a very useful information.

Official manifest docs show only 1 date parameter.
It says it is for date of creation or release infos!
IMHO, this can be a current release date, not only the initial creation date ;)

– date of creation or release

As mentioned before, other extensions make use of it. Makes much more sense to me, than displaying a very ancient and useless info. If someone needs a historical year, it might be placed in the copyright info as well.