Removing ites\all\modules/eldorado_superfly/LICENSE.txt.

BTW, this is Windoze XP

This looks like a Windows-only issue. I guess we can start digging by seeing if the filename is right in the database. Does

SELECT object_name FROM api_documentation WHERE object_type = 'file';

have good file paths?

No, the "s" is missing there on all the entries.

During parsing, files are queued and then processed. .../admin/reports/job_queue has a list of queued jobs, including filenames. See if you can catch those, might have to reload the admin page while cron is running. Are those names correct.

The original list comes from api_scan_directories() called from api_update_branch(), all in parser.inc. If the problem happens before the files get to the queue, the issue should be in one of these functions.

If you tell me how to force a re-index, I will be happy to do so.

Saving a branch in the admin section will force reindexing. If you use Drush, there is an 'api reparse' drush command.

I edited the Drupal-6 branch and added a Drupal-7 branch and the job queue is empty. I am not adverse to doing something in the database.

Interesting, I uninstalled the module and while the nodes went away, the node_revisions remained.

After re-installing the API module and adding the branch again, the job queue is still empty.

Apparently job_queue doesn't report work until the next cron run.

API parse drupal-6 ites\all\modules/location/INSTALL.txt

So the "s" is missing at this point.

Line 805, parser.inc:

So it deliberately advances one extra character.

Removing "+1":

API parse drupal-6 sites\all\modules/signup/views/plugins/signup_plugin_access_user_signup_list.inc

I changed a '/' to the cross-platform DIRECTORY_SEPARATOR constant in api_scan_directories(), which should help this out. I don't have a windows server to test on.

Automatically closed -- issue fixed for 2 weeks with no activity.