Re: [Tiki-devel] Pipeline failures
Jonny Bradley via TikiWiki-devel <[email protected]>
| Newsgroups | gmane.comp.cms.tiki.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi Victor Hmm, curious, i confirm no sign of galleryIdAndFilename in trunk/master now, so not sure where that's coming from. Seems odd if it doesn't use the up to date files, it certainly looks like it's doing that somehow... I checked the artefacts from the most recently failed test and there seem to be even more diffs now between new and old, so maybe the script has gone haywire for some reason? Sorry, beyond me, @Xorti, are you around? jonny > On 27 Oct 2022, at 18:12, Victor Emanouilov <[email protected]> wrote: > > Yes, `galleryIdAndFilename` was an intermediate key I used but then fell back to path as it can contain a more detailed information for the file and also has greater storage. So, I am not sure why galleryIdAndFilename is at all there since it isn't in 22, nor it is in master... only reason I can see is some type of caching which seems that pipeline needs fixing to not cache that aggressively maybe? > > Regards, > Victor > > On 10/26/22 4:16 PM, Jonny Bradley wrote: >> Hmm, those can be chewy those ones! >> >> At least the artefacts download works, and doing a file compare i see tiki old.sql has >> >> KEY `hits` (`hits`), >> KEY `galleryIdAndPath` (`galleryId`,`path`(191)), >> FULLTEXT KEY `ft` (`name`,`description`,`search_data`,`filename`) >> >> but tiki new.sql has >> >> KEY `galleryIdAndFilename` (`galleryId`,`filename`), >> KEY `hits` (`hits`), >> FULLTEXT KEY `ft` (`name`,`description`,`search_data`,`filename`) >> >> (so galleryIdAndFilename is before hits in the new one and after in the old) >> >> So maybe fixing that will do the trick - there are several other differences in action log and prefs, but maybe the test magic ignores them? >> >> HTH >> >> jb >> >> >> >> >>> On 26 Oct 2022, at 12:54, Victor Emanouilov via TikiWiki-devel <[email protected]> wrote: >>> >>> Hi Jorge, Ricardo, >>> >>> Not sure why this pipiline fails: >>> >>> https://gitlab.com/tikiwiki/tiki/-/pipelines/677512642 >>> >>> For example, this job: >>> >>> https://gitlab.com/tikiwiki/tiki/-/jobs/3230021653 >>> >>> I added some schema migrations but incrementally in a draft MR (changing the migrations from time to time as the MR evolved and I didn't want to push 5-10 migrations for one and the same thing). I think the pipeline uses a cache folder that needs cleaning as it keeps track of an old upgrade migration that is no longer part of the code.... can you check and let me know if it needs fixing on the docker side or we need to do anything with the Tiki code? >>> >>> Thanks, >>> Victor >>> >>> >>> >>> _______________________________________________ >>> TikiWiki-devel mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel >>> >