Try when i might, I can not commit .htaccess files from the home windows svn client (tortoise svn). The mistake that's came back is:

Couldn't read status line: Existing connection was intentionally closed through the remote host.

Here is essentially what my vhost appears like in Apache:

<VirtualHost *:80>
DocumentRoot /var/www/mydomain.com/legacy/trunk/html
ServerName mydomain.com

<Directory /var/www/>
  FileETag MTime Size
  AllowOverride All
</Directory>

<Directory /var/www/tools>
  AllowOverride All
</Directory>

<Location /svn>
  DAV svn
  SVNPath /var/svn/repos/MyRepo

  # Limit write permission to list of valid users.
  # Require SSL connection for password protection.
  # SSLRequireSSL
  ErrorDocument 404 default

  AuthType Basic
  AuthName "Authorization Realm"
  AuthUserFile /etc/httpd/conf/.htpasswd
  Require valid-user

Any ideas regarding how you can solve this is appreciated.

Subversion has been offered from an Apache server that's also using .htaccess for access control, so it may be stopping you against doing something you do not quite intend.

Check other apache config files. During my default /etc/apache2/modules.d/00_default_configurations.conf (on the gentoo install), I've got a FilesMatch "^.ht" section that does Deny from all.

I'd suggest managing a grep -r -i "\\.ht" * in the /etc/apache or /etc/httpd or /etc/apache directory, to determine that which you develop.

This may also be an AccessFileName directive, so grep for your too.

Just discovered how you can fix that problem - just put this to your virtual host configuration to be able to override global http.conf:

<Files ~ "^\.ht">
    Order allow,deny
    Allow from all
    Satisfy All
</Files>

Source

look into the apache error log file. You may see information about why the svn server unsuccessful to complete the commit.

Are also files carrying out from TortoiseSVN?

When the commit is working from an SVN client on a single box as TortoiseSVN on a single working copy (are you able to verify?), then my prediction could be different SVN and TortoiseSVN client versions leading to the issue.

TortoiseSVN -> About will report the SVN client version is was constructed with. Make sure that the consumerOrhost versions are compatible.