starred/SMSSync

Fork 0

mirror of https://github.com/ushahidi/SMSSync.git synced 2026-04-25 15:55:57 +03:00

[GH-ISSUE #17] http auth support #14

New issue

Closed

opened 2026-02-28 01:22:45 +03:00 by kerem · 8 comments

kerem commented

2026-02-28 01:22:45 +03:00

Owner

Originally created by @mandric on GitHub (Mar 1, 2012).
Original GitHub issue: https://github.com/ushahidi/SMSSync/issues/17

any thoughts about supporting basic auth?

Originally created by @mandric on GitHub (Mar 1, 2012). Original GitHub issue: https://github.com/ushahidi/SMSSync/issues/17 any thoughts about supporting basic auth?

kerem closed this issue

2026-02-28 01:22:45 +03:00

kerem commented

2026-02-28 01:22:46 +03:00

Author

Owner

@eyedol commented on GitHub (Mar 5, 2012):

@mandric good point. Maybe a configuration that can be turned on and once that is done, there will be two fields asking for username and password? This will be useful for web services with user authentication. Could you post that as a feature request?

@eyedol commented on GitHub (Mar 5, 2012): @mandric good point. Maybe a configuration that can be turned on and once that is done, there will be two fields asking for username and password? This will be useful for web services with user authentication. Could you post that as a feature request?

kerem commented

2026-02-28 01:22:46 +03:00

Author

Owner

@mandric commented on GitHub (Mar 5, 2012):

Yea, I was thinking that as well as supporting user:pass@ strings in the Sync URL...

@mandric commented on GitHub (Mar 5, 2012): Yea, I was thinking that as well as supporting user:pass@ strings in the Sync URL...

kerem commented

2026-02-28 01:22:46 +03:00

Author

Owner

@eyedol commented on GitHub (Aug 26, 2012):

Slating this for next version. Maybe :-P

@eyedol commented on GitHub (Aug 26, 2012): Slating this for next version. Maybe :-P

kerem commented

2026-02-28 01:22:46 +03:00

Author

Owner

@olliebennett commented on GitHub (Feb 24, 2013):

It appears that the user:pass@ urls (eg. http://user:pass@secure.example.com/) are permitted by the defined URL_PATTERN in Util.java.

Is there some other issue preventing at least this simple technique to be used, or has it been implemented since this issue was opened (and hence we could close it)?

@olliebennett commented on GitHub (Feb 24, 2013): It appears that the user:pass@ urls (eg. `http://user:pass@secure.example.com/`) are permitted by the defined `URL_PATTERN` in `Util.java`. Is there some other issue preventing at least this simple technique to be used, or has it been implemented since this issue was opened (and hence we could close it)?

kerem commented

2026-02-28 01:22:46 +03:00

Author

Owner

@eyedol commented on GitHub (Feb 25, 2013):

This issue hasn't been implemented yet. Keeping credentials on an app can be a bit complicated because of security. You have to consider storing them somewhere safe from preying eyes. I will find time and look into this

@eyedol commented on GitHub (Feb 25, 2013): This issue hasn't been implemented yet. Keeping credentials on an app can be a bit complicated because of security. You have to consider storing them somewhere safe from preying eyes. I will find time and look into this

kerem commented

2026-02-28 01:22:46 +03:00

Author

Owner

@mandric commented on GitHub (Sep 12, 2013):

Any updates on this? I might take a first whack by supporting auth in the Sync URL.

@mandric commented on GitHub (Sep 12, 2013): Any updates on this? I might take a first whack by supporting auth in the Sync URL.

kerem commented

2026-02-28 01:22:46 +03:00

Author

Owner

@eyedol commented on GitHub (Sep 13, 2013):

@mandric Nothing yet. That would be great. Let me know when you start.

@eyedol commented on GitHub (Sep 13, 2013): @mandric Nothing yet. That would be great. Let me know when you start.

kerem commented

2026-02-28 01:22:46 +03:00

Author

Owner

@mandric commented on GitHub (Sep 17, 2013):