Summary: | Unable to use Windows share in an enterprise domain environment. | ||
---|---|---|---|
Product: | [Unmaintained] kio | Reporter: | Richard Clinker <richclinker> |
Component: | smb | Assignee: | Unassigned bugs mailing-list <unassigned-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | major | CC: | emmanuelpescosta099, nate |
Priority: | NOR | ||
Version: | 4.13.3 | ||
Target Milestone: | --- | ||
Platform: | Kubuntu | ||
OS: | Linux | ||
URL: | smb://PRBUK%5Ce1153226@entadc05p/andfs/Shared_SWDTS14/Service%20Monitoring/WideVision | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Richard Clinker
2014-10-15 09:35:07 UTC
Thanks for the bug report! We use KIO to access samba shares, so I'll reassign it to KIO. I'll also set the importance to major because of "Unable to use Windows share in an enterprise domain environment." Are you sure that the problem is caused by the @? Accessing the samba share "emmanuel@hydro/fotos" works here. I think the problem is caused by % in "PRBUK%5Ce1153226", can you please check it? From email reply to Emmanuel: The %5C should, as far as I know, replace the \ that would normally be between a domain and user ID when logging in to a Windows share. Nautilus seems to deal with that by using a semi colon between domain and user. The only reason I tried %40 instead of @ is that I saw some mention in a potentially similar bug (found by searching reports for "domain") that @ is not a character that could be handled. Clearly that's not the case. I think it is some sort of problem with either / or %5C or some other domain authentication related issue. In general you don't need to escape characters like that. You can use @ and : in samba URLs, but you should use forward slashes (/) instead of Windows backslashes (\). So a valid Samba URL looks like this: smb://username[:optional password]@share/optional/path/to/file |