What about testing this with Selenium[1]? You can use many browsers as
"plugins" (IE, Safari, Firefox etc.).
There is a Python wrapper[2].
There is a project made by brazilians (at Globo.com) that translates
"natural language" to Selenium commands, called pyccuracy[3] - it
could help too.

[1] http://seleniumhq.org/
[2] http://jimmyg.org/blog/2009/getting-started-with-selenium-and-python.html
[3] http://www.pyccuracy.org/

On Thu, Mar 11, 2010 at 17:25, Timothy Farrell <tfarr...@swgen.com> wrote:
> That was FF 3.6 on Win7.  I'm going to try some less well behaved browsers
> (IE 5.5+ via IEtester) next.
>
> On 3/11/2010 2:21 PM, mdipierro wrote:
>>
>> Which browsers? The problem with cherrypy<  3.x was for example that
>> different browser treated in different ways the server delay and some
>> browser truncated files on download. I want to make sure that all
>> common browsers are tested.
>>
>> Massimo
>>
>> On Mar 11, 2:18 pm, Timothy Farrell<tfarr...@swgen.com>  wrote:
>>
>>>
>>> Slight correction:
>>>
>>>     db.define_table('image',Field('upload', 'upload'))
>>>
>>> I have successfully up- and downloaded files as large as 480MB and apps
>>> as large as 160MB (any larger apps crashed on unzipping).  In all cases
>>> I was testing over HTTPS.
>>>
>>> -tim
>>>
>>> On 3/11/2010 1:04 PM, mdipierro wrote:
>>>
>>>
>>>>
>>>> Rocket 0.3.1 is IN. Please download from trunk and start testing.
>>>>
>>>
>>>
>>>>
>>>> Use this code
>>>>
>>>
>>>
>>>>
>>>>     db.define_table('image',Field('upload'))
>>>>
>>>
>>>
>>>>
>>>> Please test upload and download of a large files via appadmin into
>>>> "image" table.
>>>>
>>>
>>>
>>>>
>>>> Please let us know which browser you tested and whether it worked or
>>>> you experience any problem.
>>>>
>>>
>>>
>>>>
>>>> Massimo
>>>>
>>>
>>>
>>>>
>>>> On Mar 11, 12:24 pm, Timothy Farrell<tfarr...@swgen.com>    wrote:
>>>>
>>>
>>>
>>>>>
>>>>> <snip>
>>>>>
>>>
>>>
>>>>>>
>>>>>> For a production system, I'm more interested in stability than
>>>>>> performance. And despite the admitted arbitrariness of version-numbering
>>>>>> choices, it's hard to make the case to management that moving to an 0.x
>>>>>> server is safe.
>>>>>>
>>>
>>>
>>>>>>
>>>>>> What do *you* mean by labeling Rocket 0.x?
>>>>>>
>>>
>>>
>>>>>
>>>>> That's a fair question. When I started, I had a certain set of features
>>>>> and goals that I planned to reach.  Upon finishing all of those
>>>>> features
>>>>> and goal, there would be a 1.0 release.  Since starting at least three
>>>>> of these goals have fallen by the wayside due to their improbability or
>>>>> lack of flexibility withing Python or the WSGI specification.
>>>>>
>>>
>>>
>>>>>
>>>>> In the end, I'll probably skip a few 0.x releases and go straight to
>>>>> 1.0
>>>>> whenever I feel that there are enough of the features I originally set
>>>>> out to include.
>>>>>
>>>
>>>
>>>>>
>>>>> Like web2py, I strive to make every announced/released version stable
>>>>> enough to include in a project.  I've been running web2py on different
>>>>> versions of Rocket for several months now.
>>>>>
>>>
>>>
>>>>>
>>>>> -tim
>>>>>
>>
>>
>
> --
> You received this message because you are subscribed to the Google Groups
> "web2py-users" group.
> To post to this group, send email to web...@googlegroups.com.
> To unsubscribe from this group, send email to
> web2py+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/web2py?hl=en.
>
>



-- 
Álvaro Justen - Turicas
 http://blog.justen.eng.br/
 21 9898-0141

-- 
You received this message because you are subscribed to the Google Groups 
"web2py-users" group.
To post to this group, send email to web...@googlegroups.com.
To unsubscribe from this group, send email to 
web2py+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/web2py?hl=en.

Reply via email to