# Build 1985: Subversion externals not respected
**URL:** https://www.finalbuilder.com/forums/t/build-1985-subversion-externals-not-respected/5828
**Category:** Bugs
**Created:** [May 7, 2013, 10:50am UTC](https://www.finalbuilder.com/forums/t/build-1985-subversion-externals-not-respected/5828 "2013-05-07T10:50:35Z")
**Posts on this page:** 3
**Page:** 1
### Author:  [@etas](https://www.finalbuilder.com/forums/u/etas)
#### Post date: [May 7, 2013, 10:50am UTC](https://www.finalbuilder.com/forums/t/build-1985-subversion-externals-not-respected/5828/1 "2013-05-07T10:50:35Z")
Hi,
I found a serious bug with in the handling of subversion externals. It seems that they are not handled case-sensitive.
Test scenario:
- At the root of the svn repository I created two folders: "waldfee" and "Waldfee2" (notice the uppercase letter). Bot contain two identical svn:externals.
- At Continua, I created two Project Repositories. Both with the same Repo URL, but with different Default Paths: "/waldfee/" and "/Waldfee2".
And this is what the debug log reads:
For waldfee:
Medium: 09:52:01 [Debug] SVN: GetNewChangesets -\> SVNLog returned 0 changesets. Adding details of externals to each changeset
Medium: 09:52:01 [Debug] SVN: GetNewChangesets -\> '0' branches in repository branches cache
Medium: 09:52:01 [Debug] SVN: GetNewChangesets -\> Detect and checkout mode - detecting changesets for each external
Medium: 09:52:01 [Debug] SVN: GetNewChangesetsFromExternals -\> Start
Medium: 09:52:01 [Debug] SVN: GetNewChangesetsFromExternals -\> Got list of '{0}' branch paths from cache.
Medium: 09:52:01 [Debug] SVN: GetNewChangesetsFromExternals -\> Getting new changesets from externals for full default branch '/waldfee/'.
Medium: 09:52:01 [Debug] SVN: GetNewChangesetsFromExternals -\> Getting externals for working folder 'D:\CI\Rc\6a6687b3' and full branch path '/waldfee/'
Medium: 09:52:01 [Debug] SVN: GetStoredFolderAndSubFolderExternals -\> Getting external for repository relative url '/waldfee/'
**Medium: 09:52:01 [Debug] SVN: GetStoredFolderAndSubFolderExternals -\> Returning list of 2 externals for repository relative url '/waldfee/'**
... both externals are detected.
For Waldfee2:
Medium: 09:49:36 [Debug] SVN: GetNewChangesets -\> SVNLog returned 0 changesets. Adding details of externals to each changeset
Medium: 09:49:36 [Debug] SVN: GetNewChangesets -\> '0' branches in repository branches cache
Medium: 09:49:36 [Debug] SVN: GetNewChangesets -\> Detect and checkout mode - detecting changesets for each external
Medium: 09:49:36 [Debug] SVN: GetNewChangesetsFromExternals -\> Start
Medium: 09:49:36 [Debug] SVN: GetNewChangesetsFromExternals -\> Got list of '{0}' branch paths from cache.
Medium: 09:49:36 [Debug] SVN: GetNewChangesetsFromExternals -\> Getting new changesets from externals for full default branch '/Waldfee2/'.
Medium: 09:49:36 [Debug] SVN: GetNewChangesetsFromExternals -\> Getting externals for working folder 'D:\CI\Rc\4dea3e11' and full branch path '/Waldfee2/'
Medium: 09:49:36 [Debug] SVN: GetStoredFolderAndSubFolderExternals -\> Getting external for repository relative url '/waldfee2/'
**Medium: 09:49:36 [Debug] SVN: GetStoredFolderAndSubFolderExternals -\> Returning list of 0 externals for repository relative url '/waldfee2/'**
... no **external is detected.**
I think the problem is here: Getting external for repository relative url ' **/waldfee2/**'
The URL is converted to lower case, but since subversion works case-sensitive, the URL is misinterpreted and no externals are found.
Regards
Andreas
---
### Author:  [@Vincent](https://www.finalbuilder.com/forums/u/Vincent)
#### Post date: [May 8, 2013, 12:35pm UTC](https://www.finalbuilder.com/forums/t/build-1985-subversion-externals-not-respected/5828/2 "2013-05-08T12:35:56Z")
Hi Andreas
Thanks for the report, we’ll take a look at it today.
---
### Author:  [@Sparky](https://www.finalbuilder.com/forums/u/Sparky)
#### Post date: [May 9, 2013, 2:41am UTC](https://www.finalbuilder.com/forums/t/build-1985-subversion-externals-not-respected/5828/3 "2013-05-09T02:41:06Z")
Hi Andreas,
This has now been fixed in the latest hotfix version 1.0.0.2035 which is now available from the[Continua CI downloads page](https://www.finalbuilder.com/Downloads/ContinuaCI.aspx).