From: Xavier de P. <xav...@vh...> - 2014-02-27 17:17:39
|
Yes, LP, you are right, fixed in trunk. And confirmed that the same patch works for 12.x! (backported it already in r50123) Thanks again. Xavi On 26/02/14 22:51, Louis-Philippe Huberdeau wrote: > Mixing issues. That was actually a change by the bootstrap integration > causing some ids in the default scope to be missing. > > Try again. Seems to work for me. > > -- > LP > > > On Wed, Feb 26, 2014 at 3:10 PM, Xavier de Pedro > <xav...@vh... <mailto:xav...@vh...>> wrote: > > Hi LP and thanks for the fast response: > > I tried in trunk with r50112 but the geolocation of the blog posts > is not shown in the map, despite the search index rebuild (even by > hand). > > You can reproduce yourself on a clean install of trunk and apply > profile "Easy GeoBlog". > > http://profiles.tiki.org/Easy+Geoblog > > In 12x, when you manually rebuild the search index, the red > markers show up in the map. In trunk, no markers are shown in the map. > > Xavi > > > > On 26/02/14 20:35, Louis-Philippe Huberdeau wrote: >> r50109 should resolve the issue in trunk. Please validate. >> >> -- >> LP >> >> >> On Wed, Feb 26, 2014 at 1:37 PM, Xavier de Pedro >> <xav...@vh... <mailto:xav...@vh...>> wrote: >> >> >> On 26/02/14 16:24, Louis-Philippe Huberdeau wrote: >>> It might be related to "identifier" fields which are >>> gathered at rebuild time and it affects the querying >>> (especially for the MySQL engine). >>> >>> I guess it would be possible to attempt updating the list on >>> incremental updates as well. >>> >>> Rebuilding the index after a profile installation would not >>> be advisable as the process can be longer for some sites and >>> it would give the impression the site hangs. >>> >> What about some option to let the admin choose, at profile >> application time? Something like >> $profilerequest$rebuildSearchIndex$y$, and let the user >> change it to no, if the site is big enough, etc. This would >> be set by default to y only for the "demo" profiles that >> require it (usually run on bare-bone-tikis). >> >> But if too complicated code-wise, or maybe not worth the >> effort, then, no problem, a message to the admin in the >> instructions page (I already added a line there for that >> 'Easy GeoBlog' profile). And that's it. >> >> Xavi >> >> >>> -- >>> LP >>> >>> >>> On Wed, Feb 26, 2014 at 10:11 AM, Jonny Bradley >>> <jo...@ti... <mailto:jo...@ti...>> wrote: >>> >>> >>> Hi Xavi and all >>> >>> I've just found a similar issue coincidentally - in the >>> advanced cart feature, when you "checkout" an item is >>> added to an Orders tracker and individual items are >>> added to an Order Items tracker for the products, which >>> seems to work ok, but the items don't show up in a list >>> plugin properly until you rebuild the index. >>> >>> I've stepped through the code and the profile uses >>> \TrackerLib::replace_item which calls the relevant >>> tiki.save event eventually and that processes the index >>> queue and all looks like it should work, but it just >>> doesn't... >>> >>> I was guessing it's a problem here with the trackers >>> structure & field definitions, but maybe there's >>> something more systematic failing in profiles... >>> >>> Any ideas anyone? :) >>> >>> jonny >>> >>> >>> On 26 Feb 2014, at 14:08, Xavier de Pedro >>> <xav...@vh... >>> <mailto:xav...@vh...>> wrote: >>> >>> > Hi: >>> > >>> > I was wondering if there is any option in profiles to >>> have the >>> > unified-search-index rebuilt once the profile has been >>> applied. >>> > >>> > I've made a Map in a profile to geolocate blog posts, >>> but nothing is >>> > shown in the map until the tiki admin reads the >>> instruccions and clicks >>> > at the link to rebuild the search index. >>> > >>> > Any tip way to make that automagic? >>> > >>> > Xavi >>> > >>> > >>> |