Ajax source browser shows some directories as empty in Safari 3.1.1

[Kamil Kisiel <kamil@…>]

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.

[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)

[eblot]

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...

[cboos]

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?

[eblot]

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.

[Kamil Kisiel <kamil@…>]

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.

[eblot]

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.

[Kamil Kisiel <kamil@…>]

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?

[cboos]

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).

[cboos]

Fixed in [7129].

[Kamil Kisiel <kamil@…>]

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