Impossible to log in in Launchpad using apport from a tty console with w3m

W3M actually supports buttons. I think this is a bug in login.launchpad.net that uses:

  <button type="submit" ...>Continue

instead of:

  <input type="submit" ...>Continue

@Andrea
It seems it doesn't according to upstream bug.

Using apport-collect the situation is even worse.
No link is provided to upload info using a browser on another computer.

Can someone confirm it please?

A practical example that this is a blocker bug is bug #562843.

A workaround using apport-collect is:

1) wait w3m opening.
2) Press q to quit the program
3) A link is provided, use it on another pc browser.

From a comment on duplicate bug:
https://bugs.edge.launchpad.net/ubuntu/+source/w3m/+bug/611854/comments/1

it seems that lynx has some secure connection issues.

Moreover, looking at apport sources I found out this comments in /bin/apport-cli

# Copyright (C) 2007 - 2009 Canonical Ltd.
# Author: Michael Hofmann <email address hidden>
#
# This program is free software; you can redistribute it and/or modify it
# under the terms of the GNU General Public License as published by the
# Free Software Foundation; either version 2 of the License, or (at your
# option) any later version. See http://www.gnu.org/copyleft/gpl.html for
# the full text of the license.

# Web browser support:
# w3m, lynx: do not work
# elinks: works

Closing apport task, this should be fixed in the test browsers or Launchpad. Also, Apport prints the URL, so you can open that from a different computer (e. g. if you are ssh'ed into some server).

As reported in the bug description, lynx does work in my experience. I have no issue with secure connections. This page collects our (my?) knowledge of the situation: https://help.launchpad.net/API/EndUserHints .

If the only challenge to using w3m is what Andrea reports in comment 1, changing that in SSO sounds like a potentially cheap win.

With a known work-around and some background from Martin, I am triaging this as low for Launchpad. I'll also add SSO to the affected projects, though.

Yes, there is a workaround, but I can tell you it's very frustrating to write down the long ulr full of both random letters and numbers. (case sensitive as well).

This bug was fixed in the package w3m - 0.5.2-10

---------------
w3m (0.5.2-10) unstable; urgency=low

  * debian/patches/010_upstream.patch: Sync with the upstream development
    snapshot on 2010-10-11.
    - Better non-ascii handling. (closes: #138891, #313365)
    - Introduce mailto_options. (closes: #473780)
    - All elements have the id attribute. (closes: #573789)
    - Define ATTR_ROWSPAN_MAX to check rowspan. (LP: #131993, LP: #619500)
    - Update the man page. (closes: #595534)
    - Add a FILES section to the man page. (closes: #403634)
    - Mention the -I option in the man page. (closes: #398260, #530515)
  * debian/patches/020_button.patch: Patch from upstream to support the
    button element. It is discussed upstream and incomplete, but enough to
    login Launchpad. (LP: #628755, closes: #136810)
  * debian/patches/040_maximum-cols.patch: Removed. (merged upstream)
  * debian/control, debian/rules: Use autotools-dev (>= 20100122) to update
    config.guess and config.sub.
  * debian/patches/020_config-guess.patch: Removed.
 -- Ubuntu Archive Auto-Sync <email address hidden> Sun, 17 Oct 2010 01:21:14 +0000