Last modified: 2014-09-17 22:07:53 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 9738 - Caching issues with inline queries (1.7.1)
Caching issues with inline queries (1.7.1)
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
Semantic MediaWiki (Other open bugs)
unspecified
PC Linux
: Normal normal with 1 vote (vote)
: ---
Assigned To: Markus Krötzsch
:
: 21720 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-04-30 08:59 UTC by David
Modified: 2014-09-17 22:07 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description David 2007-04-30 08:59:16 UTC
I have pages with {{ask}} inline queries in my semantik mediawiki. I add new
articles with semantic properties that should be found by the query. But the
other pages stay unchanged until edited (that is: click edit and then save,
changing nothing but causing the cache to be invalidated).

Maybe bug [[http://bugzilla.wikimedia.org/show_bug.cgi?id=7998 7998]] has
something to do with this...

My workaround is to run a cronjob each night:
/usr/bin/touch /var/www/LocalSettings.php
When the config file is newer than the cache, the page is regenerated...
Comment 1 Siebrand Mazeland 2008-08-11 11:05:23 UTC
Re-assign to extension developer for triage/comments.
Comment 2 Markus Krötzsch 2009-12-01 15:12:20 UTC
*** Bug 21720 has been marked as a duplicate of this bug. ***
Comment 3 Neill Mitchell 2009-12-01 16:27:35 UTC
Okay, so this issue was reported a long time ago. Is it going to make it onto the roadmap?
Can the MW call in the MagicNoCache extension not easily be added to the Form save?

I have a feeling this is being sidelined because it is perceived as difficult. I can't stress enough how important this is. SMW has got to a stage where it is an fantastically valuable and useful tool. The functionality has got to an amazing level. Perhaps performance should now be on the agenda? 
Comment 4 Markus Krötzsch 2009-12-02 21:42:20 UTC
We have discussed this issue at the SMW Camp in Karlsruhe: the outcome was that it is probably doable, and that it is more or less clear how to approach the issue, but that we currently do not have a developer to start this project (because this is what it is -- you cannot solve this problem by some small changes). This may change (we are actively trying to find a solution), but it does not make sense to put it on any roadmap as long as we know that no one will do it anyway.

I am still confused why Semantic Forms are mentioned here. We are not directly involved in developing SF: if you want SF to change, then you need to post a bug/feature request for this component. But as I said, I don't think that caching should be a concern to SF since it is just as relevant when editing a page without forms.

Also, I would like to stress that this is not a performance issue as such. The performance problem you mention is caused by the workaround that you use, and is not part of SMW. Turning off the cache will of course decrease performance, but this is not something that SMW forces you to do. The problem of SMW is that cached pages may be based on outdated information and are not updated automatically. Yet we run many sites, some of which with quite critical performance requirements (see e.g. http://www.aifb.kit.edu/), and we never turn off the cache in such cases. I am not saying that it is generally acceptable to have outdated pages in the cache, but it is certainly preferable to disabling the cache in a performance-critical environment.
Comment 5 Neill Mitchell 2009-12-03 10:30:13 UTC
Hi.

Thanks a lot for your comments. The reason I mention SF is because I believe a simple workaround could be placed into the SF save functionality to purge the cache. The inline query would then pull the updated or new data. Most people populate SMW using SF, so this seemed like an ideal solution.

Cheers
Neill.

Comment 6 pboyd04 2011-11-11 16:12:36 UTC
Any update on this DF? This is a feature that I think is pretty desperately needed. If you have an approach in mind could you detail it so that someone with some spare cycles might take it on?

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links