For uploaded non-image media (usually .ogg at the moment), how about an
additional, automatically generated link like
<a href="#" onClick="self.location='foobar.ogg';return false">Play</a>
For our current link, I always get the open/save dialog, which *can* be
great to store the file. But to listen to, e.g., a pronounciation ogg,
quick'n'dirty in-browser playing would be nice too.
And, no disadvantages for the tin foil hat^W^W^W^W our
JavaScript-disabeled friends :-)
Magnus
Hi there
I'm just hacking around in my mediawiki setup and try to do some kind of "smart"
include. Means I'm having a namespace where the articles ("events") can be saved
in "YYY-MM-DD_title"-format and a {{tag}}-include (coded in Parser.php) that
automatically shows the titles of "today's" events.
Now the problem is, that the browser seems to cache the results. So if I create
an event with today's date in the appropriate namespace, and put a
{{tag}}-include on the sandbox-page it shows the entry (that's ok so far).
Now the problem is, that if I create a second event, the sandbox still shows
only one event and:
- If I do an "edit" on the sandbox page, the 2nd event appears.
- It also appears when I clean the browser-cache and reload the page.
- Doing a "hard-refresh" with shift-reload won't show the 2nd entry.
- All other caching mechanisms are deactivated.
Unfortunately I don't recognize the HTML-tag for this caching-stuff - the
browser I'm using is firefox so maybe this caching has something to do with the
browsers default settings.
Someone knows a solution for my problem which will only deactivate the browser's
caching on the pages using that include? Some kind of additional header
informations?
Regards
Joel
Hello there!
I am newbie in WikiPedia and I'd like to install it to my server. I got
an archieve of DB dump and put it to my web-server. But... When I try to
upload this from shell this starts but crashes with an error pointing to
max_packet_allowed meaning this is too small (but I think 1 Mb is enough
and I can't to make it more). I use MySQL 4.1.7 under FreeBSD 4.10. The
error message fires when I try to execute 20050309_cur_table.sql. The
error message is something like "max_allowed_packet size is exceeded". I
suppose it's because all records are inserted in one "insert" clause.
Any help is very appreciated.
Thank you all in advance.
Nicolay Vasiliev
Dear ALL, I got this ugly message while updating from CVS:
"waiting for midom's lock in
/cvsroot/wikipedia/phase3/extensions/SpamBlacklist"
Any idea, who or what is "midom" ? and how to solve this problem
immediately ?
revision and text now use separate row ID numbers in HEAD. A revision
row refers to text.old_id with its rev_text_id key; this allows text
revisions to be stored independently of a given revision.
* Operations that change only metadata can be put in the page history
without storing a new text record. I've done this for page move as a
start. (It might be good to also add a marker field for metadata-only
changes so they can be shown distinctly in the history.)
* In theory, reverts could do the same, referring to the prior text
record without saving a new copy.
* The storage backend can number text objects using its own scheme; if
necessary text object IDs can be reassigned during batch recompression.
If you're running a 1.5 test wiki, you'll have to run the update.php to
add the field. (Manually, maintenance/archive/patch-rev_text_id.sql)
-- brion vibber (brion @ pobox.com)
The last database dump on download.wikimedia.org is from March 9th, almost
one month ago.
Is it correct therefore that we have no backup for data written after that
day? Or is there some other backup strategy at the colo?
Alfio
I think (but I am not fully sure) to have found a problem in setup.php which
could lead to an undefined $wgContLang object under certain circumstances; pls.
correct me if I'm wrong.
The problem can be solved by executing loadfromsession() some lines later, i.e. after the language settings. Would be nice, if anyone can have a look to it.
[1] http://bugzilla.wikimedia.org/show_bug.cgi?id=1805 (for version 1.4)
Hello,
recently we had a new sysop election at the Spanish Wikipedia and it
was a huge success. We planned to make the candidate sysop today, but
there's a problem with Special:Makesysop stopping us from doing so.
All we get is error this message:
User "Renacimiento" could not be made into a sysop. (Did you enter the
name correctly?)
The username is correctly spelled and there's nothing else to check. I
am assuming this is a bug in Medawiki. If anyone knows how to fix it,
we would greatly appreciate the help. In the meanwhile I would like to
ask someone with enough priviledges to manually do the sysopping for
us, as the voting was already closed.
Thanks in advance,
Pedro (User:Pilaf)