--oC1+HKm2/end4ao3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Looks like a mix of gerrit and apache issue, gerrit requires for some urls =
to
get encoded, but it seems that in the case of searches it already encodes t=
hem
itself and apache reencodes a second time, will need some time to investiga=
te and probably mess up a bit the ui while doing it.
On 10/25, Dan Kenigsberg wrote:
On Sun, Oct 25, 2015 at 09:23:08AM +0100, Eyal Edri wrote:
> i see this normally,
> so it might mean something is wrong with your user, which user to use to
> log in?
=20
No, it's not something sepecific to me. The link bellow was generated by
gerrit, and it is buggy. It contains the sequence "%253C" which is a
double url-enconding of "<".
=20
Somehow this affects Firefox and not Chrome.
=20
>=20
> e.
>=20
> On Sun, Oct 25, 2015 at 9:05 AM, Dan Kenigsberg <danken(a)redhat.com> wro=
te:
>=20
> > On Fri, Oct 23, 2015 at 11:40:31AM +0200, David Caro wrote:
> > > I've just restarted gerrit, can you check if the issues still persi=
sts?
nigsberg+%253Cdanken%2540redhat.com%253E%22
--=20
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
Web:
www.redhat.com
RHT Global #: 82-62605
--oC1+HKm2/end4ao3
Content-Type: application/pgp-signature; name="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBAgAGBQJWLehHAAoJEEBxx+HSYmnDtnoH/RVgI2MvV9zfsOI04ZX9NYM1
Y+hxNyTcrgLR8N+fOI6xbBMQIjbv0cs/LOe30+cTEfgjmLbldVbAnULRKB10f3oK
raWpXql8bgq5h+Xi7TUBF2/McX80eFDbHwGjsfECySbUA5/19DldQ/i6w1/UKkMT
CX3EgPysg+oZLGbXG2M9KiCDOCAfsIISfpkTpqaloz0xz+tIJkVekUIkKUIdk6GE
IQGKP1V207e475E5DqL+IcItl4VAtBJmiCCQo3rj7ielxa1B9Xn6AnvfFdixAqf4
p8Le1jgF9JiU9SMDXcNTJsjeRrCW7xmO7PpaBGRUxiFeLoJxE4fAeOuaJc06ytk=
=jqNt
-----END PGP SIGNATURE-----
--oC1+HKm2/end4ao3--