Da circa un mese non riesco a caricare alcuna grafica su Discourse. Ottengo le normali informazioni di avanzamento sotto il riquadro di composizione: 20%, 40%, caricato al 100%. Ma una volta terminato, il riquadro di composizione mostra qualcosa di simile (l’ho inserito come testo preformattato in modo che tutto fosse visibile):
[Uploading: Screen Shot 2022-06-14 at 10.58.16 AM.png…]()
e il riquadro del messaggio completato per la stessa cosa mostrerà:
Uploading: Screen Shot 2022-06-14 at 10.58.16 AM.png…
Ma a quel punto, nessuna attività di caricamento è ancora in corso. Ovviamente, il contenuto che dovrebbe essere tra parentesi non viene caricato. Aspettare ore non cambia nulla.
Questo accade su un Mac che esegue macOS v10.15.7 e Safari versione 15.5 (15613.2.7.1.9, 15613). Quando Discourse viene acceduto sulla stessa macchina tramite Firefox, tutto funziona normalmente.
Sono un principiante a riguardo. Per favore, consigliami dove guardare. Nella mia versione di Safari, vedo solo una voce di menu Sviluppo nella barra in alto.
Mi dispiace, ma quel video è stato prodotto così malamente che non sono riuscito a seguirlo. Tuttavia, penso di aver trovato la “Console”. Se provo a caricare un’immagine JPG chiamata Joss-Main nel messaggio che sto componendo in Safari, questo è il risultato:
Accedendo tramite Firefox e continuando sullo stesso argomento, posso caricare uno screenshot della finestra della Console di Safari. Tutto nella finestra della Console è apparso dopo aver trascinato quell’unica immagine nel riquadro di composizione (mentre ero in Safari). Come puoi vedere, l’immagine dello screenshot si carica bene in Firefox:
Dato che stai usando un browser molto recente, possiamo provare a riprodurlo qui. Lo stiamo assegnando internamente ai tech advocate in modo che possano vedere se qualcun altro riesce a riprodurre il problema su Safari 15.5. Al momento non riesco nemmeno a testarlo su Browserstack, è così recente (sebbene supportato al 100%).
Puoi caricare qui l’immagine problematica, o si tratta di ogni singola immagine?
Abbiamo provato a riprodurre il problema in modo semplice ma purtroppo finora non ci siamo riusciti. C’è stato un altro argomento simile in cui il problema è risultato essere legato a un’estensione del browser ClearURL, ma non sono sicuro che sia utile qui? MacOS Firefox image upload error - #16 by jimkleiber
Ciao @JammyDodger scusa per la lenta risposta, sto per effettuare un test sulla versione di Safari dei miei amici per vedere se salterà fuori qualcosa. @tut Per curiosità, che dispositivo stai usando?
La mia ipotesi è che in qualche modo questa versione di Safari abbia dei bug. Questa API contrassegnata come “deprecata” sta causando un sacco di problemi perché i browser tendono a romperla un po’?
Non usiamo execCommand quando si passa da segnaposto di caricamento a URL, quindi non penso che sia questa la causa qui. (Non possiamo passare facilmente, perché execCommand("insertText") richiede che la textarea sia attiva, e i caricamenti potrebbero terminare quando la textarea non è attiva).
È tecnicamente deprecata dagli standard web, ma non esiste ancora un’alternativa per il comando insertText. Da MDN:
L’API Clipboard può essere utilizzata al posto di execCommand in molti casi, ma execCommand è ancora talvolta utile. In particolare, l’API Clipboard non sostituisce il comando insertText, che puoi usare per sostituire programmaticamente il testo alla posizione del cursore preservando il buffer di annullamento (cronologia delle modifiche) negli elementi textarea e input di testo normale.
Dato il suo ampio utilizzo, sembra incredibilmente improbabile che i browser smettano di supportarlo senza prima fornire un’alternativa e una finestra di deprecazione.
@tut Ho appena aggiunto alcune informazioni di debug aggiuntive qui su Meta in modo che possiamo provare a capire cosa sta succedendo. Per favore, puoi provare:
Apri Meta in Safari
Apri la console per sviluppatori
Prova a caricare un file
Fai clic nella console per sviluppatori
Premi Cmd + a per selezionare tutti i log
Fai clic con il pulsante destro del mouse → Salva selezionati
Salva il file di testo da qualche parte, quindi caricalo qui (usando Firefox, suppongo)
Ok wow, questo è strano! Safari sta sostituendo i ... (tre punti) con un carattere di ellissi …. Questo poi impedisce il nostro successivo tentativo di sostituire il segnaposto con l’URL effettivo.
@tut puoi aprire le preferenze di sistema → Tastiera → Testo e vedere se hai una sostituzione configurata lì. Se aggiungo una sostituzione ... → …, allora posso riprodurre lo stesso problema in Safari sulla mia macchina:
(il tuo potrebbe apparire leggermente diverso a causa della versione precedente di macOS)
Quindi sì, questo sembra abbastanza probabile - mi dispiace di aver scartato quell’idea prima @sam. Sembra che Safari stia applicando sostituzioni di testo a livello di sistema a testo che aggiungiamo tramite execCommand("insertText",. Mi chiedo se sia una novità in Safari 15.5, o se sia sempre stato così e non ce ne siamo accorti
@david, non ho alcuna sostituzione impostata nelle preferenze della tastiera. Ora che so cosa cercare, tuttavia, posso confermare che la sostituzione avviene. Posso effettivamente vederla accadere mentre digito. E posso verificarla usando la freccia indietro. Quando arrivo al carattere delle ellissi, il cursore salta indietro su tutti e tre i punti che sono stati inseriti come caratteri separati.
La stessa cosa accade in Note, Anteprima, Messaggi e Mail, ma non in Calendario, Mappe, Foto o (ovviamente) Firefox. Quindi sembra essere una cosa specifica dell’app, non a livello di sistema.
. Sembra che Safari stia applicando sostituzioni di testo a livello di sistema a testo che aggiungiamo tramite 