Edgewall Software
Modify

Opened 17 years ago

Closed 17 years ago

Last modified 17 years ago

#7262 closed defect (fixed)

Ajax source browser shows some directories as empty in Safari 3.1.1

Reported by: Kamil Kisiel <kamil@…> Owned by: Christian Boos
Priority: normal Milestone: 0.11
Component: version control/browser Version: 0.11rc1
Severity: normal Keywords: needinfo
Cc: Branch:
Release Notes:
API Changes:
Internal Changes:

Description

I have found at least one directory in our repository that shows up empty when expanded in the Ajax browser on Safari 3.1.1 on OS X Leopard

Expanding the same directory in Firefox shows the contents correctly.

I can click on the directory name in Safari and see the full contents there.

Attachments (0)

Change History (10)

comment:1 by Christian Boos, 17 years ago

Keywords: needinfo added

… and you expect us to guess what the problem can be from this description?

Please give us a chance to reproduce the issue at least by providing the expected output (path to that directory and list of entries)

in reply to:  1 comment:2 by Emmanuel Blot, 17 years ago

Replying to cboos:

… and you expect us to guess what the problem can be from this description?

Please give us a chance to reproduce the issue at least by providing the expected output (path to that directory and list of entries)

Anyway, it's confirmed: I bumped into the same issue yesterday evening.
The directory (which actually contains about 20 .c/.h files appeared empty with an "Empty" entry instead of the expected files. I've not been able to reproduce it a couple of seconds later though…

comment:3 by Christian Boos, 17 years ago

My first guess was that it could be related to encoding issues - from what you're saying, it looks like it's a completely different issue. Maybe a timeout issue?

in reply to:  3 comment:4 by Emmanuel Blot, 17 years ago

Replying to cboos:

Maybe a timeout issue?

I thought that as well, but I'm unable to reproduce it for now. FWIW, the server was very responsive by that time and on the same LAN as the web browser. The "Empty" message appeared in less than one second.

comment:5 by Kamil Kisiel <kamil@…>, 17 years ago

It's not a timeout issue, our setup is on our local LAN and Trac responds to most requests in under a second. I can reproduce the problem consistently on any machine I've tried in the office.

While I can't give the exact repository path, it looks like: /ProjectName/trunk/ProjectNameX There is a src directory under that path, which when expanded in the Ajax browser shows no contents. It doesn't matter if I am currently in the ProjectNameX directory or at the root of the repository. If I click on the src directory it shows all the contents, which is approximately 35 .m and 35 .h files.

There doesn't appear to be anything special about this directory, it doesn't have any svn properties set, nor does its parent.

in reply to:  5 comment:6 by Emmanuel Blot, 17 years ago

Replying to Kamil Kisiel <kamil@kamilkisiel.net>:

It's not a timeout issue, our setup is on our local LAN and Trac responds to most requests in under a second. I can reproduce the problem consistently on any machine I've tried in the office.

It still can be a timeout issue: the client may abort before getting a reply from the server, if the timeout value is not set properly.

comment:7 by Kamil Kisiel <kamil@…>, 17 years ago

I suppose that's possible. I've found only one other instance of this in our entire repository with hundreds of directories. The other directory has around 60 files total. Perhaps it only occurs with large directories?

comment:8 by Christian Boos, 17 years ago

Milestone: 0.11

This was indeed happening for directories with lots of entries, but not because of a timeout issue, rather in jQuery's $(html_data) part, which doesn't work on too big inputs (e.g. for source:tags/trac-0.11rc1/trac/wiki 's default-pages directory, which corresponds to approx 58kB, this will consistently fail).

comment:9 by Christian Boos, 17 years ago

Resolution: fixed
Status: newclosed

Fixed in [7129].

comment:10 by Kamil Kisiel <kamil@…>, 17 years ago

I applied the patch and can confirm it's fixed it for me as well. Thanks.

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.