Benutzer Diskussion:ASM

Zum Archiv

Wie wird ein Archiv angelegt?

QuickEdit: Hitting "enter" when selecting a preivously entered comment submits the edit but shortens the comment

For some reason, when using QuickEdit, if I go to the "comment" box, then I hit the down-arrow on my keyboard to select a previously entered comment, and then I hit "Enter" to select a comment, it selects that comment and also submits the edit. Okay, that's fine. However, since this morning, my comments have become truncated (please see this link, and look at the four most recent edits to see my comments. They are all truncated, except for the most recent edit, which I typed out the comment manually instead of selecting from the drop down box.) Gary King 01:42, 31. Mai 2010 (CEST)

I will take a look at it and make something up. :) Thank you for your report! ×ASM× 17:48, 31. Mai 2010 (CEST)

Also, QuickEdit doesn't work at all here for some reason. It does not produce any JS errors, too. Gary King 05:01, 2. Jun. 2010 (CEST)

QuickEdit works fine for section 0. For the first 17 sections on that page, non-numeric values are used as section identifiers (T-1 to T-17). QuickEdit does not recognize them. I could simply extent the search pattern, but I would like to know the reason for this (strange) behaviour of MediaWiki first ... I am (somehow) going to change that. Thank you. ×ASM× 18:14, 2. Jun. 2010 (CEST)

T-1 is used here as well for some reason. Gary King 05:36, 3. Jun. 2010 (CEST)

OK, now I got it. The T-XX sections are transcluded from another page, but can be edited in place, apparently. Hitting enter now triggers the usual browser's behviour with forms, so the form is not submitted when you just select a previously entered comment from the popup box. If anything does not work correctly, please let me know. :) ×ASM× 00:09, 5. Jun. 2010 (CEST)

Okay thanks! I'll see how it goes. Also, on this article, if I use QuickEdit on the lead section (section-0), the entire article is hidden from view when only the lead should be hidden. Gary King 06:04, 5. Jun. 2010 (CEST)

Strange, it works perfectly for me (both with the monobook and vector skin, using Firefox 3.6). Which browser do you use? Did you see this behaviour before the update? ×ASM× 14:11, 5. Jun. 2010 (CEST)

No, I don't believe the problem existed until just recently. It started happening probably about three days ago. Here's what I've determined so far:

• I'm using Firefox 3.6.3 on Mac OS X.
• My Monobook is here. I've got a lot of scripts, but none that should be interfering with QE. I import QE by importing this page.
• To test the script, I went to this article, and edited the second section (the one entitled "Background") by clicking the QE link for that section. It shows the QE edit box but is stuck on "Loading data...", and I get the following three error messages:

Error: mismatched tag. Expected: </br>.
Source File: http://en.wikipedia.org/w/index.php?title=The_Open_Boat&action=edit&section=1
Line: 119, Column: 3
Source Code:
</p>

Error: mismatched tag. Expected: </br>.
Source File: http://en.wikipedia.org/wiki/The_Open_Boat
Line: 119, Column: 3
Source Code:
</p>

And

Error: xmlGetById(xml, "wpTextbox1") is null
Source File: http://de.wikipedia.org/w/index.php?title=Benutzer:ASM/quickedit.js&action=raw&ctype=text/javascript
Line: 1287

• Therefore, QE no longer works on any section, regardless if it's the lead or not.
  • The above statement is incorrect. The script works fine in most articles; it gives the three error messages above in only a few articles, including The Open Boat and en:Helmut Lent.
• In addition, the problem where QE hides the entire article when editing the lead section (section 0) only happens in some articles, not all. Exchange-traded_fund is one of them, and en:Tiberius, en:Citigroup, and The Open Boat is another. So there is probably something unique to these articles that is causing this problem.

Could you please add an access key for QE's edit summary input box? I'd prefer using "u" since "s" is already taken and so "u" is the second letter in "summary". Gary King 22:41, 13. Jun. 2010 (CEST)

Problems editing a lead section

An update to the problem regarding editing the lead section. en:MediaWiki:Gadget-edittop.js was causing the problem. I have now disabled the script, and now I can edit the lead section of any page without any problems using QE. The problem with getting the three error messages above still exists, though; therefore, I cannot edit most pages with QE since I get this error when QE tries to load the section's contents into the textbox. For some reason, the QE link for editing the lead only appears in articles that meet a minimum number of sections are disambiguation pages. I think it should appear for all articles regardless of what type they are, though. QE for the lead section does not appear in the following articles: en:Attagenus pellio, en:Example. Gary King 03:17, 6. Jun. 2010 (CEST)

Hi, first of all thank you for your detailed report. Editing the lead section works fine for all pages for me, therefore QuickEdit and the edittop gadget may interfere, indeed. I will try that out.

To the second issue, I guess it is just the known problem that the browser's XML parser refuses to work on pages containing XML errors. Also, QuickEdit used to work fine on Chrome without any fixes. Now, it does not work for me on Chrome either. Give me some investigation time ... ;) ×ASM× 12:38, 6. Jun. 2010 (CEST)

Okay; so if it's not possible to use QE at all on pages that have XML problems, then can it return an error instead of saying "Loading data..." indefinitely? But anyway, I don't understand; what kind of XML errors specifically? Since pages are built using wiki markup instead of HTML, they should almost all be XHTML-compliant. As you saw my Monobook, I've got plenty of scripts that interact with entire pages without problems. Gary King 21:53, 6. Jun. 2010 (CEST)

In my opinion, QuickEdit HAS to work on all pages, anything else is not really acceptable. Unfortunately I cannot reproduce the "loading data" error which makes is very hard to fix. However, there is a good solution to the whole XML thing, which is making use of MediaWiki's AJAX interface. When the script was originally written, that interface was not available on Wikipedia, yet. For now, QuickEdit loads the regular edit page and uses the browser's XML parser and javascript DOM functions to get its content. When loading and handling pages with javascript, the XML parser is VERY strict regarding syntax errors. In contrast to that, when you just browse a page with hundrets of errors, it will show up fine as long as the browser can roughly guess what it's supposed to be. :) Although Wikipedia is XML-compliant in most cases, there are occurences where it is not. They can break the QuickEdit script. OK, so far just for your information. ;)

Obviously, using a different interface is potentially a major change in the script. I am not sure how much effort it eventually will be, but for sure it is more than all those minor updates I have done before. Please give me some time. :) ×ASM× 16:50, 7. Jun. 2010 (CEST)

Why does QE not appear for the lead section on certain pages, like disambiguation pages such as this one: en:MCI? Gary King 01:12, 11. Jun. 2010 (CEST)

I am unable to reproduce both errors (neither with the lead section edit gadget activated). Furthermore, no one else has reported anything related, so there might be an interference with other scripts you are using. I will do bugfixes/workarounds when I have some time. Please be patient. ×ASM× 16:01, 11. Jun. 2010 (CEST)

Okay I figured it out. It's the en:User:Pyrospirit/metadata script (a pretty popular script; it's a Gadget at en.wp). If an article is marked unassessed by the script, then QE won't appear for the lead section. Or so I thought. Because, after I created en:Talk:Randgold Resources, then QE appeared for the article's lead section. However, QE appears for the lead section of en:Balawa even when the article is unassessed. Back to the drawing board. I'm pretty sure the problem is related to the Metadata script, though. Gary King 21:10, 11. Jun. 2010 (CEST)

Alright so I stopped importing en:User:Gary King/quickedit.js (I was using that just to keep my monobook.js cleaner) and instead am importing the script directly now, and it's working fine. The problem was that QE was being imported after the Metadata script; for some reason, that does not let QE add a link to the lead section—only sometimes, though, particularly on most disambiguation pages for some reason. It doesn't happen always. I still can't figure out why, but I know that it's now resolved. I looked through your code and that didn't help me figure out the cause of the problem, either. Gary King 02:24, 12. Jun. 2010 (CEST)

That is interesting. Probably the Metadata script changes some of the HTML code of the article's heading which makes QuickEdit unable to find it. However, I want to change the QuickEdit edit link anyway and will test it with the metadata script acitvated. Thank you. ×ASM× 19:46, 12. Jun. 2010 (CEST)

When I try to edit just the lead of w:Iraq War, the entire article is hidden. Gary King 03:22, 21. Jun. 2010 (CEST)

QE can't parse invalid XML

Can't you make QE show a message when it can't parse the XML, for now? Otherwise when QE can't parse a page, it just says "Loading data..." indefinitely and I always have to check my Error Console to see if QE is having a problem parsing the page, or my computer is just slow. Also, for users who aren't even familiar with JavaScript, they won't even know that there's a problem going on and end up uninstalling QE because it appears as though it only works sometimes. It's best to throw an error in these cases instead. Gary King 21:17, 11. Jun. 2010 (CEST)

So, this problem has gotten worse now. QE is essentially unusable on English Wikipedia because they added <div class="pef-icon pef-icon-checkmark">&nbsp;</div> to every single page (I'm still not sure what it does). The &nbsp; throws an error because QE is parsing the page as XML. I'll see what I can do with the script, but if it's too much work, I might try and rewrite the thing in jQuery or something. Gary King (Diskussion) 22:07, 21. Sep. 2012 (CEST)

Okay so I've made big changes to the script that you might want to check it. It works again on English Wikipedia. Because the script reads from an XML input, and so pages had to conform strictly to XML, I had to do some workarounds for that. For now, I've just stripped out &nbsp;, but I can probably extend this to apply to similar problems in the future. Gary King (Diskussion) 03:39, 22. Sep. 2012 (CEST)

QE in Google Chrome

I've got a different account for Chrome; here is the Monobook. In Chrome, I get a different error. The error appears even before I click on any links, so it completely halts QE. The error is:

Uncaught ReferenceError: qeLanguages is not defined 
de.wikipedia.org/w/index.php?title=Benutzer:ASM/quickedit.js&action=raw&ctype=text/javascript:1516

Gary King 20:55, 5. Jun. 2010 (CEST)

[QuickEdit] Console Error

Google Chrome throws console error:

"Uncaught ReferenceError: qeLanguages is not defined

de.wikipedia.org/w/index.php?title=Benutzer:ASM/quickedit.js&action=raw&ctype=text/javascript:1516"

--Bachinchi 22:38, 3. Nov. 2010 (CET)

Hi Bachinchi, thank you for reporting. Google Chrome unfortunately executes the onload-JS before quickedit-lang.js has been loaded. I am aware of this bug but cannot provide a good fix for it at the moment. However, as a workaround, you might try to load the quickedit-lang.js manually by adding the following line to your monobook.js/vector.js:

importScriptURI('http://de.wikipedia.org/w/index.php?title=Benutzer:ASM/quickedit-lang.js&action=raw&ctype=text/javascript');

Please let me know if it works, if you don't mind. Regards, ×ASM× 19:18, 6. Nov. 2010 (CET)

It works! Is there a bug reported for this? --Bachinchi 22:48, 9. Nov. 2010 (CET)

Good to know, thank you. I believe this is not a bug, but simply a different behaviour of Chrome from the other browsers. Maybe the order of code execution is different, or Chrome's JS is just too fast. :) QuickEdit itself should take care of this, i.e. waiting for all additional .js to be loaded. However, I am unable to work on QuickEdit at the moment, so I do not think this will change in the future. It will with QuickEdit 3, but it's less than half finished and, as mentioned above, I am currently not working on it. ;) ×ASM× 22:03, 10. Nov. 2010 (CET)

Then, we will wait for it :). --Bachinchi 05:39, 11. Nov. 2010 (CET)

Hiding only the first section found

Not a huge problem, but when using QE on a section that has several subsections (and no content in the parent section itself), none of the sections are hidden by QE. Is this intended functionality? Gary King 23:35, 11. Jun. 2010 (CEST)

This has been a known bug from the beginning on. Again, since the way QuickEdit finds the section content is not the best one, I prefer to make it overall good instead of writing small workarounds. Thank you for reporting, anyway. ×ASM× 19:50, 12. Jun. 2010 (CEST)

Using QE to edit sections of old revisions?

I see that QE is able to edit the lead section of any revision. Can you apply this same technique to any section of any revision, since I guess you're just searching for the first instance of "==" and stopping there to find the lead section of any given revision, since you cannot use the same method that you use for the current revision to find specific sections (e.g. with section-0, section-1, etc.) If this is not possible, then I think it makes more sense to let QE load the entire page, instead of just the lead, for old revisions anyway where it is difficult to access specific sections. Gary King 09:33, 15. Jun. 2010 (CEST)

In addition, it'd also be useful to use QE to edit an entire page, instead of only section by section. The advantage that QE has is that it can be selective and just load the wikitext, without requiring the browser load the entire edit page, such as the toolbar and extra scripts that are usually unnecessary for minor edits. Gary King 16:27, 7. Jul. 2010 (CEST)

Never loads or shows an error when editing a page with cascading protection

On [1] there is cascading protection that means as a non-admin I can't edit it. When I press the normal edit button I am taken to 'view source'; when I edit a section with QuickEdit it says "Loading data..." and that's it. Could QuickEdit indicate that editing is prevented on the page? Thanks Rjwilmsi 15:18, 6. Jun. 2010 (CEST)

Interesting situation, I was not aware of cascading protection before. Obviously, there is no indication of that protection on the page itself, so QuickEdit cannot know about it before trying to load the edit page. Then, after loading, QuickEdit is supposed indicate that, yes. I will set that on my list of changes. ;) Thank you for reporting. ×ASM× 18:33, 6. Jun. 2010 (CEST)

[QuickEdit] Bug with Template:Interprogetto?

Hi ASM, I think that your useful script is buggy. Try to do these steps:

1. Go to the Italian Wikipedia
2. Activate QuickEdit from your preferences
3. Find an editable page which contains a section named "Altri progetti"
4. Go to the section "Altri progetti" and click [QuickEdit] in order to edit the section with QE
5. Click on "Annulla" (Abbrechen :P)

Then, a dotted line should appear. If your script is not buggy, tell me, because, if so, MediaWiki:Vector.js is buggy. Thank you --→ Airon 16:44, 26. Sep. 2010 (CEST)

Hi Airon90, thank you for reporting. I was able to reproduce the bug. The reason for this behaviour is quite simple: when you close QuickEdit, all elements that have been hidden previously are shown again. However, to keep it simple, QuickEdit just makes all elements within that section visible again, no matter if they were hidden before or not. As you can see in the source code, there is a <div id="interProject"> element which is hidden by default and has a dotted border. That is what you will see when you close QuickEdit.

Since this is a minor bug and does not affect functionality, I do not intend to fix it. There is a small workaround which is working with Firefox but not with Opera, thus not a good solution either. However, I will keep that in mind for QuickEdit 3.0. :) ×ASM× 17:54, 26. Sep. 2010 (CEST)

Error with qeLanguages

For some reason, when I am browsing Wikipedia with QuickEdit in Firefox 4 beta 9, I get the error "Error: qeLanguages is not defined" coming from quickedit.js on line 1516. This happens only in articles, and in all of them on the English Wikipedia. Any chance you could check this out? Thanks in advance! Gary King 10:04, 24. Jan. 2011 (CET)

Fixed it like this:

	importStylesheet('User:Gary King/quickedit.css'); // Stylesheet
	importScript('User:Gary King/quickedit/lang.js'); // Languages
	importScript('User:Gary King/quickedit/search.js'); // Search
	importScript('User:Gary King/quickedit.js'); 

Not the prettiest fix, but it works. Gary King 21:50, 24. Jan. 2011 (CET)

Yes, it is the same issue as with Chrome (see above). You can fix it by loading the additional scripts manually. ×ASM× 22:21, 24. Jan. 2011 (CET)

Is this a security precaution by FF4 and Chrome, to prevent imported scripts to also import whatever scripts they want without the user's knowledge? Gary King 07:18, 25. Jan. 2011 (CET)

Regarding the error messages that I brought to you a few months ago, I'm slowly working on fixing them. It can be found here. Gary King 21:45, 2. Feb. 2011 (CET)

QuickEdit +es

Hello, I've made a small modification, can you update the code? Thanks :) Manuelt15 05:00, 19. Feb. 2011 (CET)

Hi Manuelt, thank you! I have updated the script. ×ASM× 00:33, 20. Feb. 2011 (CET)

addOnloadHook

Now that we're using MW 1.17, could you use $(document).ready instead of addOnloadHook? It's one of the deprecated functions, and also changes the load order of scripts. See here: http://www.mediawiki.org/wiki/RL/JD#addOnloadHook Gary King 00:06, 2. Mär. 2011 (CET)

Done! Thank you for your suggestion. However, there will be no major updates in the future due to the development of QuickEdit 3 (delayed at the moment, though ;) ). ×ASM× 13:21, 7. Mär. 2011 (CET)

Weird, I'm getting "qeLanguages is not defined" now with the script. Gary King 19:32, 7. Mär. 2011 (CET)

Changes to quickedit

Hello, I've updated some greek (el) messages at Benutzer Diskussion:ASM/quickedit-lang.js. --Geraki 08:18, 8. Jul. 2011 (CEST)

Thank you. I have updated the script. ×ASM× 12:30, 10. Jul. 2011 (CEST)

MediaWiki 1.18 bugs with QE

Ever since Wikipedia updated to 1.18 a few days ago, whenever I use QE on the lead section, it hides the entire article regardless of how many sections there are in the article, etc. This only started happening with the recent update. Gary King 22:56, 8. Okt. 2011 (CEST)

Nevermind, fixed! Gary King 05:03, 9. Nov. 2011 (CET)

Done, thank you! ×ASM× 18:46, 14. Nov. 2011 (CET)

Broken Polish translation

Hi. Polish translation lacks one field, so the script tries to execute .replace method on null reference. I have placed an updated version on page pl:MediaWiki:Gadget-QuickEdit-lang.js. You should also remove 'http:' from imported scripts (example: pl:MediaWiki:Gadget-HotCat.js). Please notify me after you have made any changes on my talk page pl:User talk:Beau. Current version is unusable so I had to copy entire gadget. Thanks. Beau.pacynka 21:30, 15. Okt. 2011 (CEST)

Hi! Thank you for your response. Please, check if your editor is fully utf-8 compatibile, because your edit replaced some characters with question marks. Polish diacritic (national) characters were also replaced with their latin counterparts. Beau.pacynka 16:50, 15. Nov. 2011 (CET)

QuickEdit

Hi ASM! I'm a sysop on portuguese wikipedia and I trying to translate your QuickEdit for portuguese. I copied for my vector test page but i didn't work, but I really want to make it for our editors in my wikipedia.

Can Your help Me?

Willy Weazley 16:55, 9. Mär. 2012 (CET)

Hi Willy, try to import QuickEdit by copying the following lines into vector.js:

importStylesheetURI('http://de.wikipedia.org/w/index.php?title=Benutzer:ASM/quickedit.css&action=raw&ctype=text/css');
importScriptURI('http://de.wikipedia.org/w/index.php?title=Benutzer:ASM/quickedit-lang.js&action=raw&ctype=text/javascript');
importScriptURI('http://de.wikipedia.org/w/index.php?title=Benutzer:ASM/quickedit-search.js&action=raw&ctype=text/javascript');
importScriptURI('http://de.wikipedia.org/w/index.php?title=Benutzer:ASM/quickedit.js&action=raw&ctype=text/javascript');

This works for me on the pt wikipedia. By the way, you don't have to copy the whole script to your user page. If you want to add a translation, you may edit Benutzer Diskussion:ASM/quickedit-lang.js and leave a message here. I hope this works for you! ×ASM× 22:51, 9. Mär. 2012 (CET)

Question:It works only with Mozilla and Chrome? Willy Weazley 21:44, 12. Mär. 2012 (CET)

I think it works with all browsers except IE. ×ASM× 23:58, 24. Mär. 2012 (CET)

User script listings cleanup project

I'm leaving this message for known script authors and recent contributors to w:Wikipedia:WikiProject User scripts/Scripts.

This scripts listing page is in dire need of cleanup. To facilitate this, I've created a new draft listing at w:Wikipedia:WikiProject User scripts/Scripts cleanup. You're invited to list scripts you know to be currently working and relevant. Eventually this draft page can replace the current scripts listing.

If you'd like to comment or collaborate on this proposal, see the discussion I started here: w:Wikipedia talk:WikiProject User scripts#Scripts listing cleanup project. Thanks! Equazcion (Diskussion)

QE

Die arabische Übersetzung wurde auf der Benutzer Diskussion:ASM/quickedit-lang.js angefertigt. Gruß.--Zack (Diskussion) 23:41, 26. Mär. 2012 (CEST)

Invitation to events in June and July: bot, script, template, and Gadget makers wanted

I'm sorry; I don't speak German.

I invite you to the yearly Berlin hackathon. It's 1-3 June and registration is now open. If you need financial assistance or help with visa or hotel, just mention it in the registration form.

This is the premier event for the MediaWiki and Wikimedia technical community. We'll be hacking, designing, and socialising, primarily talking about ResourceLoader and Gadgets (extending functionality with JavaScript), the switch to Lua for templates, Wikidata, and Wikimedia Labs.

Our goals for the event are to bring 100-150 people together, including lots of people who have not attended such events before. User scripts, gadgets, API use, Toolserver, Wikimedia Labs, mobile, structured data, templates -- if you are into any of these things, we want you to come!

I also thought you might want to know about other upcoming events where you can learn more about MediaWiki customization and development, how to best use the web API for bots, and various upcoming features and changes. We'd love to have power users, bot maintainers and writers, and template makers at these events so we can all learn from each other and chat about what needs doing.

Check out the the developers' days preceding Wikimania in July in Washington, DC and our other events.

Best wishes! - Sumana Harihareswara, Wikimedia Foundation's Volunteer Development Coordinator. Please reply on my talk page, here or at mediawiki.org. Sumanah (Diskussion) 16:45, 2. Apr. 2012 (CEST)

(forgive my language) QE for RTL languages.

ASM hi.

So I was asked by a sysop from arwiki (his name is Zakharya: ar:User:زكريا) whether or not we could use QE on RTL wikis.
i tried to look into it, and as far as i can tell, the only obstacle really are two places in your code, where you specifically force ltr: one of them is around line 286 where you ask specifically for item in "mw-content-ltr"., and then, some 14 lines later you create a span with direction = 'ltr' explicitly
if you are not averse to using jQuery (i don't believe you are, because you specifically call $(document.ready()...), then you might consider changing it to use the more modern "mw.util.$content".
otherwise, you can use something like
qeVars.direction = $('body').is('rtl') ? 'rtl' : 'ltr';
or maybe even simply
qeVars.direction = $('body').css('direction');
and then using this, instead of using "ltr" explicitly.
i will be more than happy to supply the hebrew translation, and i'm sure my friend Zakharia from arwiki will be more than happy to supply the Arab translation, once we can actually use QE on RTL wikis. just to clarify: i did a preliminary test, and once you remove these two small offenses where QE does ltr explicitly, and add translation, everything seems to work (that is, everything i tested - didn't do comprehensive tests). please let me know if/where can i post the hebrew translation so you can add it to code.

thanks,
peace, קיפודנחש (Diskussion) 21:34, 13. Apr. 2012 (CEST)

Hi! Thank you for your interest and your work! I have implemented your suggestion and hope it works on rtl wikis now. It was indeed some bad lines of code to force ltr direction. :) Regards, ×ASM× 18:41, 28. Apr. 2012 (CEST)

Hey, QE is functional in the Hebrew Wikipedia but not so much for the Arabic; the plain text won't load, and all that appears is Loading data... --Zack (Diskussion) 14:06, 1. Mai 2012 (CEST)

i did a bit of digging, and i think that something that will improve the situation (though it may not fix all the issues with arwiki) is if around line 1323 of quickedit.js, you can change it from

var formaction = xmlGetById(xml, 'editform').action;
//to:
var formaction = xmlGetById(xml, 'editform').getAttribute('action');

peace - קיפודנחש (Diskussion) 01:47, 29. Aug. 2012 (CEST)

Hi, I checked it in fa.wiki but it doesn't load sections! Reza1615 (Diskussion) 12:33, 22. Jan. 2013 (CET)

QuickEdit

Hi, apologies for writing in English, just wanted to warn you that there's a chance QE doesn't get along with VisualEditor, or at least this is what we experienced. Any insights would be much appreciated :) Thanks! --Elitre (WMF) (Diskussion) 17:55, 21. Jun. 2013 (CEST)

Coming from it.wiki as well, thanks for giving 171 active users this gadget. I get:

Use of "is_safari" is deprecated. Use feature detection or module jquery.client instead. 
Use of "is_opera" is deprecated. Use feature detection or module jquery.client instead. 
Use of "is_ff2_x11" is deprecated. Use feature detection or module jquery.client instead. 
Use of "is_ff2_win" is deprecated. Use feature detection or module jquery.client instead.

--Nemo 16:42, 1. Jun. 2014 (CEST)

Your admin status

Hello. I'm a steward. A new policy regarding the removal of "advanced rights" (administrator, bureaucrat, etc.) was adopted by community consensus recently. According to this policy, the stewards are reviewing administrators' activity on wikis with no inactivity policy.

You meet the inactivity criteria (no edits and no log actions for 2 years) on yiwiktionary, where you are an administrator. Since yiwiktionary does not have its own administrators' rights review process, the global one applies.

If you want to keep your rights, you should inform the community of the wiki about the fact that the stewards have sent you this information about your inactivity. If the community has a discussion about it and then wants you to keep your rights, please contact the stewards at m:Stewards' noticeboard, and link to the discussion of the local community, where they express their wish to continue to maintain the rights, and demonstrate a continued requirement to maintain these rights.

We stewards will evaluate the responses. If there is no response at all after approximately one month, we will proceed to remove your administrative rights. In cases of doubt, we will evaluate the responses and will refer a decision back to the local community for their comment and review. If you have any questions, please contact us on m:Stewards' noticeboard.

Best regards, Rschen7754 05:26, 10. Mär. 2014 (CET)

I am fine with that, thank you for notifying me. ×ASM× 16:05, 11. Jun. 2014 (CEST)