Edgewall Software
Modify

Opened 18 years ago

Closed 18 years ago

#5094 closed defect (invalid)

Wiki editing weird on trunk

Reported by: Manuzhai <manuzhai@…> Owned by: Christian Boos
Priority: normal Milestone:
Component: wiki system Version: devel
Severity: major Keywords:
Cc: manuzhai@… Branch:
Release Notes:
API Changes:
Internal Changes:

Description

It seems wiki editing is somehow failing in one of my environments. When trying to edit a page and previewing it, it somehow saves it (instead of previewing) and clips it at what seems to be 966 characters. This is with current Trac trunk. Any clues?

Attachments (0)

Change History (6)

comment:1 by Christian Boos, 18 years ago

No, not yet ;-)

Any more hints? Latest Trac trunk and latest Genshi as well? which precise revisions are you using?

Is this not happening in your other environments because they use different revisions?

Also, which browser are you using? How reproducible is this? Does it depend on the size of the page?

comment:2 by Manuzhai <manuzhai@…>, 18 years ago

This is with Trac r5187 and Genshi 0.4dev-r509. I have tested in another environment as well, the same thing happened. This is with a user with TRAC_ADMIN privileges. I'm using Firefox 1.5.

On the other hand, I have an environment open to the public where I just gave the anonymous user WIKI_MODIFY privs, and it doesn't seem to be a problem there (to be sure, this is in IE 7). I just tested, and there's no problem in the first environment using the authenticated user from IE 7. Something to do with the browser?

comment:3 by Manuzhai, 18 years ago

Resolution: invalid
Status: newclosed

This turns out to be a problem with mod_wsgi which I started testing a while ago. Sorry to bug the Trac developers with this. :)

comment:4 by Christian Boos, 18 years ago

Thanks for the notice! Perhaps you could update the wiki:TracModWSGI page you started for describing the problem and its resolution in more details…

comment:5 by Manuzhai, 18 years ago

Resolution: invalid
Status: closedreopened

Okay, so it seems there's a problem with Trac after all. The problem is in trac/web/api.py, where environ['wsgi.input'] is read. There, Trac supposes that by passing no arguments to read(), all data until EOF will be returned. However, as the Python reference states for file-like objects, not all data may be returned if non-blocking mode is in play: "note that when in non-blocking mode, less data than what was requested may be returned, even if no size parameter was given."

Please see the thread at the mod_wsgi list for more information.

comment:6 by Manuzhai <manuzhai@…>, 18 years ago

Resolution: invalid
Status: reopenedclosed

Blegh, this is not a Trac problem after all.

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain Christian Boos.
The resolution will be deleted. Next status will be 'reopened'.
to The owner will be changed from Christian Boos to the specified user.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.