https://bugzilla.wikimedia.org/show_bug.cgi?id=58876

       Web browser: ---
            Bug ID: 58876
           Summary: SSL endpoints log %-encoded URLs logged as \x-encoded
                    URLs
           Product: Analytics
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: Unprioritized
         Component: General/Unknown
          Assignee: wikibugs-l@lists.wikimedia.org
          Reporter: christ...@quelltextlich.at
                CC: christ...@quelltextlich.at, dvanli...@gmail.com
    Classification: Unclassified
   Mobile Platform: ---

SSL endpoints log %-encoded URLs logged as \x-encoded URLs

When requesting %-encoded URLs like

  https://ru.wikipedia.org/wiki/1092_%D0%B3%D0%BE%D0%B4

(note: “https”) we get a log line for

  http://ru.wikipedia.org/wiki/1092_%D0%B3%D0%BE%D0%B4

(%-encoded) from the cache, but the SSL endpoint additionally adds a
log entry using the URL

  https://ru.wikipedia.org/wiki/1092_\xD0\xB3\xD0\xBE\xD0\xB4

(\x-encoded).
The latter, \x-encoded URL cannot be fetched, and distorts logs.

I'd prefer if we have no \x-encoded URLs in our logs.

Should we:
* try to fix the SSL endpoints to not log distorted URLs, or
* stop having ssl endpoints in the udp2log log stream altogether
  (Currently, https requests get two entries in the log stream. One
  from the SSL endpoint, and one from the responding cache)

?

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to