Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

WAConvenienceFunctionalTest is failing #191

Closed
GoogleCodeExporter opened this issue Mar 25, 2015 · 7 comments
Closed

WAConvenienceFunctionalTest is failing #191

GoogleCodeExporter opened this issue Mar 25, 2015 · 7 comments
Labels
auto-migrated Priority-Critical Type-Defect Version-Seaside2.9

Comments

@GoogleCodeExporter
Copy link 

Just start the test and Cancel. I see:

Internal Server Error
MessageNotUnderstood: UndefinedObject>>reset


I have no idea when this got broken but I tried with an image from Sep. 18
and it is broken there too... maybe Lukas' WATask refactorings?

Original issue reported on code.google.com by jfitz...@gmail.com on 28 Sep 2008 at 11:00
@GoogleCodeExporter
Copy link
Author 

It was still working on Thursday this week ....

Original comment by philippe...@gmail.com on 29 Sep 2008 at 5:09

  • Added labels: ****
  • Removed labels: ****

@GoogleCodeExporter
Copy link
Author 

Are you sure? I just tested again with this image I had lying around, last 
updated 10
days ago and it definitely isn't working in there. 

I can't imagine it's Windows-specific? Can you reproduce now?

Original comment by jfitz...@gmail.com on 29 Sep 2008 at 6:43

  • Added labels: ****
  • Removed labels: ****

@GoogleCodeExporter
Copy link
Author 

I can confirm this bug. Seems to be indeed related to the WATask refactoring. 
I'll have a look.

Original comment by renggli on 29 Sep 2008 at 3:31

  • Added labels: ****
  • Removed labels: ****

@GoogleCodeExporter
Copy link
Author 

This bug is very odd. Indeed the bug shows up in recent changes of WATask, but 
these changes used to work. 
Was there anything recently changed on how the render loop works?

Original comment by renggli on 29 Sep 2008 at 5:12

  • Added labels: ****
  • Removed labels: ****

@GoogleCodeExporter
Copy link
Author 

I'm playing with the RenderLoop a bit in a branch but I can't think of anything 
off 
the top of my head that has changed in the mainline... at least nothing 
directly to 
the render loop...

Original comment by jfitz...@gmail.com on 30 Sep 2008 at 4:48

  • Added labels: ****
  • Removed labels: ****

@GoogleCodeExporter
Copy link
Author 

Name: Seaside-Component-lr.11
Author: lr
Time: 30 September 2008, 6:54:50 pm
UUID: 91dbace0-ee93-4849-8f92-7d7868a58dae
Ancestors: Seaside-Component-jf.10

- restored the old and crappy code of WATask that does a redirect, but that's 
the only thing that seems to 
work
- this re-opens Issue 16 and Issue 121
- this closes Issue 191

Original comment by renggli on 30 Sep 2008 at 4:55

  • Changed state: Fixed
  • Added labels: ****
  • Removed labels: ****

@GoogleCodeExporter
Copy link
Author 

Comment from John on the mailing list:

I have seen it also in the VA Smalltalk V8 YahooTraffic demo.  It happens very
intermittently and is due to the stream instance variable in WAResponse being 
nil.  I
had assumed I was chasing a problem in my port, but I guess not :-).  I am 
running
the 2.9-pmm.211 level of code.

John O'Keefe [|], Principal Smalltalk Architect, Instantiations Inc.

Original comment by jfitz...@gmail.com on 6 Oct 2008 at 3:00

  • Added labels: ****
  • Removed labels: ****

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
auto-migrated Priority-Critical Type-Defect Version-Seaside2.9
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@GoogleCodeExporter