Last modified: 2009-04-07 14:54:39 UTC
Dear Kate, By mistake I reported the bug at https://jira.ts.wikimedia.org/browse/DAB-25 but it belongs here. Original report (not wikified): "טעכניקער" is a sysop at http://yi.wikisource.org/ see http://yi.wikisource.org/wiki/user:%D7%98%D7%A2%D7%9B%D7%A0%D7%99%D7%A7%D7%A2%D7%A8?uselang=en The transcription of the username is: in YIVO: "tekhniker" and in IPA: "tɛxnɪkɛʁ" In order to generate links that show the result at one klick (without requiring insertions and actions at a dialog window) I created http://tools.wikimedia.de/~river/cgi-bin/count_edits?user=%D7%98%D7%A2%D7%9B%D7%A0%D7%99%D7%A7%D7%A2%D7%A8&dbname=yiwikisource_p where the part after 'user=' is copied from the url of the user page. However this link does not provide the expected result. It translates to http://tools.wikimedia.de/~river/cgi-bin/count_edits?user=%25D7%2598%25D7%25A2%25D7%259B%25D7%25A0%25D7%2599%25D7%25A7%25D7%25A2%25D7%25A8&dbname=yiwikisource_p which shows Contributions summary for: %D7%98%D7%A2%D7%9B%D7%A0%D7%99%D7%A7%D7%A2%D7%A8 This user does not seem to have any edits, or they don't exist Hopefully it is possible to fix this. Thanks in advance. Best regards Reinhardt [[user:Gangleri]]
changed subject to UTF-8 encoding problem related to the "user=" parameter at « count_edits » increased priority to « High » added search words: UTF8, UTF-8
Seems fine at present.
Please go to http://yi.wiktionary.org/w/index.php?title=project:Administrators&oldid=11105&uselang=yi#Judl Neither the « ** » link in line #34 will show « count_edits » for [[wikt:yi:user:יודל]] nor the « ** » link in line #34.1 nor the http://tools.wikimedia.de/~kate/cgi-bin/count_edits?user=%D7%99%D7%95%D7%93%D7%9C&dbname=yiwiktionary_p link in line #34.3 bis. Please « REOPEN » this bug if you experience same results. Best regards Reinhardt [[user:Gangleri]]
(In reply to comment #3) > Please go to > http://yi.wiktionary.org/w/index.php?title=project:Administrators&oldid=11105&uselang=yi#Judl > ... a) While no contributions are available for [[wikt:yi:special:Contributions/Hashar]] there are some for [[wikt:yi:special:Contributions/יודל]]. b) Please note that the « ** » link at http://yi.wiktionary.org/w/index.php?title=project:Administrators&oldid=11105&uselang=yi#Spacebirdy will show « count_edits » for [[wikt:yi:user:Spacebirdy]] see [[wikt:yi:special:Contributions/Spacebirdy]] Best regards Reinhardt [[user:Gangleri]]
« REOPEN »ed this bug; changed url from http://tools.wikimedia.de/~river/cgi-bin/count_edits?user=%D7%98%D7%A2%D7%9B%D7%A0%D7%99%D7%A7%D7%A2%D7%A8&dbname=yiwikisource_p to http://yi.wiktionary.org/w/index.php?title=project:Administrators&oldid=11105&uselang=yi#Judl Please see [[wikt:yi:special:Contributions/יודל]] the contributions for « יודל » . The list is not empty. The first line from the new url shows (today) 34. « יודל » .css .js T * ** etc. If you click on the sixt link « ** » no contributions are shown. This has been confirmed in IRC. Best regards Reinhardt [[user:Gangleri]]
Created attachment 4510 [details] UTF-8 encoding and decoding at count_edits · ~river versus ~kate · 01.html Sorry for the big confusion! This bug addressed many issues: a) there are two utilities at the toolserver which have identical names b) they behave differently c) the chain starting at the users screen is quite long and any of the involved systems might be buggy (the browsers etc.) or might have implemented some / many workarounds What I want to say is that c1) I do not have any measurement equipment to detect / record what is transmitted over the internet. c2) I only can see *some* text when moving the mouse over a link, when I look at the status bar or when I look in the url input field of the browser. Sometimes I can experience that inserting an url containing UTF-8 characters gives the same result as one would insert an encoded url in the browsers url input field. c3) I do not know what "fuzzy" encoding algorithm(s) are implemented in the browsers I am using. c4) I do not know what "smart" decoding algorithms are implemented at the far end. c5) I must admit that I do not know if copying a url from a site as text (marking it with the mouse by dragging and copying) and copying the url (with right mouse click) would be the same thing in all the browsers I am using. c6) I must admit that I do not know where to find the valid recommendatins; I have never read them. I only can make assertions as 1) the ~kate tool behaves different as the ~river tool see the attachment 2 [details]) some sites have implemented recursive decoding; they accept double, tripple (...???...) encoded urls and direct these urls to identical targets see http://yi.wiktionary.org/wiki/project:l%C9%9B%CA%81i_%D7%9C%D7%A2%D7%A8%D7%99_%D7%A8%D7%99%D7%99%D7%A0%D7%94%D7%90%D7%A8%D7%98/support.atlassian.com/CSP-14385?uselang=en#globalWrapper compare the target of http://confluence.atlassian.com/display/~l%C9%9B%CA%81i+%D7%9C%D7%A2%D7%A8%D7%99+%D7%A8%D7%99%D7%99%D7%A0%D7%94%D7%90%D7%A8%D7%98 http://confluence.atlassian.com/display/~l%25C9%259B%25CA%2581i%2B%25D7%259C%25D7%25A2%25D7%25A8%25D7%2599%2B%25D7%25A8%25D7%2599%25D7%2599%25D7%25A0%25D7%2594%25D7%2590%25D7%25A8%25D7%2598 http://confluence.atlassian.com/display/~l%2525C9%25259B%2525CA%252581i%252B%2525D7%25259C%2525D7%2525A2%2525D7%2525A8%2525D7%252599%252B%2525D7%2525A8%2525D7%252599%2525D7%252599%2525D7%2525A0%2525D7%252594%2525D7%252590%2525D7%2525A8%2525D7%252598 I do not want to judge if it makes sense to use one strategy or another; to strictly follow specifications (do simple decodes) or to use some workarounds (do recursive decodes) and live with 98% success when urls might be ambiguous. This is others peoples job. It is only about getting aware of these issues, getting a better understanding of "what happens", document them (the issues), decide which way to go and sometimes its good to know when its the best point in time to switch from one strategy to another. Best regards Reinhardt [[user:gangleri]]
w1) Issues with Toolserver tools should be filed at https://jira.toolserver.org/ 2) Kate's tool no longer exists, it automatically redirects to River's (even though they're the same person :) Closing INVALID.
