Closed Bug 729542 Opened 12 years ago Closed 10 years ago

browserid: UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 12: ordinal not in range(128)

Categories

(developer.mozilla.org Graveyard :: Wiki pages, defect, P2)

x86
macOS
defect

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: groovecoder, Unassigned)

References

Details

(Keywords: qawanted, Whiteboard: [type:bug])

[Django] Error (EXTERNAL IP): /en-US/users/login

Traceback (most recent call last):

  File "/data/www/django/developer.mozilla.org/kuma/vendor/src/django/django/core/handlers/base.py", line 100, in get_response
    response = callback(request, *callback_args, **callback_kwargs)

  File "/data/www/django/developer.mozilla.org/kuma/apps/sumo/decorators.py", line 15, in _checkssl
    return view_func(request, *args, **kwargs)

  File "/data/www/django/developer.mozilla.org/kuma/apps/users/views.py", line 253, in login
    next_url = _clean_next_url(request) or reverse('home')

  File "/data/www/django/developer.mozilla.org/kuma/apps/users/views.py", line 613, in _clean_next_url
    ('path', 'query') if getattr(parsed_url, x)])

UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 12: ordinal not in range(128)
Whiteboard: u=user c=browserid p= → u=user c=browserid p=2
retornam and/or teoli, can you try to reproduce this error on stage9? The error email's request properties indicate the user starts at https://developer-stage9.mozilla.org/fr/Nouveaut%C3%A9s+dans+JavaScript+1.8 and goes to the login page - either thru the sign in link in header or footer, or thru the edit or watch buttons.
Assignee: nobody → mozbugs.retornam
Depends on: 719945
Keywords: qawanted
Whiteboard: u=user c=browserid p=2 → u=user c=browserid p=2 2.4.5
Whiteboard: u=user c=browserid p=2 2.4.5 → u=user c=browserid p=2
Target Milestone: 2.4 → 2.5
Whiteboard: u=user c=browserid p=2 → u=user c=bug p=2
Target Milestone: 2.5 → 2.6
Target Milestone: 2.6 → 2.7
Blocks: 756263
Priority: -- → P2
Assignee: mozbugs.retornam → nobody
Tried reproducing this, but couldn't. Also, it looks like the line that should be problematic does the right thing - so maybe we already fixed this?

Bumping this to post-July for further investigation, just in case.
Blocks: 756266
No longer blocks: 756263
Version: Kuma → unspecified
Component: Website → Landing pages
No longer blocks: 756266
Whiteboard: u=user c=bug p=2 → [type:bug]
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INCOMPLETE
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.