Menu
▾
▴
tikiwiki-devel — Tiki developers (the main decision/communication channel)
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(10) |
Nov
(94) |
Dec
(308) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(272) |
Feb
(246) |
Mar
(353) |
Apr
(651) |
May
(1017) |
Jun
(569) |
Jul
(1165) |
Aug
(542) |
Sep
(340) |
Oct
(665) |
Nov
(325) |
Dec
(229) |
| 2004 |
Jan
(317) |
Feb
(267) |
Mar
(136) |
Apr
(88) |
May
(77) |
Jun
(134) |
Jul
(32) |
Aug
(57) |
Sep
(79) |
Oct
(121) |
Nov
(24) |
Dec
(44) |
| 2005 |
Jan
(83) |
Feb
(64) |
Mar
(123) |
Apr
(101) |
May
(141) |
Jun
(108) |
Jul
(97) |
Aug
(57) |
Sep
(70) |
Oct
(83) |
Nov
(37) |
Dec
(96) |
| 2006 |
Jan
(80) |
Feb
(106) |
Mar
(150) |
Apr
(53) |
May
(11) |
Jun
(48) |
Jul
(115) |
Aug
(112) |
Sep
(101) |
Oct
(35) |
Nov
(71) |
Dec
(128) |
| 2007 |
Jan
(55) |
Feb
(32) |
Mar
(43) |
Apr
(53) |
May
(90) |
Jun
(62) |
Jul
(113) |
Aug
(82) |
Sep
(38) |
Oct
(82) |
Nov
(116) |
Dec
(160) |
| 2008 |
Jan
(86) |
Feb
(68) |
Mar
(166) |
Apr
(189) |
May
(60) |
Jun
(81) |
Jul
(137) |
Aug
(242) |
Sep
(103) |
Oct
(201) |
Nov
(168) |
Dec
(122) |
| 2009 |
Jan
(115) |
Feb
(427) |
Mar
(416) |
Apr
(377) |
May
(420) |
Jun
(351) |
Jul
(368) |
Aug
(283) |
Sep
(356) |
Oct
(359) |
Nov
(494) |
Dec
(312) |
| 2010 |
Jan
(368) |
Feb
(391) |
Mar
(285) |
Apr
(236) |
May
(437) |
Jun
(424) |
Jul
(267) |
Aug
(272) |
Sep
(377) |
Oct
(384) |
Nov
(457) |
Dec
(337) |
| 2011 |
Jan
(389) |
Feb
(415) |
Mar
(445) |
Apr
(412) |
May
(552) |
Jun
(537) |
Jul
(408) |
Aug
(422) |
Sep
(631) |
Oct
(592) |
Nov
(280) |
Dec
(242) |
| 2012 |
Jan
(296) |
Feb
(296) |
Mar
(517) |
Apr
(668) |
May
(426) |
Jun
(398) |
Jul
(273) |
Aug
(184) |
Sep
(281) |
Oct
(535) |
Nov
(637) |
Dec
(315) |
| 2013 |
Jan
(148) |
Feb
(326) |
Mar
(425) |
Apr
(292) |
May
(359) |
Jun
(238) |
Jul
(461) |
Aug
(324) |
Sep
(356) |
Oct
(386) |
Nov
(405) |
Dec
(253) |
| 2014 |
Jan
(139) |
Feb
(172) |
Mar
(115) |
Apr
(292) |
May
(160) |
Jun
(82) |
Jul
(265) |
Aug
(209) |
Sep
(233) |
Oct
(172) |
Nov
(124) |
Dec
(126) |
| 2015 |
Jan
(188) |
Feb
(247) |
Mar
(353) |
Apr
(373) |
May
(202) |
Jun
(101) |
Jul
(66) |
Aug
(163) |
Sep
(102) |
Oct
(98) |
Nov
(145) |
Dec
(129) |
| 2016 |
Jan
(194) |
Feb
(231) |
Mar
(315) |
Apr
(257) |
May
(179) |
Jun
(186) |
Jul
(260) |
Aug
(346) |
Sep
(289) |
Oct
(237) |
Nov
(396) |
Dec
(233) |
| 2017 |
Jan
(362) |
Feb
(222) |
Mar
(236) |
Apr
(309) |
May
(169) |
Jun
(183) |
Jul
(295) |
Aug
(339) |
Sep
(186) |
Oct
(187) |
Nov
(278) |
Dec
(320) |
| 2018 |
Jan
(203) |
Feb
(190) |
Mar
(313) |
Apr
(163) |
May
(147) |
Jun
(340) |
Jul
(171) |
Aug
(123) |
Sep
(194) |
Oct
(392) |
Nov
(204) |
Dec
(124) |
| 2019 |
Jan
(81) |
Feb
(139) |
Mar
(105) |
Apr
(148) |
May
(173) |
Jun
(98) |
Jul
(185) |
Aug
(176) |
Sep
(216) |
Oct
(162) |
Nov
(166) |
Dec
(131) |
| 2020 |
Jan
(166) |
Feb
(142) |
Mar
(296) |
Apr
(212) |
May
(195) |
Jun
(156) |
Jul
(83) |
Aug
(123) |
Sep
(147) |
Oct
(147) |
Nov
(154) |
Dec
(94) |
| 2021 |
Jan
(183) |
Feb
(156) |
Mar
(82) |
Apr
(115) |
May
(96) |
Jun
(95) |
Jul
(146) |
Aug
(77) |
Sep
(58) |
Oct
(105) |
Nov
(110) |
Dec
(79) |
| 2022 |
Jan
(54) |
Feb
(39) |
Mar
(24) |
Apr
(33) |
May
(35) |
Jun
(7) |
Jul
(21) |
Aug
(47) |
Sep
(25) |
Oct
(32) |
Nov
(43) |
Dec
(27) |
| 2023 |
Jan
(48) |
Feb
(30) |
Mar
(9) |
Apr
(39) |
May
(34) |
Jun
(33) |
Jul
(37) |
Aug
(13) |
Sep
(6) |
Oct
(39) |
Nov
(25) |
Dec
|
| 2024 |
Jan
(6) |
Feb
(4) |
Mar
(10) |
Apr
(8) |
May
(13) |
Jun
(7) |
Jul
(13) |
Aug
|
Sep
(7) |
Oct
(23) |
Nov
(22) |
Dec
(15) |
| 2025 |
Jan
(4) |
Feb
(3) |
Mar
(14) |
Apr
(9) |
May
(9) |
Jun
(11) |
Jul
(6) |
Aug
(1) |
Sep
(12) |
Oct
(7) |
Nov
(2) |
Dec
|
| 2026 |
Jan
(4) |
Feb
(10) |
Mar
(21) |
Apr
(5) |
May
(19) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <jo...@ti...> - 2026-05-30 18:48:28
|
Bravo, many thanks! Sorry I don’t have php7.x handy at the moment but the xz one unzips fine! 😋 jonny > On 29 May 2026, at 17:19, ushindi bienvenu <jea...@gm...> wrote: > > Dear Devs, > > We've released Tiki-24.13. > > Tarballas are here: https://sourceforge.net/projects/tikiwiki/files/Tiki_24.x_Wolf_359/24.13/ > > Best regards, > Release Team > > > On Fri, May 29, 2026 at 4:56 PM ushindi bienvenu <jea...@gm...> wrote: > Dear Devs > > We are releasing 24.13 right now. > > Please do not commit to 24.x until we are done. > > Thanks, > Release Team > > _______________________________________________ > TikiWiki-devel mailing list > Tik...@li... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel |
|
From: ushindi b. <jea...@gm...> - 2026-05-29 16:20:02
|
Dear Devs, We've released Tiki-24.13. Tarballas are here: https://sourceforge.net/projects/tikiwiki/files/Tiki_24.x_Wolf_359/24.13/ Best regards, Release Team On Fri, May 29, 2026 at 4:56 PM ushindi bienvenu <jea...@gm...> wrote: > Dear Devs > > We are releasing 24.13 right now. > > Please do not commit to 24.x until we are done. > > Thanks, > Release Team > > |
|
From: ushindi b. <jea...@gm...> - 2026-05-29 14:57:05
|
Dear Devs We are releasing 24.13 right now. Please do not commit to 24.x until we are done. Thanks, Release Team |
|
From: ushindi b. <jea...@gm...> - 2026-05-27 08:34:09
|
Hello Bernard, Good point, thank you for the suggestion. We are currently working on improving this, and starting with Tiki31, releases should include clearer links to release notes and changelogs. In the meantime, we will also look into a solution that could improve this experience for versions prior to Tiki31. Best regards, Bienvenu On Wed, May 27, 2026 at 8:24 AM Bernard Sfez via TikiWiki-devel < tik...@li...> wrote: > Hello Bienvenu, > > Thank you for this.🙏 > > It will be great to link the release of packages with a short explanation > and/or a change-log. > > Something to help (or convince ;-) ) Tiki admin that updating is good for > them. > > Bernard > > On 25 May 2026, at 10:48, ushindi bienvenu <jea...@gm...> > wrote: > > Hi Geoff, > > Thank you very much. > > It has now been addressed. > > Best regards, > Bienvenu > > On Sun, May 24, 2026 at 4:22 PM Geoff Brickell <ge...@en...> > wrote: > >> Hi - I was also planning to do some 27.6 testing but the sourceforge >> folder does not seem to be 'complete' i.e. no .zip and a suspiciously >> small tiki-27.6.tar.gz >> >> Geoff >> >> > >> > On 23/05/2026 10:56, jonny--- via TikiWiki-devel wrote: >> >> Many thanks, weekend off here so will check and test stuff >> >> (especially in 27) next week - have a good one! >> >> >> >> jonny >> >> >> >> >> >>> On 22 May 2026, at 22:12, ushindi bienvenu >> >>> <jea...@gm...> wrote: >> >>> >> >>> Dear Devs >> >>> >> >>> We are releasing Tiki 29.2, 27.6 and 24.12 right now. >> >>> >> >>> Please do not commit to 29.x, 27.x and 24.x until we are done. >> >>> >> >>> Thanks, >> >>> Release Team >> >>> >> >>> _______________________________________________ >> >>> TikiWiki-devel mailing list >> >>> Tik...@li... >> >>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel >> >> >> >> >> >> _______________________________________________ >> >> TikiWiki-devel mailing list >> >> Tik...@li... >> >> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel >> >> >> _______________________________________________ >> TikiWiki-devel mailing list >> Tik...@li... >> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel >> > _______________________________________________ > TikiWiki-devel mailing list > Tik...@li... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > > > _______________________________________________ > TikiWiki-devel mailing list > Tik...@li... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > |
|
From: Bernard S. <bs...@ti...> - 2026-05-27 06:24:05
|
Hello Bienvenu, Thank you for this.🙏 It will be great to link the release of packages with a short explanation and/or a change-log. Something to help (or convince ;-) ) Tiki admin that updating is good for them. Bernard > On 25 May 2026, at 10:48, ushindi bienvenu <jea...@gm...> wrote: > > Hi Geoff, > > Thank you very much. > > It has now been addressed. > > Best regards, > Bienvenu > > > On Sun, May 24, 2026 at 4:22 PM Geoff Brickell <ge...@en... <mailto:ge...@en...>> wrote: >> Hi - I was also planning to do some 27.6 testing but the sourceforge >> folder does not seem to be 'complete' i.e. no .zip and a suspiciously >> small tiki-27.6.tar.gz >> >> Geoff >> >> > >> > On 23/05/2026 10:56, jonny--- via TikiWiki-devel wrote: >> >> Many thanks, weekend off here so will check and test stuff >> >> (especially in 27) next week - have a good one! >> >> >> >> jonny >> >> >> >> >> >>> On 22 May 2026, at 22:12, ushindi bienvenu >> >>> <jea...@gm... <mailto:jea...@gm...>> wrote: >> >>> >> >>> Dear Devs >> >>> >> >>> We are releasing Tiki 29.2, 27.6 and 24.12 right now. >> >>> >> >>> Please do not commit to 29.x, 27.x and 24.x until we are done. >> >>> >> >>> Thanks, >> >>> Release Team >> >>> >> >>> _______________________________________________ >> >>> TikiWiki-devel mailing list >> >>> Tik...@li... <mailto:Tik...@li...> >> >>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel >> >> >> >> >> >> _______________________________________________ >> >> TikiWiki-devel mailing list >> >> Tik...@li... <mailto:Tik...@li...> >> >> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel >> >> >> _______________________________________________ >> TikiWiki-devel mailing list >> Tik...@li... <mailto:Tik...@li...> >> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > _______________________________________________ > TikiWiki-devel mailing list > Tik...@li... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel |
|
From: Geoff B. <ge...@en...> - 2026-05-25 10:51:14
|
Thanks! Done one 27.6 upgrade so far using the .zip and all looking good :-) cheers Geoff On 25/05/2026 09:48, ushindi bienvenu wrote: > > Hi Geoff, > > Thank you very much. > > It has now been addressed. > > Best regards, > Bienvenu > > > On Sun, May 24, 2026 at 4:22 PM Geoff Brickell > <ge...@en...> wrote: > > Hi - I was also planning to do some 27.6 testing but the sourceforge > folder does not seem to be 'complete' i.e. no .zip and a suspiciously > small tiki-27.6.tar.gz > > Geoff > > > > > On 23/05/2026 10:56, jonny--- via TikiWiki-devel wrote: > >> Many thanks, weekend off here so will check and test stuff > >> (especially in 27) next week - have a good one! > >> > >> jonny > >> > >> > >>> On 22 May 2026, at 22:12, ushindi bienvenu > >>> <jea...@gm...> wrote: > >>> > >>> Dear Devs > >>> > >>> We are releasing Tiki 29.2, 27.6 and 24.12 right now. > >>> > >>> Please do not commit to 29.x, 27.x and 24.x until we are done. > >>> > >>> Thanks, > >>> Release Team > >>> > >>> _______________________________________________ > >>> TikiWiki-devel mailing list > >>> Tik...@li... > >>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > >> > >> > >> _______________________________________________ > >> TikiWiki-devel mailing list > >> Tik...@li... > >> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > > > _______________________________________________ > TikiWiki-devel mailing list > Tik...@li... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > > > > _______________________________________________ > TikiWiki-devel mailing list > Tik...@li... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel |
|
From: ushindi b. <jea...@gm...> - 2026-05-25 08:48:35
|
Hi Geoff, Thank you very much. It has now been addressed. Best regards, Bienvenu On Sun, May 24, 2026 at 4:22 PM Geoff Brickell <ge...@en...> wrote: > Hi - I was also planning to do some 27.6 testing but the sourceforge > folder does not seem to be 'complete' i.e. no .zip and a suspiciously > small tiki-27.6.tar.gz > > Geoff > > > > > On 23/05/2026 10:56, jonny--- via TikiWiki-devel wrote: > >> Many thanks, weekend off here so will check and test stuff > >> (especially in 27) next week - have a good one! > >> > >> jonny > >> > >> > >>> On 22 May 2026, at 22:12, ushindi bienvenu > >>> <jea...@gm...> wrote: > >>> > >>> Dear Devs > >>> > >>> We are releasing Tiki 29.2, 27.6 and 24.12 right now. > >>> > >>> Please do not commit to 29.x, 27.x and 24.x until we are done. > >>> > >>> Thanks, > >>> Release Team > >>> > >>> _______________________________________________ > >>> TikiWiki-devel mailing list > >>> Tik...@li... > >>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > >> > >> > >> _______________________________________________ > >> TikiWiki-devel mailing list > >> Tik...@li... > >> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > > > _______________________________________________ > TikiWiki-devel mailing list > Tik...@li... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > |
|
From: Geoff B. <ge...@en...> - 2026-05-24 14:22:24
|
Hi - I was also planning to do some 27.6 testing but the sourceforge folder does not seem to be 'complete' i.e. no .zip and a suspiciously small tiki-27.6.tar.gz Geoff > > On 23/05/2026 10:56, jonny--- via TikiWiki-devel wrote: >> Many thanks, weekend off here so will check and test stuff >> (especially in 27) next week - have a good one! >> >> jonny >> >> >>> On 22 May 2026, at 22:12, ushindi bienvenu >>> <jea...@gm...> wrote: >>> >>> Dear Devs >>> >>> We are releasing Tiki 29.2, 27.6 and 24.12 right now. >>> >>> Please do not commit to 29.x, 27.x and 24.x until we are done. >>> >>> Thanks, >>> Release Team >>> >>> _______________________________________________ >>> TikiWiki-devel mailing list >>> Tik...@li... >>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel >> >> >> _______________________________________________ >> TikiWiki-devel mailing list >> Tik...@li... >> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel |
|
From: Dan M. <da...@ou...> - 2026-05-23 22:07:47
|
Great Thank you Dan ________________________________ De : ushindi bienvenu <jea...@gm...> Envoyé : samedi 23 mai 2026 21:53 À : Tiki developers <tik...@li...> Objet : Re: [Tiki-devel] Releasing Tiki 29.2, 27.6 and 24.12 Dear Devs, We've released Tiki 29.2, 27.6 and 24.12 Note that these releases include security fixes. An upgrade is strongly recommended. Tarballs are here: Tiki-29.2 https://sourceforge.net/projects/tikiwiki/files/Tiki_29.x_Bellatrix/29.2/ Tiki-27.6 https://sourceforge.net/projects/tikiwiki/files/Tiki_27.x_Miaplacidus/27.6/ Tiki-24.12 https://sourceforge.net/projects/tikiwiki/files/Tiki_24.x_Wolf_359/24.12/ Best regards, Release Team On Sat, May 23, 2026 at 11:57 AM jonny--- via TikiWiki-devel <tik...@li...<mailto:tik...@li...>> wrote: Many thanks, weekend off here so will check and test stuff (especially in 27) next week - have a good one! jonny > On 22 May 2026, at 22:12, ushindi bienvenu <jea...@gm...<mailto:jea...@gm...>> wrote: > > Dear Devs > > We are releasing Tiki 29.2, 27.6 and 24.12 right now. > > Please do not commit to 29.x, 27.x and 24.x until we are done. > > Thanks, > Release Team > > _______________________________________________ > TikiWiki-devel mailing list > Tik...@li...<mailto:Tik...@li...> > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel _______________________________________________ TikiWiki-devel mailing list Tik...@li...<mailto:Tik...@li...> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel |
|
From: ushindi b. <jea...@gm...> - 2026-05-23 19:53:40
|
Dear Devs, We've released Tiki 29.2, 27.6 and 24.12 Note that these releases include security fixes. An upgrade is strongly recommended. Tarballs are here: Tiki-29.2 https://sourceforge.net/projects/tikiwiki/files/Tiki_29.x_Bellatrix/29.2/ Tiki-27.6 https://sourceforge.net/projects/tikiwiki/files/Tiki_27.x_Miaplacidus/27.6/ Tiki-24.12 https://sourceforge.net/projects/tikiwiki/files/Tiki_24.x_Wolf_359/24.12/ Best regards, Release Team On Sat, May 23, 2026 at 11:57 AM jonny--- via TikiWiki-devel < tik...@li...> wrote: > Many thanks, weekend off here so will check and test stuff (especially in > 27) next week - have a good one! > > jonny > > > > On 22 May 2026, at 22:12, ushindi bienvenu <jea...@gm...> > wrote: > > > > Dear Devs > > > > We are releasing Tiki 29.2, 27.6 and 24.12 right now. > > > > Please do not commit to 29.x, 27.x and 24.x until we are done. > > > > Thanks, > > Release Team > > > > _______________________________________________ > > TikiWiki-devel mailing list > > Tik...@li... > > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > > > > _______________________________________________ > TikiWiki-devel mailing list > Tik...@li... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > |
|
From: <jo...@ti...> - 2026-05-23 09:57:11
|
Many thanks, weekend off here so will check and test stuff (especially in 27) next week - have a good one! jonny > On 22 May 2026, at 22:12, ushindi bienvenu <jea...@gm...> wrote: > > Dear Devs > > We are releasing Tiki 29.2, 27.6 and 24.12 right now. > > Please do not commit to 29.x, 27.x and 24.x until we are done. > > Thanks, > Release Team > > _______________________________________________ > TikiWiki-devel mailing list > Tik...@li... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel |
|
From: ushindi b. <jea...@gm...> - 2026-05-22 21:12:43
|
Dear Devs We are releasing Tiki 29.2, 27.6 and 24.12 right now. Please do not commit to 29.x, 27.x and 24.x until we are done. Thanks, Release Team |
|
From: Jonny B. <jo...@ti...> - 2026-05-19 12:46:45
|
Hi Karsten
That's great, i'll check it out... yup. looks like a good fix to me (after losing the morning in master... but that's another story ;)
Merge request is here so you can double check, but it seems to run fine for me in my tests.
https://gitlab.com/tikiwiki/tiki/-/merge_requests/10251
Thanks!
jonny
p.s. Do you have a gitlab account? We could do with more like this if you have time! :p
> On 19 May 2026, at 10:31, Karsten Wemheuer via TikiWiki-devel <tik...@li...> wrote:
>
> Hi,
>
> I found a solution for my problem. The reason is that in
> `fileContentIsSVG`, the data is passed by reference. If the `gzdecode`
> function then returns `false`, the reference is destroyed.
>
> The attached patch passes the data by value, thereby avoiding the
> problem.
>
> The patch is for Tiki 27.5 and will likely work in more recent versions
> as well.
>
> HTH,
>
> Have a nice day!
>
> Best regards
>
> Karsten
>
> Am Dienstag, dem 19.05.2026 um 07:33 +0200 schrieb Bernard Sfez:
>> Thank you Karsten !
>>
>> Take care,
>> Bernard
>>
>>> On 18 May 2026, at 20:46, Karsten Wemheuer via TikiWiki-devel
>>> <tik...@li...> wrote:
>>>
>>> Hi,
>>>
>>> I think I've found a bug.
>>>
>>> In the function "fileContentIsSVG(&$data)", data is passed by
>>> reference. If gzdecode() returns false for some reason, the
>>> reference
>>> is overwritten:
>>>
>>> if (
>>> substr($type, 0, 18) == 'application/x-gzip' ||
>>> substr($type, 0, 16) == 'application/gzip'
>>> ) {
>>> $data = gzdecode($data);
>>> $finfo = new finfo(FILEINFO_MIME);
>>> $type = $finfo->buffer($data);
>>> }
>>>
>>> I'll create a patch.
>>>
>>> Have a nice evening
>>>
>>> Karsten
>>>
>>> Am Montag, dem 18.05.2026 um 13:02 +0200 schrieb Karsten Wemheuer
>>> via
>>> TikiWiki-devel:
>>>> Thanks Bernard
>>>>
>>>> I upgraded to 27.5.
>>>>
>>>> Unfortunately, the bug is still present in version 27.5.
>>>>
>>>> I'll try to fix it. Any ideas where to start?
>>>>
>>>> Karsten
>>>>
>>>> Am Montag, dem 18.05.2026 um 06:42 +0200 schrieb Bernard Sfez:
>>>>> Hi Karsten,
>>>>>
>>>>> Long time…
>>>>> I kindly suggest to upgrade to Tiki27.5.
>>>>> Many good reasons to do it, and may be this one too. ;-)
>>>>>
>>>>> Bernard
>>>>>
>>>>>> On 17 May 2026, at 14:06, Karsten Wemheuer via TikiWiki-devel
>>>>>> <tik...@li...> wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I have a Tiki 27.3 installation here. I can't upload .gz
>>>>>> files to
>>>>>> the
>>>>>> File Gallery. They appear as having a size of 0 and aren't
>>>>>> saved
>>>>>> to
>>>>>> the
>>>>>> hard drive (no path and no hash in the database).
>>>>>>
>>>>>> The installation was previously running on version 27.2, and
>>>>>> I
>>>>>> didn't
>>>>>> have these issues then.
>>>>>> Where should I look to troubleshoot this problem?
>>>>>>
>>>>>> Thanks
>>>>>> Karsten
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> TikiWiki-devel mailing list
>>>>>> Tik...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> TikiWiki-devel mailing list
>>>> Tik...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>>
>>>
>>>
>>> _______________________________________________
>>> TikiWiki-devel mailing list
>>> Tik...@li...
>>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>
>
> <fix-broken-gzip-upload.patch>_______________________________________________
> TikiWiki-devel mailing list
> Tik...@li...
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
|
|
From: Karsten W. <kw...@gm...> - 2026-05-19 09:31:27
|
Hi,
I found a solution for my problem. The reason is that in
`fileContentIsSVG`, the data is passed by reference. If the `gzdecode`
function then returns `false`, the reference is destroyed.
The attached patch passes the data by value, thereby avoiding the
problem.
The patch is for Tiki 27.5 and will likely work in more recent versions
as well.
HTH,
Have a nice day!
Best regards
Karsten
Am Dienstag, dem 19.05.2026 um 07:33 +0200 schrieb Bernard Sfez:
> Thank you Karsten !
>
> Take care,
> Bernard
>
> > On 18 May 2026, at 20:46, Karsten Wemheuer via TikiWiki-devel
> > <tik...@li...> wrote:
> >
> > Hi,
> >
> > I think I've found a bug.
> >
> > In the function "fileContentIsSVG(&$data)", data is passed by
> > reference. If gzdecode() returns false for some reason, the
> > reference
> > is overwritten:
> >
> > if (
> > substr($type, 0, 18) == 'application/x-gzip' ||
> > substr($type, 0, 16) == 'application/gzip'
> > ) {
> > $data = gzdecode($data);
> > $finfo = new finfo(FILEINFO_MIME);
> > $type = $finfo->buffer($data);
> > }
> >
> > I'll create a patch.
> >
> > Have a nice evening
> >
> > Karsten
> >
> > Am Montag, dem 18.05.2026 um 13:02 +0200 schrieb Karsten Wemheuer
> > via
> > TikiWiki-devel:
> > > Thanks Bernard
> > >
> > > I upgraded to 27.5.
> > >
> > > Unfortunately, the bug is still present in version 27.5.
> > >
> > > I'll try to fix it. Any ideas where to start?
> > >
> > > Karsten
> > >
> > > Am Montag, dem 18.05.2026 um 06:42 +0200 schrieb Bernard Sfez:
> > > > Hi Karsten,
> > > >
> > > > Long time…
> > > > I kindly suggest to upgrade to Tiki27.5.
> > > > Many good reasons to do it, and may be this one too. ;-)
> > > >
> > > > Bernard
> > > >
> > > > > On 17 May 2026, at 14:06, Karsten Wemheuer via TikiWiki-devel
> > > > > <tik...@li...> wrote:
> > > > >
> > > > > Hi,
> > > > >
> > > > > I have a Tiki 27.3 installation here. I can't upload .gz
> > > > > files to
> > > > > the
> > > > > File Gallery. They appear as having a size of 0 and aren't
> > > > > saved
> > > > > to
> > > > > the
> > > > > hard drive (no path and no hash in the database).
> > > > >
> > > > > The installation was previously running on version 27.2, and
> > > > > I
> > > > > didn't
> > > > > have these issues then.
> > > > > Where should I look to troubleshoot this problem?
> > > > >
> > > > > Thanks
> > > > > Karsten
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > TikiWiki-devel mailing list
> > > > > Tik...@li...
> > > > > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
> > > >
> > >
> > >
> > >
> > > _______________________________________________
> > > TikiWiki-devel mailing list
> > > Tik...@li...
> > > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
> >
> >
> >
> > _______________________________________________
> > TikiWiki-devel mailing list
> > Tik...@li...
> > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>
|
|
From: Bernard S. <bs...@ti...> - 2026-05-19 05:49:12
|
Thank you Karsten !
Take care,
Bernard
> On 18 May 2026, at 20:46, Karsten Wemheuer via TikiWiki-devel <tik...@li...> wrote:
>
> Hi,
>
> I think I've found a bug.
>
> In the function "fileContentIsSVG(&$data)", data is passed by
> reference. If gzdecode() returns false for some reason, the reference
> is overwritten:
>
> if (
> substr($type, 0, 18) == 'application/x-gzip' ||
> substr($type, 0, 16) == 'application/gzip'
> ) {
> $data = gzdecode($data);
> $finfo = new finfo(FILEINFO_MIME);
> $type = $finfo->buffer($data);
> }
>
> I'll create a patch.
>
> Have a nice evening
>
> Karsten
>
> Am Montag, dem 18.05.2026 um 13:02 +0200 schrieb Karsten Wemheuer via
> TikiWiki-devel:
>> Thanks Bernard
>>
>> I upgraded to 27.5.
>>
>> Unfortunately, the bug is still present in version 27.5.
>>
>> I'll try to fix it. Any ideas where to start?
>>
>> Karsten
>>
>> Am Montag, dem 18.05.2026 um 06:42 +0200 schrieb Bernard Sfez:
>>> Hi Karsten,
>>>
>>> Long time…
>>> I kindly suggest to upgrade to Tiki27.5.
>>> Many good reasons to do it, and may be this one too. ;-)
>>>
>>> Bernard
>>>
>>>> On 17 May 2026, at 14:06, Karsten Wemheuer via TikiWiki-devel
>>>> <tik...@li...> wrote:
>>>>
>>>> Hi,
>>>>
>>>> I have a Tiki 27.3 installation here. I can't upload .gz files to
>>>> the
>>>> File Gallery. They appear as having a size of 0 and aren't saved
>>>> to
>>>> the
>>>> hard drive (no path and no hash in the database).
>>>>
>>>> The installation was previously running on version 27.2, and I
>>>> didn't
>>>> have these issues then.
>>>> Where should I look to troubleshoot this problem?
>>>>
>>>> Thanks
>>>> Karsten
>>>>
>>>>
>>>> _______________________________________________
>>>> TikiWiki-devel mailing list
>>>> Tik...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>>
>>
>>
>>
>> _______________________________________________
>> TikiWiki-devel mailing list
>> Tik...@li...
>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>
>
>
> _______________________________________________
> TikiWiki-devel mailing list
> Tik...@li...
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
|
|
From: Karsten W. <kw...@gm...> - 2026-05-18 18:46:45
|
Hi,
I think I've found a bug.
In the function "fileContentIsSVG(&$data)", data is passed by
reference. If gzdecode() returns false for some reason, the reference
is overwritten:
if (
substr($type, 0, 18) == 'application/x-gzip' ||
substr($type, 0, 16) == 'application/gzip'
) {
$data = gzdecode($data);
$finfo = new finfo(FILEINFO_MIME);
$type = $finfo->buffer($data);
}
I'll create a patch.
Have a nice evening
Karsten
Am Montag, dem 18.05.2026 um 13:02 +0200 schrieb Karsten Wemheuer via
TikiWiki-devel:
> Thanks Bernard
>
> I upgraded to 27.5.
>
> Unfortunately, the bug is still present in version 27.5.
>
> I'll try to fix it. Any ideas where to start?
>
> Karsten
>
> Am Montag, dem 18.05.2026 um 06:42 +0200 schrieb Bernard Sfez:
> > Hi Karsten,
> >
> > Long time…
> > I kindly suggest to upgrade to Tiki27.5.
> > Many good reasons to do it, and may be this one too. ;-)
> >
> > Bernard
> >
> > > On 17 May 2026, at 14:06, Karsten Wemheuer via TikiWiki-devel
> > > <tik...@li...> wrote:
> > >
> > > Hi,
> > >
> > > I have a Tiki 27.3 installation here. I can't upload .gz files to
> > > the
> > > File Gallery. They appear as having a size of 0 and aren't saved
> > > to
> > > the
> > > hard drive (no path and no hash in the database).
> > >
> > > The installation was previously running on version 27.2, and I
> > > didn't
> > > have these issues then.
> > > Where should I look to troubleshoot this problem?
> > >
> > > Thanks
> > > Karsten
> > >
> > >
> > > _______________________________________________
> > > TikiWiki-devel mailing list
> > > Tik...@li...
> > > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
> >
>
>
>
> _______________________________________________
> TikiWiki-devel mailing list
> Tik...@li...
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
|
|
From: Karsten W. <kw...@gm...> - 2026-05-18 11:03:12
|
Thanks Bernard I upgraded to 27.5. Unfortunately, the bug is still present in version 27.5. I'll try to fix it. Any ideas where to start? Karsten Am Montag, dem 18.05.2026 um 06:42 +0200 schrieb Bernard Sfez: > Hi Karsten, > > Long time… > I kindly suggest to upgrade to Tiki27.5. > Many good reasons to do it, and may be this one too. ;-) > > Bernard > > > On 17 May 2026, at 14:06, Karsten Wemheuer via TikiWiki-devel > > <tik...@li...> wrote: > > > > Hi, > > > > I have a Tiki 27.3 installation here. I can't upload .gz files to > > the > > File Gallery. They appear as having a size of 0 and aren't saved to > > the > > hard drive (no path and no hash in the database). > > > > The installation was previously running on version 27.2, and I > > didn't > > have these issues then. > > Where should I look to troubleshoot this problem? > > > > Thanks > > Karsten > > > > > > _______________________________________________ > > TikiWiki-devel mailing list > > Tik...@li... > > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > |
|
From: Bernard S. <bs...@ti...> - 2026-05-18 05:00:00
|
Hi Karsten, Long time… I kindly suggest to upgrade to Tiki27.5. Many good reasons to do it, and may be this one too. ;-) Bernard > On 17 May 2026, at 14:06, Karsten Wemheuer via TikiWiki-devel <tik...@li...> wrote: > > Hi, > > I have a Tiki 27.3 installation here. I can't upload .gz files to the > File Gallery. They appear as having a size of 0 and aren't saved to the > hard drive (no path and no hash in the database). > > The installation was previously running on version 27.2, and I didn't > have these issues then. > Where should I look to troubleshoot this problem? > > Thanks > Karsten > > > _______________________________________________ > TikiWiki-devel mailing list > Tik...@li... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel |
|
From: Karsten W. <kw...@gm...> - 2026-05-17 12:06:27
|
Hi, I have a Tiki 27.3 installation here. I can't upload .gz files to the File Gallery. They appear as having a size of 0 and aren't saved to the hard drive (no path and no hash in the database). The installation was previously running on version 27.2, and I didn't have these issues then. Where should I look to troubleshoot this problem? Thanks Karsten |
|
From: Brendan F. <drs...@gm...> - 2026-04-24 23:12:55
|
But this also might be a good time to talk about Database Versions Right now tiki 30 Says it supports MarieDB 10.8, which was EOL in 2023, and MySQL 8.0 which is EOL in a few days. There is not nearly as much code that touches SQL, but as I am coding, I set my limits in my IDE based on those supported versions. If code needs to support an older syntax, then I set that, so I don’t introduce anything that breaks compatibility. This has the effect of keeping the codebase on the older code. Our supported versions should not only be an expression of what will or will not work, but it’s also a promise to maintain that version. In add-on it ought to be a model for how we create our software, what’s Dogfooded, etc. So again pushing for stability of our LTS versions, the requirements should be pumped so that we are able to utilize newer language versions, but also so that we don’t accidentally have to bump the requirements unexpectedly. It should be planed ahead to avoid that. In doing so we can utilize the better language syntax, reduce our work by narrowing what we need to support and make back porting to LTS versions easier. I would be in favour to bumping them at a minimum to supported versions, but would also consider moving them up higher. MariaDB 11.4 and MySQL 8.4 are supported until 2029. But MySQL also has 9.7, which is supported until 2034, 8 years in the future! If we set master to this then Two Non-LTS versions could be tested on it and the entire lifecycle of the following LTS could be hosted on that single version. No unnecessary pumps. No security upgrades braking changes, solid tested code. Maybe moving Tiki30 to 11.4&8.4, and considering moving master up to 9.7 and 11.4 (11.4 currently has the longest support period) Brendan |
|
From: Brendan F. <drs...@gm...> - 2026-04-24 22:23:07
|
It’s my thought that PHP versions for LTS versions should be the most recent PHP version available, and that the release before the LTS should do the same. Let me articulate. Bumping a php version mid cycle in a LTS is troublesome for the Sysadmins. But its not only that, its introduces the possibility of regressions. These are killers on stale systems. Moving php versions is not always trivial, it often requires a good deal of code changes. Stability in the LTS should be almost the top priority, only topped by security. Now in terms of our work, it does introduce a larger amount of up front work, but in the end tends to result in a overall lower amount of work. 1. If we eventually have to bump the version, all the work needs to be done anyhow. 2. All code until that bump needs to be compliant in both, so it’s more restrictive coding. By the time our LTS period is EOL, PHP versions tend to be obsolete. So Staring with the highest is only fitting. The Tiki version before the LTS is released should also be the most up to date PHP version. This is for 2 reasons: 1. Its a testing period which leads to a more stable less buggy LTS 2. It spreads the work out. Even if the LTS ultimately uses a higher PHP version, it means half the work in migrating is already done. This way, we get more stable LTS releases, which are less buggy and cause less headache in changing server requirements, etc. For the sysadmins. We reduce our overall workload, enabling us to focus our efforts on other matters. But it does come at the cost of some server flexibility, a specific PHP version needs to be run, but these issues have largely been mitigated with WikiSuite, and are less of an issue in a VPS/Dedicated environment. It does mean more of our effort needs to be placed in updating our code/dependancies to make sure our LTS and the version before it run well on the most recent PHP version. Regressions also happen when security updates for our LTS versions are pushed back with differing PHP versions. The greater they diverge, the more possibility of a regression. So keeping the PHP versions closer together helps wth a little stability there as well. It’s much easier to remember syntax and changes over PHP versions if you don’t need to keep too many in your head. At least thats what I find. Those are my thoughts on the matter. We should: * Move our Dogfooding over to the latest supported version of php 8.5 * Make TIki 30 PHP 8.5 * Make Tiki Master 8.5, switch to 8.6 when it’s released. (We have a couple non-LTS versions that we can do it over) Although I would prefer to just use PHP8.6Alpha, but it also depends on our dependancies, IDE, Dev Environments, all supporting an Alpha version of PHP, which could also pose challenges. So 8.5 seems to be a happy compromise given tiki 33.x LTS does not come out right away anyhow. Of, course if we cant manage the work for TIki 30 thats another consideration. But 8.1 is already EOL, so we would be releasing a LTS with 5 years of support that uses a PHP version that has already stopped receiving security updates. If we move to 8.5, then we have almost 4 years of supported PHP, then we just need to figure out the next year, for which we could probably fix that by back porting support for PHP 8.6 so it becomes a PHP 8.5/8.6 version option. That sounds manageable. Given that 8.6 is already alpha, we could even complete much of our own code updates to 8.6 compatibility before release. Although dependancies might be another question. PS. It looks like PHP 9 is planned on coming out after PHP 8.6, but I have no idea how likely that is to change. Brendan |
|
From: Marc L. <ma...@ma...> - 2026-04-21 12:09:58
|
Hi! Tiki 24.x LTS requires PHP 7.4 Tiki 27.x LTS requires PHP 8.1+ Tiki 30.x LTS requires PHP 8.1+ More info: https://doc.tiki.org/Requirements Tiki LTS versions are supported for 5 years: https://tiki.org/Lifecycle PHP versions are supported for 4 years: https://www.php.net/supported-versions.php Tiki master (future Tiki 31) is working fine with PHP 8.1 but I expect that sooner or later, one or many of the 100+ dependencies will force us to bump this up: https://gitlab.com/tikiwiki/tiki/-/blob/master/vendor_bundled/composer.json We can just wait for this to happen, or we decide to bump proactively. Tiki 31 will not live long, and we can make a different decision for Tiki 32 and 33 LTS. Work on PHP 8.6 is underway. https://wiki.php.net/rfc/deprecations_php_8_6 I don't know if the next one is PHP 8.7 or 9.0 Best regards, Marc |
|
From: ushindi b. <jea...@gm...> - 2026-04-05 22:06:34
|
Hi Phil,
Thanks for reporting this.
I would like to study the case and try to reproduce it, but the current
information is not enough. Could you please let me know on which page or
action this happened, and whether it was during or after the upgrade?
That would help us investigate further.
Best regards,
usbbush
On Sun, Apr 5, 2026 at 10:40 PM Philip Jollans <ph...@jo...> wrote:
> Hi,
>
> I got this error after updating to tiki 29.1 (from tiki 25.0)
>
>
> --------------------------------------------------------------------------------------------
> System error.
>
> The following error message was returned:
>
> You have an error in your SQL syntax; check the manual that corresponds to
> your MariaDB server version for the right syntax to use near '' at line 1
>
> The query was:
> SELECT 0 as `isgal`, tf.`fileId` as `id`, tf.`galleryId` as `parentId`,
> tf.`name`, tf.`description`, tf.`filesize` as `size`, tf.`created`,
> tf.`filename`, tf.`filetype` as `type`, tf.`user` as `creator`,
> tf.`author`, tf.`hits`, tf.`lastDownload`, tf.`votes`, tf.`points`,
> tf.`path`, tf.`reference_url`, tf.`is_reference`, tf.`hash`,
> tf.`search_data`, tf.`metadata`, tf.`lastModif` as `lastModif`,
> tf.`lastModifUser` as `last_user`, tf.`lockedby`, tf.`comment`,
> tf.`deleteAfter`, tf.`maxhits`, tf.`archiveId`, tf.`ocr_state`, '' as
> `visible`, '' as `public`, '' as `source`, '' as `files`, tf.`fileId`,
> tf.`galleryId`, tf.`filesize`, tf.`filetype`, tf.`user`,
> tf.`lastModifUser`, 0 as `icon_fileId` FROM `tiki_files` as tf WHERE
> tf.`archiveId`=0 AND tf.`created` > ? ORDER BY `isgal` desc, `created` desc
> LIMIT 0,
>
> Values:
>
> 1775381416
>
> The built query was likely:
> SELECT 0 as `isgal`, tf.`fileId` as `id`, tf.`galleryId` as `parentId`,
> tf.`name`, tf.`description`, tf.`filesize` as `size`, tf.`created`,
> tf.`filename`, tf.`filetype` as `type`, tf.`user` as `creator`,
> tf.`author`, tf.`hits`, tf.`lastDownload`, tf.`votes`, tf.`points`,
> tf.`path`, tf.`reference_url`, tf.`is_reference`, tf.`hash`,
> tf.`search_data`, tf.`metadata`, tf.`lastModif` as `lastModif`,
> tf.`lastModifUser` as `last_user`, tf.`lockedby`, tf.`comment`,
> tf.`deleteAfter`, tf.`maxhits`, tf.`archiveId`, tf.`ocr_state`, '' as
> `visible`, '' as `public`, '' as `source`, '' as `files`, tf.`fileId`,
> tf.`galleryId`, tf.`filesize`, tf.`filetype`, tf.`user`,
> tf.`lastModifUser`, 0 as `icon_fileId` FROM `tiki_files` as tf WHERE
> tf.`archiveId`=0 AND tf.`created` > '1775381416' ORDER BY `isgal` desc,
> `created` desc LIMIT 0,
>
> --------------------------------------------------------------------------------------------
>
>
> I'm pretty sure that the trailing comma is the problem.
>
> I'm also pretty certain that the query comes from FileGalLib.php in the
> function get_files. I hacked the code to remove the comma, using:
> $query = preg_replace('/LIMIT\s+(\d+),\s*$/i', 'LIMIT $1', $query);
> but that's not really a solution.
>
> Phil
> _______________________________________________
> TikiWiki-devel mailing list
> Tik...@li...
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>
|
|
From: Philip J. <ph...@jo...> - 2026-04-05 20:40:18
|
Hi,
I got this error after updating to tiki 29.1 (from tiki 25.0)
--------------------------------------------------------------------------------------------
System error.
The following error message was returned:
You have an error in your SQL syntax; check the manual that corresponds
to your MariaDB server version for the right syntax to use near '' at line 1
The query was:
SELECT 0 as `isgal`, tf.`fileId` as `id`, tf.`galleryId` as `parentId`,
tf.`name`, tf.`description`, tf.`filesize` as `size`, tf.`created`,
tf.`filename`, tf.`filetype` as `type`, tf.`user` as `creator`,
tf.`author`, tf.`hits`, tf.`lastDownload`, tf.`votes`, tf.`points`,
tf.`path`, tf.`reference_url`, tf.`is_reference`, tf.`hash`,
tf.`search_data`, tf.`metadata`, tf.`lastModif` as `lastModif`,
tf.`lastModifUser` as `last_user`, tf.`lockedby`, tf.`comment`,
tf.`deleteAfter`, tf.`maxhits`, tf.`archiveId`, tf.`ocr_state`, '' as
`visible`, '' as `public`, '' as `source`, '' as `files`, tf.`fileId`,
tf.`galleryId`, tf.`filesize`, tf.`filetype`, tf.`user`,
tf.`lastModifUser`, 0 as `icon_fileId` FROM `tiki_files` as tf WHERE
tf.`archiveId`=0 AND tf.`created` > ? ORDER BY `isgal` desc, `created`
desc LIMIT 0,
Values:
1775381416
The built query was likely:
SELECT 0 as `isgal`, tf.`fileId` as `id`, tf.`galleryId` as `parentId`,
tf.`name`, tf.`description`, tf.`filesize` as `size`, tf.`created`,
tf.`filename`, tf.`filetype` as `type`, tf.`user` as `creator`,
tf.`author`, tf.`hits`, tf.`lastDownload`, tf.`votes`, tf.`points`,
tf.`path`, tf.`reference_url`, tf.`is_reference`, tf.`hash`,
tf.`search_data`, tf.`metadata`, tf.`lastModif` as `lastModif`,
tf.`lastModifUser` as `last_user`, tf.`lockedby`, tf.`comment`,
tf.`deleteAfter`, tf.`maxhits`, tf.`archiveId`, tf.`ocr_state`, '' as
`visible`, '' as `public`, '' as `source`, '' as `files`, tf.`fileId`,
tf.`galleryId`, tf.`filesize`, tf.`filetype`, tf.`user`,
tf.`lastModifUser`, 0 as `icon_fileId` FROM `tiki_files` as tf WHERE
tf.`archiveId`=0 AND tf.`created` > '1775381416' ORDER BY `isgal` desc,
`created` desc LIMIT 0,
--------------------------------------------------------------------------------------------
I'm pretty sure that the trailing comma is the problem.
I'm also pretty certain that the query comes from FileGalLib.php in the
function get_files. I hacked the code to remove the comma, using:
$query = preg_replace('/LIMIT\s+(\d+),\s*$/i', 'LIMIT $1', $query);
but that's not really a solution.
Phil
|
|
From: ushindi b. <jea...@gm...> - 2026-03-31 13:16:50
|
Dear Devs, We’re pleased to announce that Tiki 30.0-alpha has been released You can download the tarballs here: https://sourceforge.net/projects/tikiwiki/files/Tiki_30.x_Alpheratz/30.0alpha/ We encountered an issue during the release process which caused a delay. The issue is being actively addressed and will be resolved before the beta release. We appreciate your patience and understanding. Please refer to the release notes Tiki30 | Tiki Wiki CMS Groupware :: Development <https://dev.tiki.org/Tiki30> for known issues and updates. Thanks, Release Team On Tue, Mar 31, 2026 at 11:12 AM ushindi bienvenu <jea...@gm...> wrote: > > Dear Devs, > > We're releasing Tiki 30.0-alpha right now. > > Please don't commit/merge to branch 30.x until we are done. > > Thanks, > Release Team > |
361 messages has been excluded from this view by a project administrator.