False checks while entering own server's credentials



Cloud Services
8 years ago
8 years ago


(Reporter: teddy, Unassigned)


Firefox Tracking Flags

(Not tracked)




8 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv: Gecko/20100401 Firefox/3.6.3
Build Identifier: Firefox Sync 1.4

When choosing an own server to store Firefox Sync data and try to enter server parameter, parameter "user" is seemingly checked against the firefox servers (and therefor is occupied most times) (1st bug)

 "server-URL" is also not accepted (in my case simply "weave", tried also http://weave, Intranet's FQN of this server and so on) (2nd bug)

I built my WebDav environment with Debian Lenny according to this article:
Login via Firefox browser-call is working fine.

Reproducible: Always

Steps to Reproduce:
1. Setup Firefox Sync from the scratch
2. Choose never used Sync before
2. Choose own server
3. Try to enter an intranet server (-> no valid server-URL, 1st bug)
4. Try to enter a new simple user name (-> almost in use, 2nd bug)

Actual Results:  
Credentials within my intranet environment are not accepted. Use of FF Sync not possible.

Expected Results:  
Configuration and use with an own server should be totally detached from the firefox server park and should be possible while being offline.
That article is completely obsolete.  As of Weave Sync 0.3 (spring 2009), WebDAV was not an option.  If you're pointing at just WebDAV, it's not a valid server for Sync 1.4.

https://wiki.mozilla.org/Labs/Weave/API is for the full server, but you probably want the minimal server: http://tobyelliott.wordpress.com/2009/09/11/weave-minimal-server/
Last Resolved: 8 years ago
Resolution: --- → INVALID

Comment 2

8 years ago
I found many articles describing how to build a WebDav option as a weave server. If these articles are not suitable anymore I want to apologize. Well, looking forward to build an own Sync server with the information you linked above... :-)
You need to log in before you can comment on or make changes to this bug.