From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; N; NT4.0; en-US) Mozilla/m13 BuildID: 2000022820 According to RFC 2396, a character in a path segment (pchar) is defined as unreserved | escaped | ":" | "@" | "&" | "=" | "+" | "$" | "," I think that an HTTP URL path may validly be escaped but Mozilla is escaping things that IE and Netscape do not, e.g., /qmethod=v is escaped by M14. It happens in this case that Autonomy software uses HTTP with a relative URL such as this, but does not understand the escaped /qmethod%3Dv. I *think* that this is a bug in Autonomy, but I also think that Mozilla is overzealous in its URL escaping. Reproducible: Always Steps to Reproduce: 1. Enter an URL with = or : in the path, e.g., /qmethod=v Actual Results: See that Mozilla escapes = as %3D, viz., /qmethod%3Dv Expected Results: Left it alone, e.g., /qmethod=v
It's a bug in Autonomy, it should be able to deal with escaped characters. Anyway, firstname.lastname@example.org, can you test this with a recent build? Moz seems to leave the = alone in today's build on my Win 95.
This works for me, too, in M15 (2000041805) on NT.
Marking it WFM
Works for me: Platform: PC OS: Windows 98 Mozilla Build: 2000101014 M18 Trunk Build Marking as Verified.