Message198357
| Author |
barry |
| Recipients |
Arfrever, akuchling, barry, benjamin.peterson, christian.heimes, georg.brandl, giampaolo.rodola, inc0, josiahcarlson, larry, neologix, pitrou, serhiy.storchaka, stutzbach |
| Date |
2013年09月24日.13:30:54 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<20130924093056.4fb5d265@anarchist> |
| In-reply-to |
<1380028328.22.0.956499669473.issue16038@psf.upfronthosting.co.za> |
| Content |
On Sep 24, 2013, at 01:12 PM, Giampaolo Rodola' wrote:
>Giampaolo Rodola' added the comment:
>
>I believe the problem is the set of next_retr_data attribute here:
>
> def test_retrlines_too_long(self):
> self.server.handler.next_retr_data = 'x' * self.client.maxline * 2
>
>...because self.server.handler runs in a different thread (different than the
>main one, which is where the setattr() occurs). We should introduce a new
>command in the dummy FTP server which sets next_retr_data from within the
>server thread itself. Will try to work on a patch later this week (I'm sorry
>but I can't make it earlier).
+1 - that explanation makes a lot of sense, thanks!
Currently 2.6.9rc1 is planned for Monday 30-September. It would be nice to
get this one in before then, but if not that's okay. I think it's fairly low
risk. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2013年09月24日 13:30:55 | barry | set | recipients:
+ barry, akuchling, georg.brandl, josiahcarlson, pitrou, larry, giampaolo.rodola, christian.heimes, benjamin.peterson, stutzbach, Arfrever, neologix, serhiy.storchaka, inc0 |
| 2013年09月24日 13:30:55 | barry | link | issue16038 messages |
| 2013年09月24日 13:30:54 | barry | create |
|