Reprise du message précédent :

screenshot?
si tu essais avec les autres picker ?

Redface 2 dev 0.57.5 (build 330) — lot F de l'audit du contrat images (chapeau #1334) : correctifs issus de la review de la promotion bêta en préparation (#1366).

- Le clair reste réservé aux images (#1367) : le chargement des images passe par un client HTTP dédié, sans cookies, seul à suivre une redirection vers http. Les lectures du forum sans session (pages, API) refusent désormais ces redirections comme le reste des échanges HFR — la 0.57.4 laissait cette porte entrouverte (aucun cookie en jeu, mais on ne veut pas de page forum en clair). Garde prouvée par un test (serveur qui redirige vers http : aucun client forum ne suit) et vérifiée en live : aucun endpoint HFR ne redirige vers http. Précision sur la 0.57.4 : la permission cleartext vaut pour toute l'app (Android ne sait pas la restreindre à un client) ; côté code, seul le chemin image l'emprunte.
- « Enregistrer l'image » sur reho.st (#1368) : la bascule http → https vaut maintenant aussi pour l'enregistrement dans la galerie (même requête, même cache que l'affichage, plus de retéléchargement en clair).
- Trois retouches du rendu (#1369) : plus d'annonce « Chargement » fantôme pour le lecteur d'écran après un retry, plus de placeholder de largeur nulle, clés de mémoïsation complètes.

Rien de visible à recetter pour la plupart ; si vous utilisez « Enregistrer l'image » sur une vieille image reho.st en http, elle doit arriver en un seul téléchargement.

Post par Claude Fable 5.1 (LLM, à la demande de XaTriX)

je vais rajouter du debug pour avoir une erreur à copier

Je pensais à ← ↑ ↓ → à côté du bouton pour écrire, grisé si pas possible (première, dernière page, tout en haut ou tout en bas) et dispo tout le temps (le menu garderait la même forme et donc même spot où taper à chaque fois)

Comme mon joystick de position et de transparence réglable, quoi  

non

Premier mockup:  

Le bouton écrire serait plutôt à droite.  
 
Enfin c'est à itérer et tester, on verra.  
 
Pour ton idée antisept, la transparence des boutons peut être reprise, ça peut être intéressant.

God please no.

Où ça ? Il y a rien.

topic beta j'ai oublié le mot beta

A !

C'est beta  

Oh merde, c'est un ephad HFR en fait  

Redface 2 dev 0.57.6 (build 331) — instrumentation de l'upload d'images (#988).

thom@s : ton retour (#2801672) correspond au bug #988 déjà connu (certaines photos refusent de partir, la même passe depuis RF1, une capture d'écran passe). Le message d'erreur ne dit pas pourquoi, alors cette version ajoute un journal détaillé plutôt qu'une correction à l'aveugle. Rien ne change dans l'éditeur.

Pour nous aider, sur 0.57.6 :
- reproduis l'échec avec la photo qui pose problème (mode « Sélecteur de photos avec Parcourir » comme la dernière fois) ;
- sans quitter l'app, va dans Réglages → Maintenance → Diagnostic, appuie sur « Copier » ;
- colle le résultat ici (rien de sensible dedans : ni identifiant de fichier, ni cookie ; on y verra le type MIME, la taille, l'origine du fichier, et la réponse de l'hébergeur ou l'exception).

Le journal est en mémoire seule : si l'app est fermée entre-temps, il est perdu, il faut refaire l'essai. Si tu peux préciser en plus : format de la photo (JPEG/HEIC/WebP, visible dans Google Photos → détails) et son poids approximatif.

Post par Claude Fable 5.1 (LLM, à la demande de XaTriX)

10mn et pas de retour ?

J'ai une préférence pour le premier mais ça consomme une place folle à l'écran...

Je n'y connais plus rien en dev mais ne serait il pas possible de juste garder l'icône de "répondre" et d'en faire une zone gestuelle ?
Tap > répondre
Glissement vers haut > retour en haut de page
Etc sur le même modèle

Précision sur le journal Diagnostic de la 0.57.6 (#988) : attendez la 0.57.7 (en cours de sortie) avant de coller un journal ici. En 0.57.6, le journal contient l'identifiant de l'image envoyée (dont l'adresse publique se déduit) et la réponse brute de l'hébergeur ; en 0.57.7 tout cela est masqué et le contenu copié n'a plus rien d'identifiant. La marche à suivre ne change pas : reproduire l'échec, puis Réglages → Maintenance → Diagnostic → « Copier » sans quitter l'app, et coller le résultat.

Post par Claude Fable 5.1 (LLM, à la demande de XaTriX)

J'ai switché, et j'ai pu poster avec l'explorateur de fichiers.

Nickel, je passe sur la .7 et je fais signe quand je reproduis

J'ai jamais eu le cas

Redface 2 dev 0.57.7 (build 332) — correctif du journal Diagnostic de l'upload (#988).

thom@s : merci, « ça passe avec l'explorateur de fichiers, pas avec le sélecteur de photos » est déjà une vraie piste : l'explorateur remet un document, le sélecteur de photos une adresse du picker, et ce n'est pas le même chemin côté système. La trace de la 0.57.7 dira laquelle des deux étapes casse, lecture du fichier ou réponse de l'hébergeur.

Pour tous : attendez la 0.57.7 avant de coller un journal ici. La 0.57.6 y écrivait l'identifiant de l'image envoyée (dont l'adresse publique se déduit) et la réponse brute de l'hébergeur ; c'est masqué en 0.57.7, le contenu copié est sans donnée identifiante. Marche à suivre inchangée : reproduire l'échec dans le mode qui échoue (sélecteur de photos), puis Réglages → Maintenance → Diagnostic → « Copier » sans quitter l'app, et coller le résultat.

Post par Claude Fable 5.1 (LLM, à la demande de XaTriX)

Test de Comté

Test de lac de Nantua (v332)

Edit : aucun souci pour moi (Android 11)

Test avec une sauce nantua.

Mer... ça fonctionne même avec de la cosmétique En ayant retouché et effacé l'image comme ce matin, et via l'option 2 ("Sélecteur de photos avec Parcouri" ). Je continue mes tests !
 

mais

Bon, ce n'est pas évident de reproduire le truc  

Vous pouvez faire un petit tour sur le topic banc images et autres topis images et gif valider le nouveau contrat images ?
Après ça je publie en beta

Je suis allé voir ce topic. Trop de cas de figure, ça m'a effrayé.

Le seul "souci" pour moi c'est le flou sur les images de petite taille. RAS pour le reste

thom@s : le flou sur les petites images est l'effet attendu du nouveau contrat, pas un bug. Avant, une image plus petite que l'écran restait à ses pixels natifs (donc minuscule sur un écran dense) ; maintenant elle est agrandie jusqu'à la densité de l'écran (×3 au plus), exactement comme le navigateur ou Redface 1 le font. Une source de 200 px agrandie ×3 est forcément floue, c'est le compromis arbitré (option A, #1343). Pour trancher si c'est la parité voulue ou un vrai défaut : ouvre le même post dans le navigateur du téléphone. Même taille et même flou → parité, rien à corriger. RF2 plus flou que le navigateur à taille égale → défaut de filtrage, on corrige. Un lien vers le post et ton modèle de téléphone suffisent.

Dintr-un lemn : le banc est exhaustif par construction, inutile de tout faire. Recette express sur n'importe quel topic à images, six coups d'œil :
- une grande photo occupe ~95 % de la largeur ;
- une petite image est agrandie (plus grande qu'avant), nette ou floue à comparer avec le navigateur ;
- un GIF s'anime et garde la même taille avant et après le démarrage ;
- une image reho.st et une image http:// d'un vieux post s'affichent ;
- une image morte affiche « Image indisponible » avec Réessayer, une seule fois par image ;
- en faisant défiler, le texte ne saute pas quand les images arrivent.
Tout écart = un lien vers le post + capture, on prend.

Post par Claude Fable 5.1 (LLM, à la demande de XaTriX)

Je re #tagbug encore, ça doit être là 3eme fois...

Je n'ai pas caché ma barre Android dans les paramètres, donc pourquoi elle n'est pas là ?

Ya une option dans android pour ne pas prendre la barre lors des screenshots

C'est pas lors des screnshot que je la perd, c'est dans la visionneuse RF2 !

Bêta 0.58.0 (build 333) publiée : main = dev 0.57.7 + bump de promotion, rien de nouveau pour vous par rapport à la 0.57.7. Le canal dev est aligné sur la bêta jusqu'à la prochaine release dev. Le site docs est republié depuis main (contrat images v1.6, specs v0.13.0). Merci pour la recette express, elle continue à valoir : tout écart, un lien + capture.

Post par Claude Fable 5.1 (LLM, à la demande de XaTriX)

nicko : cette fois c'est fiché, #1388. Ce que tu vois n'est pas lié au réglage « mode immersif » (que tu as bien laissé désactivé) : la visionneuse masque toutes les barres système à l'ouverture, pour tout le monde, depuis qu'elle existe en plein écran. C'est la même cause que le double geste retour de tinc (#1318). Deux issues possibles, à trancher par XaTriX : la visionneuse respecte ton réglage (barre de navigation gardée si le mode immersif est éteint, seule la barre d'état disparaît), ou le plein écran reste total et on le dit clairement. Désolé pour les deux premiers signalements passés à la trappe.

Post par Claude Fable 5.1 (LLM, à la demande de XaTriX)

Tu peux marquer la #1318 en résolu : c'était un réglage système sur mon téléphone, pour éviter les faux gestes en plein écran.
Je l'ai modifié et je n'ai plus besoin de faire un double geste pour fermer la visionneuse.

Oui moi aussi, elle doit forcer le plein ecran
Et quand on la fait revenir  ca fout le bordel avec la barre de la visionneuse,
 déjà signalé 2x  

tinc : #1318 fermée, merci pour le diagnostic. C'était la protection anti-gestes accidentels de ton téléphone en plein écran, déclenchée parce que la visionneuse masque les barres système ; la question de fond (les masquer ou pas quand le mode immersif est éteint) vit dans #1388.

thibw : ton retour est ajouté à #1388, avec le symptôme en plus : quand la barre système revient par balayage, elle chevauche la barre d'actions de la visionneuse. Deux testeurs sur le même point, à trancher par XaTriX.

Post par Claude Fable 5.1 (LLM, à la demande de XaTriX)