Link diretti non caricati per alcuni utenti, inclusa spiegazione dettagliata

Ciao ragazzi,

Questa potrebbe essere una domanda un po’ strana, oggi ho notato che ALCUNI link diretti sembrano non funzionare e vanno semplicemente su “loading” senza caricare effettivamente.

Se sei già nel forum e clicchi su un link funziona bene (design a pagina singola, capisco)

Ma avete qualche idea su cosa stia causando questo? Sembra succedere solo se si è effettuato l’accesso.

Ad esempio, andando su
https://community.cyanlabs.net/
e cliccando su qualsiasi link va bene, ma andando direttamente, ad esempio, a
https://community.cyanlabs.net/t/sync-3-4-22251-feedback-issues/6515/189
risulterà in questo

image

Tuttavia, andando, ad esempio, al post 160 invece che al 189, funziona,
https://community.cyanlabs.net/t/sync-3-4-22251-feedback-issues/6515/160
ora potresti pensare che sia perché ci sono solo 170 post, tuttavia cliccando su “in fondo” imposterà l’URL al 189 nonostante non funzioni. questo si traduce nella copia di URL errati, ecc. e causa problemi durante la condivisione di link altrove.

Inoltre, presumibilmente discourse dovrebbe rilevare che l’URL non è valido e caricare semplicemente l’argomento invece di un post specifico nell’argomento?


Spero sia una soluzione facile :thinking:

MODIFICA: dopo ulteriori indagini sembra riguardare solo alcuni account, finora il mio (admin) e un moderatore chiamato Louage, se non si è effettuato l’accesso funziona bene, se si accede come utente di prova funziona bene (sia come utente che come mod), se si accede come me non funziona… hmm strano

Anche altri moderatori stanno bene… questo è davvero strano :thinking:

Giusto.

Sembra un problema con un componente del tema o un plugin (forse append-tag-apim?). Potresti provare la modalità provvisoria.

Grazie per la risposta, divertente che tu dica questo, ho appena provato letteralmente pochi istanti fa, sfortunatamente la stessa cosa

quello è un mio plugin, GitHub - cyanlabs/discourse-append-tag-apim: Simple plugin that appends the apim tag to sync1,sync2,sync3,sync4 tagged topics non fa molto.

https://community.cyanlabs.net/t/sync-3-4-22251-feedback-issues/6515/16022 funziona se non si è effettuato l’accesso.

Sembra improbabile che sia questo il problema.

Suggerirei di rimuovere entrambi i plugin non ufficiali e ricompilare come prossimo passo.

Grazie, ci proverò subito. Ovviamente, se riguarda solo 2 utenti non è un grosso problema, ma non posso essere sicuro che non riguardi più persone.

Una cosa da notare è che sto usando container dati/web separati, ma entrambi sono aggiornati, quindi dubito che questo conti?

Purtroppo non c’è stato alcun successo, la stessa cosa

Proverei con browser diversi la prossima volta.

Se sono solo quegli utenti allora è un problema loro, immagino.

I link funzionano per altri utenti, quindi non è probabilmente un bug di Discourse.

Il browser non fa differenza, ho provato Chrome sul telefono, Chrome su Windows, Edge, ecc., non appena accedo al mio account quei link non funzionano, lo stesso per Louage, per altre mod va bene. per il mio account di test va bene.

Non capisco come questo non sia un bug di Discourse, anche se si tratta di qualcosa di specifico per gli account utente stessi, ciò lo renderebbe comunque un bug di Discourse, da dove abbia origine il bug, chi lo sa. ma questo è sicuramente un problema da parte di Discourse, come può essere il computer di un utente quando funziona bene sullo stesso computer dell’utente (il mio, come utente diverso connesso a Discourse)

Voglio dire, dice letteralmente che “require” non è definito, ciò significa sicuramente che qualcosa non si sta caricando correttamente da Discourse quando si tenta di visualizzare questi link
image

Apprezzo comunque il tuo aiuto, ma questo è decisamente un problema lato server, non lato client.

Mi dispiace per il doppio post, ma ho appena notato che anche questo argomento

e

non funzionano affatto. Mi chiedo se sia correlato?

MODIFICA: ok, questo era effettivamente correlato al plugin flag, ma il problema iniziale persiste.

MODIFICA2: Niente nei file di log che sia utile

Started GET "/t/sync-3-4-22251-feedback-issues/6515/9999" for xxxx at 2023-05-01 16:21:07 +0000
Processing by TopicsController#show as HTML
  Parameters: {"slug"=>"sync-3-4-22251-feedback-issues", "topic_id"=>"6515", "post_number"=>"9999"}
  Rendered topics/show.html.erb within layouts/application (Duration: 8.2ms | Allocations: 7009)
  Rendered layout layouts/application.html.erb (Duration: 19.8ms | Allocations: 16957)
Completed 200 OK in 237ms (Views: 20.3ms | ActiveRecord: 0.0ms | Allocations: 179458)

MODIFICA3: Questo sembra decisamente un bug di discourse, sembrano essere alcuni post che causano il problema, ad esempio posso accedere a
https://community.cyanlabs.net/t/sync-3-4-22251-feedback-issues/6515/341
(341 e inferiori)

ma non posso accedere a

https://community.cyanlabs.net/t/sync-3-4-22251-feedback-issues/6515/342
(342 e superiori)

Quindi ho diviso l’argomento, ora l’argomento diviso si interrompe ma l’argomento originale funziona, quindi è correlato al 100% a qualche post in questo argomento da qualche parte…

https://community.cyanlabs.net/t/sync-3-4-22251-feedback-issues-archived-replies/8977/150 i post fino al 150 funzionano, tutto ciò che è dopo il 150 non funziona… così strano.

1 Mi Piace

E se fosse solo per alcuni utenti? È correlato alla rete? Se accedi da una rete diversa funzionerà?

No, si tratta specificamente dell’utente, non importa quale browser, quale rete, quale dispositivo se sono connesso come me (o Louage) inclusa l’impersonificazione non funziona.

Per quanto mi riguarda, questo è ancora un bug in Discourse, quindi l’ho spostato in Bug

Non sono sicuro di come possiamo raccogliere alcuni passaggi per la riproduzione per indagare su questo? :thinking:

Succede con tutti gli account admin e/o mod? Ci sono altri dettagli in /logs che potrebbero identificarlo ulteriormente?

E hai controllato la modalità provvisoria?

1 Mi Piace

Ehi,

Sfortunatamente no, succede solo con il mio account (Admin) e l’account di Louage (Moderator)

/logs non mostra assolutamente nulla, purtroppo, lo stesso vale per tutti i file di log menzionati nell’argomento dei log

La modalità provvisoria non fa differenza (menzionata sopra ma potresti essertela persa)