[OpenLayers-Trac] Re: [OpenLayers] #3237: Issue with filter params in Protocol/HTTP.js

OpenLayers trac-20090302 at openlayers.org
Tue Apr 5 02:09:12 EDT 2011


#3237: Issue with filter params in Protocol/HTTP.js
----------------------------------+-----------------------------------------
 Reporter:  etdube                |       Owner:              
     Type:  bug                   |      Status:  new         
 Priority:  minor                 |   Milestone:  2.11 Release
Component:  Protocol.HTTP         |     Version:  SVN         
 Keywords:  filter http protocol  |       State:  Commit      
----------------------------------+-----------------------------------------
Changes (by erilem):

  * state:  Review => Commit


Comment:

 Replying to [comment:7 etdube]:
 > [...]
 > This also means the second call to read() in the test has a side effect
 of assigning this.options.param to the options object passed to read()
 (i.e. opt2), therefore opt2.params will contain leftover stuff (i.e. the
 {{{foo__eq}}} filter param) from the first call that shouldn't be there.

 The API docs explicitly state that the options object passed to read is
 modified by read and should not be reused. So I'd suggest that we only
 test that read doesn't write to {{{protocol.options.params}}}. See
 [attachment:http_filter_params_fix_with_test.2.patch]. I'll commit that if
 you agree.

-- 
Ticket URL: <http://trac.openlayers.org/ticket/3237#comment:8>
OpenLayers <http://openlayers.org/>
A free AJAX map viewer


More information about the Trac mailing list