--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@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?
It does, no improvement.
https://gerrit.ovirt.org/#/q/project:vdsm+status:open+owner:%22Dan+Ke= 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@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--