On Mon, Feb 16, 2009 at 4:41 PM, Aryeh Gregor
<Simetrical+wikilist(a)gmail.com> wrote:
> On Mon, Feb 16, 2009 at 9:38 AM, Uwe Baumbach <U.Baumbach(a)web.de> wrote:
>> after our upgrade to 1.14 we see at one category page:
>>
>> http://wiki-de.genealogy.net/Kategorie:Stiftung_Stoye/Band_42_(Genealogisch…
>>
>> that this cat should have 618 pages. But browsing through the pages we
>> can see: they are only 351.
>> This correct number is shown by our own mini extension that queries table
>> "categorylinks"...
>
> Running maintenance/populateCategory.php --force should fix this. It
> will refresh *all* category table counts, however, not just one.
> There's currently no nice mechanism to force a category size recount,
> other than removing enough entries to get it below 200 and then
> re-adding them. There's probably a bug open for this somewhere.
BTW: There's also a bug open about category counters not being updated on
article deletion, see https://bugzilla.wikimedia.org/show_bug.cgi?id=17155.
Hi,
after our upgrade to 1.14 we see at one category page:
http://wiki-de.genealogy.net/Kategorie:Stiftung_Stoye/Band_42_(Genealogisch…
that this cat should have 618 pages. But browsing through the pages we can see: they are only 351.
This correct number is shown by our own mini extension that queries table "categorylinks"...
Uwe (Baumbach)
U.Baumbach(a)web.de
_______________________________________________________________________
DSL zum Nulltarif + 20 Euro Extraprämie bei Online-Bestellung über die
DSL Freundschaftswerbung! http://dsl.web.de/?ac=OM.AD.AD008K15279B7069a
Hi,
after upgrade to 1.14 we suffer from empty parts in print preview and print output at only some pages!
It "works" only with IE7, FF and other IE versions print well.
Is this a known thing?
Empty part (white area) seems to start right after a toc and then ends at not remarkable places within text to show/print the rest of an article.
Uwe (Baumbach)
U.Baumbach(a)web.de
_______________________________________________________________________
Jetzt 1 Monat kostenlos! WEB.DE FreeDSL - Telefonanschluss + DSL
für nur 17,95 EURO/mtl.!* http://dsl.web.de/?ac=OM.AD.AD008K15039B7069a
Hi,
after (rather successfully) upgrade to 1.14 we suffer from a couple of problems.
I successive will ask some singular questions to divide topics.
Here is the first one:
Special:Statistics shows (already a long time) that we have 20 jobs in our queue
http://wiki-de.genealogy.net/Spezial:Statistik
But table "job" is empty!
Critical/funny/never mind ?
Uwe (Baumbach)
U.Baumbach(a)web.de
____________________________________________________________________
Psssst! Schon vom neuen WEB.DE MultiMessenger gehört?
Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123
Hello, I am one of the developers of MeanEditor
(http://www.mediawiki.org/wiki/Extension:MeanEditor).
I see our editor has been nominated on
<http://usability.wikimedia.org/wiki/Extension_Survey/Extension_Nomination>.
While I recognize MeanEditor is not yet ready for deployment on
wikimedia servers, we would like the basic idea (a visual editor for
simple features only, focusing on clean edits and clean diffs) to be
considered in the WYSIWYG survey. Therefore, I thought you might want
some information on its status.
Unfortunately we do not have time to work on it right now, but we
should have plenty next month. MeanEditor is currently based on
WYMeditor 0.4, which means browser support is not optimal (FF and IE
only). We plan to port it to the WYMeditor 0.5 branch, which works on
all current browsers.
The requirement to patch the MediaWiki code can be lifted (although I
still think MediaWiki needs a more flexible support for custom
editors) by creating a patched EditPage.php and supplying the modified
file through the CustomEditor hook. We initially chose to create a
patch because we felt it was a cleaner solution (at that time we were
considering proposing it for integration with MediaWiki). We used PHP
(instead of JavaScript) because it is easier to integrate server-side
code with the exisiting parser.
Details on the ideas behind MeanEditor are on
<http://www.mediawiki.org/wiki/Extension:MeanEditor>. Any feedback is
welcome.
--
Jacopo Corbetta and Alessandro Pignotti
<http://allievi.sssup.it/jacopo/MeanEditor/>
Hi!
I'm maintaining many bots on Hungarian Wikipedia, they are written in C#
using DotNetWikiBot.
Lately I randomly get 417 errors from the server (for example at login, at
saving pages). If I repeat the request caused 417 again a sec later, it
probably works. (Formerly there were no problems at all.) The problem exists
using cable connection at home, and the university's network.
I haven't found any useful information about 417 on the net, how to avoid
it.
Could you give me some information?
Thanks,
Dani
Hi there,
I'm building a somewhat unique Wiki that will involve me writing an
extension that allows us to embed Flash content (ie. streaming video). We're
doing research within the communication/media industry and need this
ability. There are two specific issues I need to solve:
- First, and simplest, I'm having trouble writing out Flash object
references ie. <object classid=..... as HTML. I'm wondering how I can get
Wiki to ignore the fact that my parse function extension is giving it actual
HTML to render and not just Wiki format?
- The second issue I'm having is that we would like to format a specific
data structure within a Wiki article and have the Flash application retrieve
information from the article and parse it. The data is presented in the
other article as a simple list ie.
* Studio Name 1, 1980-1990
* Studio Name 2, 1980-1990
* Studio Name 3, 1980-1990
* Studio Name 4, 1980-1990
* Studio Name 5, 1980-1990
* Studio Name 6, 1980-1990
* Studio Name 7, 1980-1990
I'm wondering how I can extract that particular page for parsing by my
Flash. My thought was simple to create a script within my extensions folder
that spits out just the raw data from the Wiki page. So in essence when the
page is loaded the Flash app would make a call to
/extensions/myext/getarticledata.php?title=whatever here
I have been poking around the MediaWiki articles on how to accomplish these
types of things, but I can't seem to find a solid solution. I'm a beginner
Wiki developer so some initial guidance would be super appreciated :-)
Cheers and thanks!
Dave
Hi all,
When accessing Wikimedia sites this evening, I have noticed that at
the top of every wiki is the following text:
<centralnotice-template-plain_text_election_notice>
This however was not appearing a few hours ago. Is there a problem
that I should know about or is it my own error somewhere?
Thanks.
--
James R.
[[User:JamesR]]
English Wikipedia Administrator
You hit it right on the head. No reason it can't be there
already. I believe there's a bug open about it. Would
probably be easier if the LoginForm logic and
presentation were separated (which there is a recent
bug open about). Just a matter of finding a dev willing
to put the time into it.
-Chad
On Feb 13, 2009 6:28 PM, "Erik Moeller" <erik(a)wikimedia.org> wrote:
On any wiki where there's an operation restricted to logged in users,
the error message "You must be logged in .." is shown with a link to
the login form. Is there a reason (other than "not coded yet") why
this login form isn't rendered directly onto the error page, skipping
one step?
Thanks,
Erik
--
Erik Möller
Deputy Director, Wikimedia Foundation
Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l