You appear to be having a different problem. I think your problem is the fact that
netscape
sends the name of the file differently than IE - netscape doesn't send the whole path,
just the
filename. Maybe you could run a test using IE.
-Mike
On 20 Aug 2002 at 14:07, Eric Siegerman wrote:
> Just to confirm; it's happening here too. CVS JMeter, from about
> 13:00 EST.
>
> This is different from my previous complaint, that it was just
> URL-encoding the whole multipart blob. That is now fixed; thanks
> Mike.
>
> I should explain that my form in question has a tag:
> <input type="file" name="imageFile">
> which is optional for the user to populate. There are associated
> radio buttons -- "upload new image", "use default image", etc.,
> which tell the app whether to expect an image file or not.
>
> With the current JMeter:
> 1. If I choose "use default image" and don't provide an image
> file, the proxy rewrites the request to valid
> application/x-www-form-urlencoded. It also loses the (empty)
> imageFile parameter. Both of these are arguably correct, but
> probably still a bad idea in terms of the ideal of
> transparency.
>
> 2. If I choose "upload new image" and *do* provide an image
> file, the proxy leaves the request as multpart/form-data, but
> still loses the "imageFile" part. (Something then causes a
> Java exception to be displayed in the browser, but I'm
> assuming that's a result of the vanished input part, so I'm
> not too worried about it for now.)
>
> Note that the proxy drops the imageFile input parameter in both
> cases; it's just that in the first case that doesn't matter as
> much, since the value was empty anyway.
>
> Summary:
> - The proxy probably should never rewrite the data from one
> input style to another
>
> - It also probably shouldn't drop even empty input parameters
>
> - That it drops non-empty ones (type="file" in this case) is
> certainly a bug
>
>
> Attached are four HTTP transaction logs:
> - default-{browser,server}.log
> with the imageFile input item left empty
> - gif-{browser,server}.log
> with it populated (I used one of JMeter's GIFs, just
> because it was handy :-)
>
> In each case, "-browser" and "-server" refer to which side of the
> proxy the conversation was from.
>
> Browser: Netscape 6.2.3 for Linux.
> Server: Apache 1.3.x; Tomcat (or maybe an old version of JServ);
> our own app server whose name would be meaningless to you.
>
>
> On Tue, Aug 20, 2002 at 11:50:47AM -0400, Mike Stover wrote:
> > This shouldn't be happening. Jochen from Germany noticed the same problem, and I
>fixed it
> > and he verified it. Can you get the exact headers your browser is sending, and
>then what
> > JMeter is turning them into?
> >
> > -Mike
> >
> > On 20 Aug 2002 at 11:24, Don Stinchfield wrote:
> >
> > > Hi Mike,
> > >
> > > I'm using 1.7.3. My server is iPlanet 4.1 sp9 on w2k server.
> > >
> > > I'm using ie 6.0.
> > >
> > > I've traced the session using ethereal and I can see the proxy
> > > rewriting some stuff.
> > >
> > > Regards,
> > > Don
> > >
> > > > -----Original Message-----
> > > > From: Mike Stover [mailto:[EMAIL PROTECTED]]
> > > > Sent: Tuesday, August 20, 2002 10:51 AM
> > > > To: JMeter Users List
> > > > Subject: Re: proxy rewriting content type
> > > >
> > > >
> > > > What version of JMeter are you using, and what web server
> > > > software are you
> > > > using?
> > > >
> > > > -Mike
> > > >
> > > > On 20 Aug 2002 at 10:42, Don Stinchfield wrote:
> > > >
> > > > > I'm using the jmeter proxy to record a post request.
> > > > > My Post uses a content-type of "multipart/form-data".
> > > > >
> > > > > The proxy rewrites the content-type to
> > > > "application/x-www-form-urlencoded".
> > > > > The body of the message is also rewritten.
> > > > >
> > > > > Is there a way to configure the http proxy to use the content-type
> > > > > as set by the client?
> > > > >
> > > > > Regards,
> > > > > Don
> > > > >
> > > > > --
> > > > > To unsubscribe, e-mail:
> > > > <mailto:[EMAIL PROTECTED]>
> > > > > For additional commands, e-mail:
> > > > <mailto:[EMAIL PROTECTED]>
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Michael Stover
> > > > [EMAIL PROTECTED]
> > > > Yahoo IM: mstover_ya
> > > > ICQ: 152975688
> > > >
> > > > --
> > > > To unsubscribe, e-mail:
> > > > <mailto:[EMAIL PROTECTED]>
> > > > For additional commands, e-mail:
> > > > <mailto:[EMAIL PROTECTED]>
> > > >
> > > >
> > > >
> > >
> > > --
> > > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
> > > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> > >
> >
> >
> >
> > --
> > Michael Stover
> > [EMAIL PROTECTED]
> > Yahoo IM: mstover_ya
> > ICQ: 152975688
> >
> > --
> > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> --
>
> | | /\
> |-_|/ > Eric Siegerman, Toronto, Ont. [EMAIL PROTECTED]
> | | /
> Anyone who swims with the current will reach the big music steamship;
> whoever swims against the current will perhaps reach the source.
> - Paul Schneider-Esleben
>
--
Michael Stover
[EMAIL PROTECTED]
Yahoo IM: mstover_ya
ICQ: 152975688
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
