Instead of one CommonsTicker/List, it's maybe a suggestion to have 7 lists, one for every day of the week; CommonsTicker/List_monday till CommonsTicker/List_sunday. When it becomes a new day, the contents of the list of a week ago will be overwritten by the new day. So, you always have an archive of a whole week when you are not able to read the list every day. JePe 00:53, 23 May 2006 (UTC)

Once you've determined what page(s) link the image, would it be horrific to search the edit history to see who added the link, then post a message to their talk page? I think in the case where the image is linked only once, such a feature might be helpful. Especially if not in NS:0. --Connel MacKenzie 07:57, 31 May 2006 (UTC)

That's not possible without comparing the full text before and after each edit - which is very slow, and currently impossible because the toolserver does not have access to the full article text. Even if this was done, it would not account for reverts, for the image being moved from one place in the text to another, etc. This is not feasable, sorry.

I do however plan to make the bot post notifications to the talk page of each (main namespace) article the image is used on. An active contributor would likely have the page on the watchlist, so this may help a bit. -- Duesentrieb 10:55, 31 May 2006 (UTC)

I personally don't think this is a good idea and would like if you made it optional. ~~helix84 14:36, 20 June 2006 (UTC)

Me too, I would prefer if this were optional only. While I agree this might be a good idea for large wikis where the CommonsTicker list has many entries and no single person can deal with all events, on small wikis it is no problem to check the CommonsTicker and to act accordingly. Notification on the discussion pages would be a bloat and would cause many discussion pages to be created unnecessarily. Furthermore, once the problem has been dealt with, the text added to the discussion page is only distracting. Greetings, --UV 23:31, 20 June 2006 (UTC)

Hello. For the local image link, en:wikt:Template:TickerEntry linked by default to the Bild: namespace. I already corrected it, but I guess the default should be changed to {{NS:6}}, for interlanguage compatibility. --Vildricianus 14:58, 31 May 2006 (UTC)

There are now some classes with a new definition in the css. The pseudo-class :before is used here, however this doesn't work in every browser, see [1]. So, a user with Internet Explorer doesn't see the colored tags at the beginning of a row. Normally I use Firefox, but I have just tested it with IE. JePe 18:31, 31 May 2006 (UTC)

Yes, i know. the prefixes are not critical anyway. But if you want something that works for everyone, use fixed styles in the TickerAction template, or hack TickerEntry to prefix a marker or whatever. The bot just uses the template - everything beyond that is up to you...

Btw: try to catch me on IRC in two or three hours, so I can set up the ticker at nl:wp; please look through the new checlist first. -- Duesentrieb 18:42, 31 May 2006 (UTC)

In some cases, CommonsTicker output is slightly broken, see a manual correction here. Greetings, --UV 23:01, 9 June 2006 (UTC)

Oops - I fexed that some days ago, but apperently forgot one place (the case of a template being changed). I don't have "real" internet right now, so I can't fix it. I'll do it as soon as I get back next week. Thanks for reporting the problem. -- Duesentrieb 12:02, 10 June 2006 (UTC)

may it be possible to delete (or at least edit) entries under sections in order to notify other users that any element has been fixed/handled? May it affect the bot? Should we choose the "append mode" to do that?

Same idea put differently: would i break the "append mode" if...

one adds === new sub-sections === within a day preexisting section?

one removes a == day section == ?

one edits section title?

some said the "append mode" is not as efficient as the "replace all mode", is it true and why? Is the bot editing previously added entries when it detects new events on Commons (such as deleting links toward images-on the ticker-that have been deleted on Commons)?

may it be possible to delete (or at least edit) entries under sections in order to notify other users that any element has been fixed/handled? May it affect the bot? Should we choose the "append mode" to do that?

yes, in append mode, that is possible (in replace mode, your cahnges will be undone by the bot). In append mode, there's even a blank status= parameter passed to the template. You can put whatever values there and use it in the template to define a css class or something like that - look at n:en:WN:CT for an example.

Same idea put differently: would i break the "append mode" if one adds === new sub-sections === within a day preexisting section? one removes a == day section == ? one edits section title?

No - as long as the insert marker comments stay in place, everything will work.

some said the "append mode" is not as efficient as the "replace all mode", is it true and why?

No, the reverse is true: append mode is much faster for the bot. In append mode, it only looks at changes since the last post (four hours). In replace mode, it looks at changes in the last five (or seven or whatever) days, then rebuilds and replaces the entire list of entries on the page.

Is the bot editing previously added entries when it detects new events on Commons (such as deleting links toward images-on the ticker-that have been deleted on Commons)?

No, the bot does not look at entries on the page. In append mode, it inserts new entries before (or after, depnding on sort order) the insert marker. In replace mode, it replaces everything between the insertion markers.

Hi Duesentrieb. Yesterday I discuted with some folks on #wikimedia about CommonsTicker usage on local Wikipedias. On fr, I assume very few people to be actually using the Ticker (maybe juste me :D), but it may be quite different on some of the other Wikipedias. What do you think about sending a message to all CT mainteners, inviting them to write some words of feedback on a meta page-about :

how the users (and how many) of their Wikipedia use the Ticker on a daily basis

wether it's a success or not :)

what kind of action they do for each event type, on their wiki, on Commons

how they're advertizing the Ticker

...

This could be useful to grasp both "habits" and needs. jd৸ 16:46, 9 July 2006 (UTC)

I'll be cranking out a new version soon - I'll be asking for feedback then anyway. Thanks for the suggestion. -- Duesentrieb 10:56, 25 July 2006 (UTC)

Puting out and idea: what about the bot grouping the entries per event type (eg. all "replaced", then all "deleted", then...) when appending some? It would make the managment of entries easier, for example when one wants to add a |status=done to all "deleted" entries the bot has just added. jd৸ 16:53, 9 July 2006 (UTC)

That would require me to parse and replace old entries - otherwise it doesn't make much sense. That would be quite complicated and prone to errors... -- Duesentrieb 10:55, 25 July 2006 (UTC)

What do you think? It makes it easier to see "holes", but it also takes up more space. About the same to maintain, probably. The active tickers list almost needs its own page as it is. cheers, pfctdayelise 11:01, 23 July 2006 (UTC)

Hm... a table my be nice, but i'd make one row per project, and one column per "property" (i.e. page, contact, etc); Seeing "holes" isn't very useful I guess because it'll probably always be 80% "holes"... so it's a waste of screen estate. -- 10:54, 25 July 2006 (UTC)

because I somtimes don't need the current day, but yesterday, or even something earlier than that. Also, the order is not the same in all languages, some languages use a genitive month name, dots or dashes, etc. -- Duesentrieb 20:44, 25 July 2006 (UTC)

I request for enabling months names localization for kkwiki. Kazakh language files was already merged to SVN and installed to live sites. Thanks.--AlefZet 00:33, 19 November 2006 (UTC)

If it'S in in SVN, CommonsTicker will have it with the next update, which may be in a few days, or maybe some weeks. Depends on how many requests for other tools i want to deal with before "releasing" the next version :) -- Duesentrieb 14:06, 22 November 2006 (UTC)

Just wondering what happens in this case. If a template in use is changed to a deletion notice, or a deletion tag is added to the template itself (not the images using it), will CommonsTicker notice this and notify the projects accordingly? I'm guessing not... it's a bit tricky... but it's potentially a problem (as per today's village pump). cheers, pfctdayelise 06:07, 11 August 2006 (UTC)

Yes, it does notice this, and treats all images that use the template as newly tagged for deletion. -- Duesentrieb 00:10, 12 August 2006 (UTC)

This is a general issue with pages with lots of templates - a limit was recently introduced to template expansion, see bugzilla:7005, bugzilla:7007, bugzilla:7009. There are two solutions to this: simplify the template and/or keep the page shorter. -- Duesentrieb 09:20, 17 August 2006 (UTC)

There is a new option possible: the ticker can now post warnings to the talk page of articles that are using "endangered" images. What are "endangered" images. Is that every image listed on the tickerpage, or only the deleted images? What I especially like to know: An image is deleted on Commons and the same day also deleted from an article; If the image (maybe some weeks later) is restored, it is not listed on the tickerpage because it is not used anymore in an article. If it is possible than it should be interesting to place a message on the article talk page that the deleted image is restored, so it can be used again in the article. JePe 13:38, 22 August 2006 (UTC)

Warnings will be issued for images that have been deleted, or have been tagged with a deletion request of some sort. Warnigns will not be issued for replaced images, or when a deletion request is removed.

The database does not store information about where images have been used in the past - thus, CommonsTicker can not tell you when an image can be used again. -- Duesentrieb 14:15, 22 August 2006 (UTC)

Hi... (after some nudging by some good folk on commons :) ) I am interested in implementing this at en:wp. I've posted at WP:AN and WP:VP to gather input and gain consensus. The idea is well received but some are saying that the db lag is still with us and it can't be implemented yet. Is this true? Thanks! If it is, I am still intrested, once it is sorted, and will watch for news. If not, I plan to get started shortly. Appreciate any information. Lar 09:49, 22 September 2006 (UTC)

Hi, a short time ago we at the Danish Wikipedia changed "Talk-namespace" from "Bruger diskussion:XXX" to "Brugerdiskussion:XXX". Since then I've recieved some messages from CommonsTicker at da:Bruger diskussion:Lhademmor, but that's not my talk page anymore. Please reconfigure CommonsTicker to use da:Brugerdiskussion:Lhademmor instead. Thanks. --Lhademmor 08:33, 13 October 2006 (UTC)

Another thing: Would it be possible to only make CommonsTicker report Deleted images and images that have been marked for deletion and the opposite (i.e. only report the WEG, the +LA and the -LA)? The notices about replaced pictures are really not very important on the Danish Wikipedia and seem to clutch up the CommonsTicker-page very fast. --Lhademmor 08:36, 13 October 2006 (UTC)

TODO

Hm, there'S currently no setting to filter out all replacements - only replacements of ones own uploads (which is already active fopr dawp). Maybe I'll add it. I'll try to have a look at the namespace change - perhaps it will just fix itself when I upgrade to the latest version of mediawiki (which i'm using as a library). -- Duesentrieb 15:07, 24 October 2006 (UTC)

Well, you tell me to put request there. For me, everyting is ok, and working perfectly. You don't need to change anything now, and my edit you show me on my user talk page on sr: wiki is ju fix for link to my user page there. You can put that old request whereever you wish, and that is complete setup, not incomplete. --Sasa Stefanovic 13:34, 24 October 2006 (UTC)

Hi Duesentrieb. Since I have been away from Wikipedia for several weeks and nobody noticed daily Ticker's Bot updates, the French Ticker page went really big and it's been a pain to clean :) This misadventure makes me think about the possibility to use per day subpages, the main Ticker page becoming something like:

{{/16 november 2006}}
{{/17 november 2006}}
{{/18 november 2006}}

Doing that, one could easily clean the main page and it would allow for efficient archive managment. The bot could even check for a maximum of subpages transclusions and remove the oldest subpage each day ;) What do you think ? jd❂ 14:49, 18 November 2006 (UTC)

Hi Duesentrieb, CommonsTicker seems to have stopped working on December 4 – I have just checked la.wp, de.wp and nl.wp and on each of these projects the last update was on the afternoon or evening of that date. --UV 10:42, 8 December 2006 (UTC)

It works again, but it is repeating itself. It's reposted the same previously failed update 5 times now. But I'm glad its back and working. Thanks for the great tool. user:Bawolff [too lazy to log in. Ask at wikinews:user talk:Bawolff if yu don't believe its me] 10:32, 3 January 2007 (UTC)

CommonsTicker was offline for a while, because the toolserver database broke. After it was back, it took me a while to sort out everything. Now it should be back - but the toolserver db is still about 5 days behind the live servers (but its catching up now).

I'm seeing a lot of timeouts while trying to post updates - this may be caused by ticker pages that have grown too large. I'll look into it.

The problem that it repeats some edits is caused by a general issue: if you try to save an edit but get an error, you don't know if the edit went through or not. The ticker currently just tries again - and that causes it to repeat itself sometimes. It's a bit tricky to work around that, but i'll have a look an try. -- Duesentrieb 11:12, 3 January 2007 (UTC)

I am thinking this will be a big undertaking and I'm not quite sure what state things are in. I stand ready to work on this if the db is close enough to ready to go, please let me know. ++Lar: t/c 21:34, 3 January 2007 (UTC)

Tonight some changes are being made to the raid setup of the toolserver db box. Perhaps things will then be fast enough to kope with enwiki replaiction. -- Duesentrieb 23:13, 3 January 2007 (UTC)

OK, I am anxious to help get this to happen so if I'm not responding when it's time to take this up again please ping me! thanks and I look forward to working on this! ++Lar: t/c 13:56, 4 January 2007 (UTC)

Hello and thank you for the CommonsTicker! Following your post I would like to draw your attention to a possible bug: The CommonsTicker bot saves its edits together with some garbage taken from the edit page at the Slovak Wikipedia. Please see the e.g. last diff after the garbage has been manually removed. Thank you. --AtonX 13:47, 5 January 2007 (UTC)

Arg! I though I had fixed that. Hm... maybe I was just using the old version? Anyway - ticker stopped, will look at it tomorrow. Thanks a lot for noticing. -- Duesentrieb 00:26, 6 January 2007 (UTC)

Hm - looks like the buggy edit happened before i fixed the problem. I even repaired the page manually. But I was reverted by Bogbot, who mistook my edit for vandalism. Large deletion by an anon user triggers it, i guess.

I have started the ticker again. Please keep your eyes open for fresh problems, though. I'll be hacking around CommonsTicker in the next days. -- Duesentrieb 13:07, 6 January 2007 (UTC)

I noticed the message you left on Robin Patterson's user page. Robin is no longer active on the Māori Wikipedia. I have now updated the links on the Commons ticker pages there. Hopefully I didnt miss any, cheers, Kahuroa 21:06, 5 January 2007 (UTC)

Ok, I have updated the config file too, so you'll get the message next time. -- Duesentrieb 00:25, 6 January 2007 (UTC)

Today an image used on a template on da:wiki was deleted. Fortunately the template was only used on 32 pages. CommonsTicker made a notice on each article's talk page - meaning 32 entries in recent changes.

Now I wonder if it would be possible for the bot just to make a notice on the template's talk page? Let it search for a specifical name space - or let it be entered at the local wiki. --|EPO| 14:41, 14 January 2007 (CET)

Sadly, this is not possible. In the database, i cannot see if an image is used directly, or via a template (not without analyzing the wikitext, anyway - which would be much too slow). Also: while the current behavior may be annoying somethimes, it also ensures that if an image is widely used, it gets a lot of attention. -- Duesentrieb 22:13, 14 January 2007 (UTC)

I was wondering if it would be possible to add only deleted media entries to tr:Vikipedi:CommonsTicker page. Since i am the only one who's monitoring these changes, it would help me a lot to be able to remove deleted image syntax easily. To be frank, noone seems to really care whether a picture has a new version or not, what matters to us (to me at least) if the pictures still exist and the pages are viewed properly, without any annoying red image links.

From the top of my head, maybe you could arrange things a bit like the navigation templates, so that by default only the deleted image entries are viewed, we would have to press the "show" button to see the rest? What do you think?

I have activated the "nominor" option for tr-wp - that will hide at least the most "trivial" changes. You will still see changes in tagging of images though (do you really not care if an image will be deleted soon?)

dynamic hide/show would be a bit tricky, i'm not going to try to implement it in a way that works on all wikis. But you can do it - you can modify the template to add the info required to the generated html, and some JS code in your MediaWiki:common.js would implement the dynamic stuff. Just as is done for naviagtion templates.

For unlinking deleted images, just ask commons:User:Orgullomoore to activate the CommonsDelinker bot for your projects. Deleted images will then be delinked automatically. -- Duesentrieb 18:17, 6 February 2007 (UTC)

Do you see any way to notify the articles of pictures that are subject of a mass deletion request without each having a deletion tag? Maybe category support or a page to queue such requests? Thanks for thinking about it, --Flominator 17:15, 10 February 2007 (UTC) Wäre schön, wenn du mir kurz per Mail, irc oder Disk sagen könntest, wenn du eine Antwort hast. Danke.

At least in theory, CommonsTicker already supports two typed of mass deletion requests: when the "license tag" category is removed from the template, or when a deletion request tag is placed on the template page (with noinclude or not), it should treat all images that use that tag as threatened by deletion. If this doesn't work, please point me to an example. -- Duesentrieb 17:39, 10 February 2007 (UTC)

What about categories or a random amount of images? E-mail-notification worked btw, so no need no notify me again :)) --Flominator 19:52, 11 February 2007 (UTC)

I see now way to automatically determine which images are up for deletion without using a tag on the image description page. -- Duesentrieb 22:52, 11 February 2007 (UTC)

What about deletion tags on category pages or articles? --Flominator 09:11, 12 February 2007 (UTC)

How to distinguish between a request to delete the article/category itself, as opposed to the items in/on it? pfctdayelise 09:44, 12 February 2007 (UTC)

How often do we have deletion requests against articles or categories that are no speedy deletions? What about a different template for such cases? --Flominator 11:38, 12 February 2007 (UTC)

IIRC, the toolserver has no access to the foundation wiki - basically, it doesn't have access to any non-public wiki. So no, it's not possible. -- Duesentrieb 22:24, 11 February 2007 (UTC)

But checkusage works on the Foundation wiki (see [2] for example). How could checkusage work but not commonsticker? pfctdayelise 05:53, 12 February 2007 (UTC)

Hi there, just question: so how editcount works for edits on the Foundtion wiki? Or I am confused with something else? --Aphaia 05:58, 12 February 2007 (UTC)

OK, sorry for the confusion - the toolserver does have access to the foundation wiki (i was unable to check last night, the db was down).

having the ticker post to a different wiki than it is checking should not be a problem in theory, but would require a lot of small changes to the software... so, i'll add it to the TODO list, but don't hold your breath. -- Duesentrieb 11:19, 12 February 2007 (UTC)

Oh yea - why is it a problem to set up a bot account on the foundation wiki? -- Duesentrieb 11:21, 12 February 2007 (UTC)

Hi Duesentrieb. I'd like to synchronise the Māori version of Commons.css with that on the English Wikipedia. But I see that you have added certain sections relating to how the Commonsticker page and its sections display. Could you have a look at this and let me know if there would be any problems if I just copied the code from en into mi? Cheers Kahuroa 10:09, 11 March 2007 (UTC)

CT somehow got into an infinite loop with this image (at least on huwiki). The image was deleted and reuploaded on the 21th, and the bot posts a deletion warning every day since then (see here). --Tgr 09:15, 28 May 2007 (UTC)

It appears that the ticker is no longer reporting on AddedBad events or deletion requests. Is this by design or just an unknown issue at the moment? It looks like things started to go wrong on about 19 May 2007 (see nl.wp CommonsTicker history). Siebrand 12:09, 31 May 2007 (UTC)

Hi! Your bot seems to mess up the namespaces (creating new pages in the form 1:Pagename instead of Talk:Pagename, and using 6 instead of image, 2 instead of User). (see at hu:WP:CT). Please check whether the problem is at your end, and either way, please check the edits of your bot until the error is fixed. Regards--Dami 22:24, 13 June 2007 (UTC)

It seems to me its only an issue on huwiki, I hope it gets fixed on its own, but please supervise the ticker or disable it (at least talk page notification) until it gets fixed. We asked on the bugzilla, to have a new Portal namespace, maybe this is a side effect of it.. Regards --Dami 22:32, 13 June 2007 (UTC)

Commons ticker has been having a few errors on en.wikibooks. On many occasions, the ticker has left messages about images that have already been de-linked. It doesnt happen for every image, but it has happened several times already. --Whiteknight 11:57, 21 June 2007 (UTC)

Hello Duesentrieb, something is going wrong here, CommonsTicker has been placeing notifications of a deleted image for 5 days in a row on this talk page on the dutch wikipedia. Can you take a look what is going wrong? Thanks, SanderK 01:33, 15 July 2007 (UTC)

Its not only that page, also e.g. here its going wrong. 90.192.170.171 09:12, 15 July 2007 (UTC)

Should be fixed now. A cleanup script was deleting the files that maintain CommonsTicker's stae, confusing it. Sorry it took so long - I was looking for the bug in CommonsTicker itself, and didn't find it :) -- Duesentrieb 22:16, 25 July 2007 (UTC)

Hi Daniel, we talked about such a template some time ago. My intention was to use it to mark categories and galleries for deletion so every image shows up at CommonsTicker. Please tell me, if and when you can and want to implement it. Thanks in advance, --Flominator 14:58, 13 July 2007 (UTC)

Hi Duesentrieb! I have noticed that Ticker hasn't been running in fi.wikipedia since September 26. Do you know what might be the problem? It's a great tool, so I'm missing it. Samulili 09:53, 29 October 2007 (UTC)

Yeah, it's not ticking in pt.wiki either :( (sorry for the lame pun...) Patríciamsg 17:18, 21 November 2007 (UTC)

So you won't think people only come here to complain ;P: it's been working fine on pt.wiki since the 8th of February, much to our delight :). Patríciamsg 17:05, 19 February 2008 (UTC)

A working CommonsTicker is necessary for continued operation of CommonsDelinker at no.wp due to previous discussions at our Signpost. Please make sure CommonsTicker is operational and have reported the state change so CommonsDelinker can proceed. See also Commons:User_talk:Siebrand#CommonsTicker_and_CommonsDelinker. Jeblad 19:54, 29 December 2007 (UTC)

is it possible to set when CT should write warnings to a specific wiki? Patrollers on huwiki say it would help them keep sanity and good eyesight :) if the bot would run at (UTC+1) night when there is little traffic.