tikiwiki: 03robertplummer * r37712 10/trunk/ (tiki-tracker_export_join.php tiki-tracker_reports.php): [FIX] Permissions fix (again)
tikiwiki: 03marclaporte * r37713 10/branches/proposals/6.x/lang/en/language.php: correct links back to 6.x profiles
tikiwiki: 03marclaporte * r37714 10/branches/6.x/lang/en/language.php: correct links back to 6.x profiles
nice catch marclaporte
tks
tikiwiki: 03oeversetten * r37715 10/trunk/tiki-perspective_binder.php: [FIX] better not scattering credentials
Goodmorning
good morning tikiverse
hi all
Does anyone have experience with caetgorizing tracker items from the current perspective?
(so that the tracker item inherits the categories from the perspective jail)
lphuberdeau oor sylvieg , anyone there?
hi arildb 
hi Merbster
polom
It's emulation week at themes.tiki.org. :-) Mediawiki's default Vector theme and WordPress's default Twenty Ten theme are available for Tiki 7 now, at svn tikiwiki mods or at themes.tiki.org.
I wonder what's the solution to this encoding issue. The separators in the themes.t.o breadcrumbs should be the "��" (like ">>") character but look like " A�� ".
Heh, nevermind, I just had to edit away the extra character.
tiki.org/tiki-index.php page has a kind of search results box with "For additional results, try searching for chm in: Tiki Documentation or Search all over the Web with Google or..." I didn't do any search, I just entered the front page url.
Hmm, prespectives (I guess) are messed up at tiki.org. Why would tiki.org/TikiFestFrankfurt8 display with the tiki suite perspective?
http://tiki.org/tiki-forums.php = "No records found" (also in purple tiki suite mode)
I guess someone is adjusting t.o now?
All t.o menu links bring up tiki suite perspective and mostly no results.
marcalporte1, any idea why tiki suite is showing up for tiki.org (community) links and pages, etc. ?
Does category jail in perspectives affect tracker items?
we're having truoble "locking down" the category choice when using the category field in a tracker.
Merbster: probably buggy
I am getting a warning at line 1185 "invalid argument supplied for foreach"
but the foreach is stuffing values into an array 5-6 levels nested. So I can't really figure out what is going on there.
in wikiplugin_tracker.php
sylvieg, can you help us out with the lucene search engine?
depends of the problem?
example: we have project case numbers in this format: 1000-01X but this is not "searchable" because of the -
in which version are you?
there is a token extraction file
7.1
sylvieg, where can that file be found?
there is an option tokennize version numbers
... you can add your own php code there
huimm the version prewfs is in trunk only
sylvieg, Problem is, you cannot have - in any word in the lucene search because everything after the  - will be taken as a "NOT search"
you can have quotes around it
lphuberdeau, like this: "1000-02X" or like this: 1000"-"02X ?
first
lphuberdeau, first one does not work.
but it is tiki 7.1 and I know you guys have been doing alot to lucene search lately
I'd have to write some test cases to see what's going on
there are a few transformation levels involved
lphuberdeau, I don't know what transformation levels are. ;) 
Heeeelp! need a tracker expert!
someone who did some coding on the tracker part or perspective part are preferred.. we might have a job for someone!
lphuberdeau, do you know who we should ask regarding trackers or perspectives?
I guess I would be the one to ask, but I'm quite loaded these days
damn..
we have some problems.. trackers are not affected by perspectives
or at least not the plugins
trackerlist?
yeah and plugintracker
I've been working a lot to get trackers clean, but trackerlist is untouched
we are trying to auto categorize items according to the perspective.. 
for listings, you will have more luck with LIST
as for the default value, that's something I can look into
the tracker plugin shouldn't be able to see categories other then the one in the perspective.. but it does!
categories work differently with trackers
never really know if it's a feature or a bug
we have a parent id with all our projects  as child categories.. each tracker item should be categorizes to it's project
we thought that perspectives would be the right way to go, this way all other categories would be hidden
and with a autosavevalue in a category item this would be possible
category jail auto-selects on new items for normal category selectors, or at least, it used to
lphuberdeau, we're trying to make hte category selector automatic (i.e. hidden from the user)
SJ-Jay, what was the number you were having trouble with?
tiki version number?
well, the search string
ohh that one
erm.. it's actually not the numbers that is the problem.. it's the "-"
give me the exact one, trying to reproduce
1007-01
everything with a - i think
I think your issue is fixed in trunk
the issue you might have is that it will match all 1007-01, 1007 and 01
but I really think people could argue on any option taken
lphuberdeau, it searches for 1007 that does not contain 01 - which never happens so no results are displayed
I just wrote test cases and checked the results
in trunk
lphuberdeau, are there any other then you we can ask for help regarding the tracker/perspective thing?
lphuberdeau, if it works in trunk You allready fixed it. Next question will then be; when is next release ;)
we really need this to work.. we based our entire project management on trackers.. and if this doesn't work we are screwed!
branching should happen quite soon, but official release is planned for end of October I think, you'd have to check with jonny or chealer about that
we will be happy to pay for the work if this can speed things up!
the release process can't really be fast-forwarded at this stage
the category field changes with perspectives I could manage to find time for, it's really not a big deal
polom
polom chealer 
lphuberdeau, if that could be fixed we could manage with the LIST plugin (tbh it seems better than trackerlist just from the docs)
some stuff was added recently to display the more complex tracker fields from there, you might want to get started on testing out the LIST plugin in trunk to see if you don't hit a few roadblocks there
lphuberdeau, Is your suggestion to just copy the trunk list plugin into our tiki 7.1 or is your suggestion to run trunk in our produition environment?
well, you're going to depend on functionality in trunk
and just copying the plugin won't work
when is your  project supposed to be launched?
3 days
not gonna happen
we are so behind schedule
ok, so forget the phony  schedule, what does the realistic one look like?
well.. hopefully 2-3 weeks
but the perspective/category thing should be ready alot sooner.. we need to test everything
which isn't possible without it
looking at the code in trunk
I think chealer fixed it, might have been unintentional, but I think jail is now considered when listing those categories
lphuberdeau, let's agree that we test out tiki trunk and see how well it fares.
and after that. we can agree on what to do afterwards.
lol
8.0 will be an awesome release
lphuberdeau, I do not doubt it. 
lphuberdeau, but I was about to say; We will test trunk and see how it fares. after that we can find out what to do.
so maybe only the auto-select part would be missing, but that's really nothing big
If perspective is adhered to in trunk there will only be 1 category available for the autosavevalue
Which will "fix it"
atleast in our case
I'm just happy when I see things getting fixed magically
+1
Don't we all love magic? ;)
that sort of thing really would not happen a few years ago
The geek fairy waved her wand upon tiki!
lphuberdeau, Has the number of developers grown since then or what do you think?
many aspects to it, dev count is slightly increased, but the focus of the developers changed
lphuberdeau, my impression is that most of you guys has made a living out of tiki development.
I have been making a living out of tiki for a bit now, it's nothing new, and I am not alone
lphuberdeau, exactly. I think it is great. :)
but the bigger change is cultural, with the release cycle sinking in and habbits of fixing root causes rather than just patching on top
lphuberdeau, I have learned alot my time in the tiki universe. no doubt about it; there's some clever people here
real users make tiki sane, features developed without a real use case always turn bad
lphuberdeau, yes I noticed. all the school software I have written where the users was "imaginary" was quite useless
tikiwiki: 03lphuberdeau * r37716 10/trunk/ (tiki-edit_draw.php tiki-setup.php): [FIX] Centrally include files so minify can be optimal
is it possible to apply structures using existing pages ? (including the top page/structure)
yes
:)
ok i meant how. When i created the structure i couldn't find the way to add the top page to the top of the structures (only children)
did you try in the create structure - with the tab or space thing..
with space "Office Super Users"
in the tree
I think put the first page in structure ID
and put the other page in the tree
works for me in 6
tks i'll try
worked !
tikiwiki: 03chealer * r37717 10/trunk/modules/mod-func-search.php: Search module: rename "Show Search Filter" parameter to "Show Object Type Filter"
tikiwiki: 03chealer * r37719 10/trunk/ (modules/mod-func-search.php templates/modules/mod-search.tpl): [FIX] Search module: handle title pseudo-parameter (from r25889)
tikiwiki: 03chealer * r37720 10/trunk/modules/mod-func-search.php: [FIX] Search module: do not translate system names / hardcoded values in legacy_mode parameter description
is there a dev guide for adding UI stuff?
there are unwritten, but evolving, conventions
I did a svn up and create tracker popup is empty . Is it my version only?
sylvieg, yes
lphuberdeau, Ok. I will pump one of you guys for information when I need it. ;)
thx
merbster, generally, just do something you  think is good
From tracker filter i want the clicked item to appear in a wiki page as template (i want just the item data, not tabs, pagination, buttons…). Is it possible ?
use the param wiki
i tried to input my wiki page template in the param in the tracker filter. "Wiki Page" it change the way the tracker filter is displayed… not the item when clicked
is that what you meant ?
lphuberdeau, ok. Is there a centralized place for all Tiki GUI or is it spread out by the wind?
hum... templates/ ? :)
Bernard1: use a pretty tracker for the display of teh item
sylvieg: ok, this i got. I just forgot how. :)
From the tracker filter -> Pretty tracker displaying the item
param wiki
nkoth|nelson: you move the tracker mandatory field to jquery.validate ? But how can I do the drop down with other  mandatory?
it is a regression in 7
sylvieg: which commit revision?
since the lib exists
and I have no idea how to implement it... 
ok let me check drop down with mandatory
drop down with other + mandatory
put only a value in other
cold have been tiki 6 then - it seem a long time ago
tikiwiki: 03jean-lucnavarro * r37721 10/trunk/modules/mod-func-upcoming_events.php: [FIX] added tra(..) missing on description lines 36 & 41
sylvieg: probably need to write a special validator for that field - I need this too....
how urgently do you need this? I can try and do it later this week
I do need it in fact .. trying to fix drop down other in trunk - it is just that as mandatory is by default now, I see the bug... 
so the problem is that if it is mandatory, and the user chooses other (but not fill in anything), it satisfy the condition, right?
one of the 2 inputs must be filled
sylvieg: also there is another bug in trunk I just saw with the field. it does not show the current value of the other field in the input field after you save
yes I am debugging this one
tikiwiki: 03jean-lucnavarro * r37722 10/trunk/lang/fr/language.php: [TRA] more French translations + corrections
it is not my day...
when I try to duplicate a tracker I have tiki-tracker-duplicate not found
Polom all.
hi RobertPlummer 
is it a rewrite rule missing in tracker admin?
too many things moving around in tiki ...
hi sylvieg. a SEFURL for tracker duplication... :-?
it is the second time I have problem with tiki-admin_trackers and url not found... since lphuberdeau rewrites all teh url at this level .. wondering if I have a real problem with svn...
sylvieg: probaly need to update .htaccess with _htaccess
the only solution I found so far is a fresh install ... no idea why svn does not want to sync _htaccess
tikiwiki: 03chealer * r37723 10/trunk/templates/modules/mod-search.tpl: 
tikiwiki: [FIX] Search module: width when input_size parameter is given.
tikiwiki: Ref: r29934 (em is the vertical size)
tikiwiki: 03nkoth * r37724 10/trunk/templates/trackerinput/itemlink.tpl: [FIX] Apply preselection only when no value yet exists, to avoid accidental changing of existing value
tikiwiki: 03chealer * r37725 10/trunk/modules/mod-func-search.php: 
tikiwiki: [FIX] Search module: input_size parameter description (explain special value 0 and fix default)
tikiwiki: Ref: r30892
tikiwiki: Slightly improve/vulgarize name and description too
tikiwiki: 03lphuberdeau * r37726 10/trunk/ (5 files in 5 dirs): [NEW] Allowing to open streetview in a dialog from a map (and fetch image URL from a given location)
tikiwiki: 03oeversetten * r37727 10/trunk/lib/prefs/ (areas.php feature.php): [FIX] Supplement the default values and add areas.php I forgot to commit
lphuberdeau: I'm getting ready to commit more refactoring of draw, couldn't get you on skype.
tikiwiki: 03chealer * r37728 10/trunk/modules/ (3 files): 
tikiwiki: avoid the need to retranslate obsolete module descriptions following r36983
tikiwiki: Document what the Search module is missing to replace obsolete modules in code
oh right, skype is off
tikiwiki: 03robertplummer * r37729 10/trunk/ (3 files in 3 dirs): [ENH] More draw refactoring, making it easier to use as an api and with maps
lphuberdeau: That should help out considerably.
The iframe is now created when the plugin is called.
sounds fun
"funner"
commit it and I'll try
I just did.
It now uses the same object settings as $.fn.loadDraw
ie, $.fn.drawOver now calls $.fn.loadDraw.
It should work with most objects.  at least in theory.
$('#map').drawOver({
			fileId: $('#fileId').val(),
			galleryId: $('#galleryId').val(),
			name: $('#fileName').val(),
			data: $('#fileData').html()
		});
just did $('.map-container').drawOver({}) and that gave nothing
well, svg-edit loaded up, but below the map, smaller and without content
lphuberdeau: What browser?
firefox
What version?
6?
tikiwiki: 03robertplummer * r37730 10/trunk/lib/svg-edit_tiki/draw.js: [FIX] Removed debug alert
lphuberdeau: What js are you using to create the map?
{map}
tested over an image, same result
me.data("drawInstance", $.drawInstance).data("fileId", o.fileId) is undefined
So.  I have a problem.
I am trying to set my home page to tiki-list_blogs.  The only way I seem able to do it is using group homepages, and even in that case it reverts and messes things up.  Solutions?
specifying the arguments fixes it
but I might not want to specify them
I guess the main issue is that it appears way too small
tikiwiki: 03robertplummer * r37731 10/trunk/lib/svg-edit_tiki/draw.js: [FIX] Value checks
seems to do nothing in chrome
Try now lphuberdeau
Chrome has problems, as we discussed yesterday.  I will work those out soon.
size is a bit better
scrolling outside of the map should not be possible
if you can limit that
can you manage to close svgedit and put the map back in place?
that would complete the proof of concept, not much worries about the saving part
Hi jonnyb
hi arildb 
I am not very familar with JSON. Is it so, that it completely avoids the encoding/decoding issue?
hmmm, not quite so sure now
i've just converted all the old tiki-auto_save code into new shiny ajax_services, so just trying to put the pieces back together
in the end the page data has to be sent to the server somehow, so we still have a possible encoding issue there, but the return should be ok now using json_encode server-side
I read the PHP wil automaticlly run a urldecode on POST requests. If so, it seems to me that an encode must be run on the client side...but maybe JSON doesn't use POST
lphuberdeau: I can, I will have to jump on it in a bit, have a meeting shortly.
sure
just going to take a quick break - i was just getting to that bit - we need POST as the pages can be big... back soon
jonnyb: ok. Let me know when you have pieced it together, and I will give it a try
pretty good proof of concept already
 New Forum Posts: bug with tracker : jscalendar behind the tracker window ? - http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=42361
 New Forum Posts: No me funciona la FANCYTABLE - http://tiki.org/tiki-view_forum_thread.php?forumId=15&comments_parentId=42359
 New Forum Posts: View Group Members - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42358
tikiwiki: 03lphuberdeau * r37733 10/trunk/lib/wiki-plugins/wikiplugin_code.php: [KIL] Geshi
So, I have a problem.   I am trying to set my home page to tiki-list_blogs.  The only way I seem able to do it is using group homepages, and even in that case it reverts and messes things up.  Solutions?
marclaporte: about your question related with _HOMEPAGE_CONTENT_, you know why a key is used instead of adding the English sentence directly to the source file?
marclaporte: afaik, the easiest way to fix the problem you mention when merging translation from different branches is to stop using _HOMEPAGE_CONTENT_ key and add the English string directly to the source file. this way we would have a different version of the English string for each version of Tiki and than no problem when merging the translations. but maybe there is a reason to use a key.
hi rodrigo_sampaio. not an answer, but you may want to see http://article.gmane.org/gmane.comp.cms.tiki.cvs/62098/match=homepage+content+translation
hum, doesn't really help, sorry. it was done in http://sourceforge.net/apps/trac/tikiwiki/changeset/17146 but there's no explanation of the choice
lphuberdeau: do you know what this message might mean?     Search index could not be updated: Segment compound file doesn't contain _4w.fnm file. I got this while updating a tracker item
rodrigo_sampaio: my guess is that it was done to save space and/or to keep existing translations when the text changes
rodrigo_sampaio: obviously keeping existing translations has drawbacks, quite clearly that some outdated translations or kept
it's hard to choose between both ways
rodrigo_sampaio: I think one big problem that _HOMEPAGE_CONTENT_ highlights is the lack of a mechanism to re-use existing translations when an English string is (slightly) changed.
nkoth|nelson: he's gone...
nkoth|nelson: has apache perms to create new files in the lucene dir?
it was working before...
maybe ramdisk full
chealer: this is one of the reasons why I prefer a key based system for translations. but switching is not an option at present. what is strange is to have this single string as an exception.
chealer: maybe if we split the content in paragraphs (following gettext best practices http://www.gnu.org/software/gettext/manual/html_node/Preparing-Strings.html#Preparing-Strings) and used placeholders for things like version number we could remove _HOMEPAGE_CONTENT_ key
chealer: I'm concerned with creating a whole structure (like add a check to mergelang.php to not update the translation if the string is _HOMEPAGE_CONTENT_, etc) to maintain this single exception. 
rodrigo_sampaio: me too
rodrigo_sampaio: I agree, those solutions sound faily good to me
rodrigo_sampaio: I don't think space is a significant reason to keep the current way
chealer: me neither
chealer: I will try to change it
chealer: when you have some time please verify the changes to lang/fr/language.php done in revision r37708 (branches/7.x). they were made with the with the new mergelang.php.
rodrigo_sampaio: there is no way I can afford reviewing translation changes to stable branches, surely not in this case (238 groups of diffs in http://sourceforge.net/apps/trac/tikiwiki/changeset/37708/branches/7.x/lang/fr/language.php )
and surely not before 7.2, scheduled in 2 days
chealer: I understand that
chealer: it was more to inform you about it
rodrigo_sampaio: I was wondering if these backports were a good idea at this point of the cycle. I was worried because of the recent breakage of the registration page in French I told you about
rodrigo_sampaio: but I understand that was due to a bug in our translation tools
...which should be rare
(a bug with that kind of effect, anyway)
chealer:  sorry, I don't remember about this breakage of the registration page in French
chealer: anyway, I tend to agree with you that maybe it was too late to backport the translations especially because I did it with a new script.
chealer: I can rollback the commit and backport the translations again after 7.2
chealer: when I backported the translation I didn't stopped to think how close we are to a release
rodrigo_sampaio: "Re: [Tikiwiki-cvs/svn] SF.net SVN: tikiwiki:[35254] branches/7.x/lang" sent on 2011-09-17 00:00 sampaioprimo@users.sourceforge.net
rodrigo_sampaio: right, I meant to tell you that if you think these backports could cause serious issues such as the one above, you should consider reverting these (and perhaps re-applying changes to 7.x later, but I don't know at this point if we'll have a 7.3)
rodrigo_sampaio: I don't mind about regressions like new typos or things of that kind, but if it could causes crashes, I'd reconsider
chealer: I prefer to be on the safe side and rollback
rodrigo_sampaio: anyway, you're in the best position to make the call. the plan is to release 7.2 on Thursday without doing pre-releases
chealer: if there is a problematic string like the one you found in trunk, it was backported with the rest of the strings to 7.x
chealer: not to mention that there might be bugs in the new mergelang.php
rodrigo_sampaio: the one I found in trunk? are you talking about the regression from r35254 or what?
chealer: sorry, the one you found in branches/7.x. r35254
rodrigo_sampaio: OK, well it wasn't a problematic translation that was backported, if I understand correctly it's a string that was misbackported by the script used
chealer: from the commit message I get that r35254 is not a backport of translations. it is just the changes done after running the old get_strings.php.
rodrigo_sampaio: right, sorry, so if that problem would have happened on trunk, it would have been backported to 7.x, I see.
indeed
tikiwiki: 03jonnybradley * r37734 10/trunk/lib/tikilib.php: [MOD] Add editlib to TikiLib::lib (will be useful one day)
tikiwiki: 03sampaioprimo * r37735 10/branches/7.x/lang/ (14 files in 14 dirs): rollback 37708 (will do it again after 7.2 release)
What format is lastModif in logs table in?>
Is it unix time?
most likely
RobertPlummer: in tiki_logs?
chealer: it is unix time,
tikiwiki: 03sampaioprimo * r37736 10/trunk/lib/setup/wiki.php: [MOD] attempt to remove _HOMEPAGE_CONTENT_
RobertPlummer: seems quite modular, thanks! :-)
RobertPlummer: sorry
rodrigo_sampaio: seems quite modular, thanks! :-)
rodrigo_sampaio: BTW, there is no need to use the [MOD] tag in this case, it's meant for user-visible changes that could break assumptions
tikiwiki: 03robertplummer * r37737 10/trunk/lib/logs/logsquerylib.php: [NEW] Added date grouping, so we can chart log results on a graph by day, a few other mods to generalize the feature
lphuberdeau: offhand, can you tell me what are these "searchresultxxxxx" cache files in temp?
tikiwiki: 03robertplummer * r37738 10/trunk/lib/logs/logsquerylib.php: [ENH] Added rest of types so we can narrow results easily.
lphuberdeau, ok I know what they are (found the code) but I suppose what I was getting at is how I can control their growth - they fill up my ramdisk
nkoth|nelson: Did you get my message in skype?
RobertPlummer yes
nkoth|nelson: There are a few ways of obtaining the contributed data.
 New Forum Posts: Is permission to *create* a wiki page contained in permission tiki_p_edit? - http://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=42366
RobertPlummer: you mean the data of who contributed whatever?
nkoth|nelson: perhaps call teh lucene optimizer more often - I do not know if there is a pref for that
nkoth|nelson:  Creator and contributions to that data is probably what we'd want to track
nkoth|nelson: So we'd need to obtain the user's pages, and then query for each one of those their stats, hits etc.
nkoth|nelson: right?
RobertPlummer: if we have a report of items, then it seems unwise to me to get all the data of a user;s pages which may be a lot of data
I mean, if we have only a list of items to report on then we only need informstion on who contributed to those, right?
nkoth|nelson: That isn't really what I mean, I mean the plugin is contributions, right?  Contributions to the whole website? Or contributions to my data?
Are we wanting to report everything or just the items that originated with a certain user is I guess what I'm asking.
sorry for it being so convoluted.
(the questions)
My use case is contributions to my (or our, defined by group selector tracker field) data, but I suppose the generic case could be broader
ok, sounds good.  I've got the foundation laid, I will work toward pushing them together as the week progresses.
nkoth|nelson: But I believe it is really close to starting to link up to charts.
RobertPlummer: sounds good
nkoth, they are the cached search results, which are valid as long as the index is
how much space are they taking up?
lphuberdeau: I think I read somewhere that the optimizer must be run more often to avoid such problem. The optimizer is only run at full indexation raight now?
the searchresult cache files have absolutely nothing to do with lucene
lphuberdeau: This files (like  _4w.fnm file) are yours?
that's not nelson's question
oops sorry
I was on the wrong thread
but yes, about those files, it's something to do with the optimizer passes
or reducing the amount of updates by bunching them together
tikiwiki: 03oeversetten * r37739 10/trunk/lang/nds/language.php: [TRA] few strings
lphuberdeau. anyway I figured out my problem - the ramdisk got full
mainly by those cached search results...
right now I am trying fo fix this  DOMDocument::loadHTML() [domdocument.loadhtml]: Namespace prefix g is not defined in Entity, line: 299notice
any one have an idea how to avoid this kind of notice?
Illl try libxml_use_internal_errors
nkoth, but how big was the ramdisk?
160 MB
I think we'll need to get a way to segment the caches
some are more important than other
how is the performance by moving the index from disk to ramdisk?
not htat much difference I am thinking of forgetting it for now, but things might be different if the server is under load
hard to tell - it appears that if the query is cached already it makes little if any diffeerent, but for a fresh query it is about 30% faster but we are talking abt reducing from 3 sec to 2 sec
I have the exact same content side by side,one using ramdisk, one not
not insignificant for a fresh query....
and as my index grows the effeect might be more pronounced I suppose
tikiwiki: 03nkoth * r37740 10/trunk/lib/tikilib.php: [FIX] Suppress entity errors and warnings due to bad HTML in frameset detection heuristic
how about index building time?
tikiwiki: 03marclaporte * r37741 10/trunk/templates/tiki-install.tpl: CreativeCommons unfortunately took their page down, so removing link
lphuberdeau, ramdisk does not help indexing at least for this site - maybe tracker item indexing is very slow anyway so that is the bottleneck (mostly tracker items on this site)
(and many fields, linked fields etc...  on top of that)