Last modified: 2009-04-07 14:54:39 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T14053, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 12053 - UTF-8 encoding problem related to the "user=" parameter at « count_edits »
UTF-8 encoding problem related to the "user=" parameter at « count_edits »
Product: Kate's Tools
Classification: Unclassified
General/Unknown (Other open bugs)
All All
: High enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
Blocks: unicode
  Show dependency treegraph
Reported: 2007-11-21 06:12 UTC by lɛʁi לערי ריינהארט
Modified: 2009-04-07 14:54 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---

UTF-8 encoding and decoding at count_edits · ~river versus ~kate · 01.html (1.17 KB, text/html)
2008-01-05 05:02 UTC, lɛʁi לערי ריינהארט

Description lɛʁi לערי ריינהארט 2007-11-21 06:12:42 UTC
Dear Kate,

By mistake I reported the bug at
but it belongs here.

Original report (not wikified):

"טעכניקער" is a sysop at see

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
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
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]]
Comment 1 lɛʁi לערי ריינהארט 2007-12-14 02:44:56 UTC
changed subject to
UTF-8 encoding problem related to the "user=" parameter at « count_edits »
increased priority to
« High »
added search words:
Comment 2 Brion Vibber 2007-12-18 02:35:46 UTC
Seems fine at present.
Comment 3 lɛʁi לערי ריינהארט 2007-12-18 21:31:02 UTC
Please go to

Neither the « ** » link in line #34 will show « count_edits » for [[wikt:yi:user:יודל]]
nor the « ** » link in line #34.1
nor the
link in line #34.3 bis.

Please « REOPEN » this bug if you experience same results.

Best regards Reinhardt [[user:Gangleri]]
Comment 4 lɛʁi לערי ריינהארט 2007-12-18 21:46:18 UTC
(In reply to comment #3)
> Please go to
> ...

a) While no contributions are available for 
[[wikt:yi:special:Contributions/Hashar]] there are some for

b) Please note that the « ** » link at
will show « count_edits » for [[wikt:yi:user:Spacebirdy]]

see [[wikt:yi:special:Contributions/Spacebirdy]]

Best regards Reinhardt [[user:Gangleri]]
Comment 5 lɛʁi לערי ריינהארט 2008-01-01 20:28:47 UTC
« REOPEN »ed this bug; changed url from

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]]
Comment 6 lɛʁi לערי ריינהארט 2008-01-05 05:02:57 UTC
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
   compare the target of

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]]
Comment 7 Chad H. 2009-04-07 14:54:39 UTC
w1) Issues with Toolserver tools should be filed at
2) Kate's tool no longer exists, it automatically redirects to River's (even though they're the same person :)

Closing INVALID.

Note You need to log in before you can comment on or make changes to this bug.