Edgewall Software
Modify

Opened 9 years ago

Closed 9 years ago

Last modified 8 years ago

#2015 closed defect (fixed)

Browser doesn't show big text file

Reported by: redbaron Owned by: jonas
Priority: normal Milestone: 0.9
Component: version control/browser Version: 0.8.4
Severity: major Keywords:
Cc: rhind@…
Release Notes:
API Changes:

Description

When I try to view in source browser a big text files (about 500 kb) it shows me only about first 50-100 kb of text, other part is blank

Attachments (1)

CorruptedText.PNG (82.9 KB) - added by redbaron 9 years ago.
Screenshot of corrupted text

Download all attachments as: .zip

Change History (6)

Changed 9 years ago by redbaron

Screenshot of corrupted text

comment:1 Changed 9 years ago by cboos

  • Resolution set to worksforme
  • Status changed from new to closed

This was fixed in the trunk.

For 0.8.x, you can fix this manually by modifying the CSS: Remove line 5 ( overflow: auto) in htdocs/css/code.css.

comment:2 Changed 9 years ago by redbaron

  • Resolution worksforme deleted
  • Status changed from closed to reopened

When I remove line 5 in htdocs/css/code.css and now it show me less then half, other part simply dissapear. When I click "original format" everything fine and I can see whole file.

comment:3 Changed 9 years ago by cboos

This is really a problem similar to the one described in #1345.

Some browsers have problems when a large text is enclosed in a block which has the overflow property set to auto:

  • Internet Explorer is very slow.
  • Firefox on Windows either shows a repeated garbage near the end, as demonstrated in your attachment:CorruptedText.PNG, or shows nothing (as described in your second comment, so I believe the CSS rule is still active somehow, can you check with the web developer tool bar/edit stylesheets?).

We decided to keep overflow: auto only for the small code blocks enclosed with {{{...}}} in the wiki pages, but not for the source browser nor for the attachments.

In the trunk, this is fixed for the source browser, but apparently not for the attachment view, as can be seen in the example given in #1345.

comment:4 Changed 9 years ago by anonymous

  • Cc rhind@… added

comment:5 Changed 9 years ago by cboos

  • Milestone set to 0.9
  • Resolution set to fixed
  • Status changed from reopened to closed

This was similar to the problem described in #1345.

Add Comment

Modify Ticket

Change Properties
<Author field>
Action
as closed The owner will remain jonas.
The resolution will be deleted. Next status will be 'reopened'.
to The owner will be changed from jonas to the specified user.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.