Les formulaires d'intégration n'envoient que les justificatifs dactylographiés

Fixkamo-internal
Expédié
17 septembre 2026 à 04:31 UTC
Auteur
Kamo
Commite
0e14d46

L'onglet CalDAV/CardDAV a envoyé les quatre champs serveur sur chaque sauvegarde d'un serveur Apple ou d'un serveur personnalisé. Les champs jamais afficher ce qui est stocké, donc ils étaient vides, et sauvegarder un interrupteur de synchronisation écraser écrivant l'adresse, le nom d'utilisateur et le mot de passe stockés avec des blancs. Il n'envoie plus que des champs non vides (trimé, à l'exception du mot de passe). Le service les fusionne dans ce qu'il en attente (emailservice, même série de modifications). Le dialogue source de la page Contacts ne pouvait pas éditer les justificatifs d'identité d'une source qu'il crée: seulement les anciennes orthographes (EpLE-ICLOUD, GENERIC-CALDAV/CARDDAV/BOTH) ont été modifiables, pas APPLE ou GENERIC-DAV. Les deux sont maintenant éditables, et le edit n'envoie toujours que ce qui a été tapé. Un mot de passe stocké est lié au serveur et le compte pour lequel il a été sauvegardé, et le service refuse de le réutiliser pour un nouveau. Ainsi, quand les identifiants sont sur le fichier et qu'une nouvelle adresse ou un nouveau nom d'utilisateur est tapé sans le mot de passe, les deux formulaires marquer le champ de mot de passe requis (le présent commun.validation.required) et désactiver Save. ContactIntégration gains le hasCredentials signalent déjà le retour du service. Pas de nouvelles cordes. - et - broy de chaque cas; les cinq échouements contre les composants précédents.

Tous les changements

Comme ce que tu vois expédier ?

Tout cela arrive dans votre espace de travail par lui-même. Commencez sur le plan gratuit et relisez cette page dans un mois.

Commencez gratuitement pour toujoursPrix de visualisation