Novità

v0.12.0

2026-08-26

Aggiunto

• – Un organizzatore ospite può ritirarsi da una serata che non ha creato — prima non aveva modo di togliersi. Ritirandosi la serata esce dal suo elenco e il suo nome dalla scheda; chi l'ha creata riceve l'avviso.

Modificato

• – Eliminare una serata già pubblicata ora la annulla — prima rispondeva con un errore e non succedeva niente. Chi partecipa e chi la segue riceve l'avviso; le bozze si eliminano come prima.
• – Una serata la modifica solo chi l'ha creata — chi era soltanto ospite riceveva un rifiuto che non diceva il motivo. Ora il messaggio lo dice, e la scheda porta il nome di chi ha creato la serata.

Corretto

• – Un organizzatore eliminato non resta più scritto sulle schede delle serate — continuava a comparire su serate future e passate. Ora il suo nome sparisce: le serate dei locali restano pubblicate, quelle passate nello storico, e chi le organizza riceve l'avviso.
• – Il rifiuto di un locale ora si vede e si legge — chi aveva fatto la richiesta non riceveva niente e il locale restava fra i suoi profili. Ora sparisce dal cambio profilo e arrivano l'avviso nell'app e la mail con il motivo. Vale anche per artisti e organizzatori.
• – Sul sito il nome di un locale, un artista o un organizzatore chiuso non è più un collegamento — portava a una pagina che non esiste. Il nome resta scritto nella scheda della serata e si legge come prima: non si apre più niente.

v0.11.0

2026-08-25

Aggiunto

• – Un artista può ritirare la partecipazione a una serata che aveva accettato — prima poteva farlo solo chi organizza, e l'artista restava in line-up. Chi ha creato la serata riceve l'avviso con il nome dell'artista.

Corretto

• – Cambiando copertina non resta il ritaglio della foto di prima — la foto nuova si vedeva tagliata in un punto che nessuno aveva scelto. Chi manda foto e ritaglio insieme se lo tiene.
• – Sul sito la line-up mostra solo gli artisti che hanno accettato — comparivano anche quelli che non avevano ancora risposto all'invito, o che l'avevano rifiutato, e la serata annunciava gente che poteva non esserci. Nell'app la regola valeva già.
• – Sul sito la copertina rispetta il ritaglio scelto — le schede di locali, artisti, organizzatori e serate la tagliavano sempre al centro.
• – Il ritaglio scelto per la copertina si vede davvero — locali, artisti, organizzatori e serate lo salvavano, ma il server non lo restituiva mai e ogni scheda ricadeva sulla fascia centrale. Per le serate non aveva nemmeno dove essere scritto.

v0.10.0

2026-08-25

Aggiunto

• – Una serata dice se l'ha inserita il team di Clubbel — l'avviso che il sito mostra da sempre nell'app non compariva, perché la risposta del server non diceva chi l'aveva inserita. Ora lo dice.
• – Un locale, un artista o un organizzatore senza copertina ne ha una di riserva — la pagina restava con uno spazio vuoto. Ora ognuno dei tre ha la sua immagine, diversa per tipo, uguale su sito, app e pannello. Caricando la propria, quella di riserva sparisce.

Modificato

• – I suggerimenti della ricerca serate dicono anche dove si tiene — comparivano nome e data soltanto. Ora ogni suggerimento porta la sua immagine e il locale che la ospita.
• – Ritirare un invito a un artista lascia traccia — l'invito ritirato spariva come se non fosse mai stato mandato. Ora resta, segnato come ritirato.

v0.9.0

2026-08-25

Aggiunto

• – Anche dal sito il dress code si sceglie da un elenco — nei tre moduli era un campo libero, e la stessa serata arrivava con parole diverse per la stessa cosa. Ora si sceglie fra le stesse voci che propone l'app.
• – Il profilo del locale ha finalmente copertina e foto — si caricavano solo dall'app: dal pannello non si potevano né vedere né correggere.

Modificato

• – Una serata non si pubblica senza dire che tipo è, che musica ci sarà e a che ora finisce — la regola valeva solo dentro l'app, e chi compilava dal sito la scavalcava. Ora vale per tutti, con un massimo di tre tipi e tre generi.
• – Nei moduli del sito il tipo di serata si chiede prima della musica, e le voci escono raggruppate per famiglia — stesso ordine e stessa forma dell'app, sugli stessi campi.

Corretto

• – Il sito mostrava il dress code in codice — una serata creata dall'app scriveva «white_party» al posto di «White Party».

v0.8.4

2026-08-23

Aggiunto

• – Segnalare un contenuto e bloccare una persona ora funzionano davvero — l'app aveva le schermate ma il server non aveva dove scrivere: le chiamate tornavano «non trovato», l'elenco dei bloccati mostrava un errore e nessuna segnalazione arrivava. Ora una segnalazione resta consultabile e un blocco si mette, si elenca e si toglie. Apple lo richiede per tenere l'app sullo store.
• – Chi blocca qualcuno smette di vederlo davvero — il blocco vale su elenchi, ricerca, mappa e serate, non solo sulla schermata dove è stato messo: bloccare un locale, un artista o un organizzatore porta via anche le sue serate. Toglierlo fa ricomparire tutto.

Corretto

• – Un filtro con un valore che non esiste non passa più in silenzio — chiedere una lista con un filtro sbagliato restituiva l'elenco intero, e chi guardava credeva di aver filtrato. Ora la risposta dice il valore ricevuto e quelli ammessi.

v0.8.3

2026-08-23

Corretto

• – Il ritaglio scelto per la copertina non si salvava — chi sceglieva quale parte dell'immagine mostrare ritrovava l'inquadratura di prima. Ora il ritaglio arriva al server e resta, per locali, artisti e organizzatori.
• – Le foto di un locale non si vedevano e non si potevano cambiare — si caricavano creando il locale e poi sparivano: la scheda le restituiva sempre vuote e la modifica le scartava. Ora si vedono e si aggiornano come per artisti e organizzatori.
• – Il pin grigio del locale restava sotto quello della serata — l'esclusione guardava le serate di oggi anche quando sulla mappa si stava guardando un altro giorno. Ora segue la data e i filtri scelti.
• – La copertina di un organizzatore arrivava ai client come allegato, non come indirizzo — chi la leggeva restava senza immagine. Ora ha la stessa forma di quella dei locali e degli artisti.

v0.8.2

2026-08-22

Corretto

• – Nemmeno la 0.8.1 era arrivata agli ambienti — due prove automatiche cadevano quando le macchine della verifica erano cariche, e bloccavano di nuovo la pubblicazione. Ora una aspetta di essere ascoltata prima di proseguire, l'altra dice cosa non ha funzionato invece di limitarsi a fallire. Contenuti identici alla 0.8.0.

v0.8.1

2026-08-22

Corretto

• – Il rilascio 0.8.0 non è mai arrivato agli ambienti — una prova automatica instabile teneva rossa la verifica e bloccava la pubblicazione. Contenuti identici alla 0.8.0, con la prova resa stabile.

v0.8.0

2026-08-21

Aggiunto

• – Una serata può costare «da dieci a venti» (CLRA-107) — il prezzo era un campo solo, quindi con l'ingresso variabile si scriveva un numero che non era quello vero. Ora si puo indicare anche il massimo e si legge la fascia.
• – Un locale puo avere le sue foto, non solo la copertina (CLRA-106) — crew e organizzatori potevano caricare fino a tre foto, i locali no. Ora anche il locale le accetta e compaiono sulla sua scheda.
• – Chi promuove Clubbel sul campo viene avvisato dell'esito della sua candidatura (CLRA-105) — chi si candidava a una serata restava senza risposta e doveva riaprire l'app per scoprirlo. Ora arriva un avviso sul telefono, accettato o rifiutato.
• – Le cose da approvare stanno in un elenco solo anche dall'app di amministrazione (CLRA-98) — dal telefono bisognava girare quattro sezioni separate e sommare a mente. Ora l'app puo chiedere un elenco unico col totale.
• – Il robot che raccoglie da Instagram ha dove consegnare (CLRA-103) — il robot era pronto a consegnare ma il server non aveva dove ricevere. Ora le rotte ci sono e le immagini restano anche quando Instagram le fa scadere.
• – Dall'app di amministrazione l'Instagram si può usare, non solo guardare (CLRA-97) — si vedevano profili e post ma ogni azione voleva un computer. Ora dall'app si fa interpretare un post, se ne ricava una serata e si avvia uno scarico.
• – Un controllo avverte quando le app chiedono al server un indirizzo che non esiste (CLRA-95) — un indirizzo sparito si scopriva quando l'app era gia in mano alle persone. Ora un controllo automatico lo segnala prima del rilascio.

Modificato

• – La lista dei generi musicali ha smesso di chiamarsi in due modi (CLRA-102) — la stessa lista rispondeva a due indirizzi diversi, e la stessa app li usava entrambi. Ora il nome e uno solo.
• – Tre documenti dicevano di essere l'elenco ufficiale di come il server parla con le app (CLRA-100) — chi si fidava lavorava su informazioni sbagliate: uno registrava sette famiglie di errori su sessantatre e nessuno lo leggeva. Le dichiarazioni false sono state tolte.

Rimosso

• – Tolte tre richieste che il server serviva a nessuno e un interruttore che nessuno guardava (CLRA-101) — erano superficie da mantenere senza utilizzatori. Verificato su tutti i client prima di rimuoverle.

Corretto

• – L'esito di una richiesta di gestione arriva per email a tutti (CLRA-94) — l'email partiva solo per i locali, quindi chi aveva chiesto un artista o un organizzatore lo scopriva solo aprendo l'app. Ora arriva a tutti.
• – Gli avvisi che non partivano adesso partono (CLRA-93) — sei tipi di avviso erano previsti ma nessuno li emetteva, fra cui quello dei nuovi follower. Ora vengono spediti.
• – Le richieste di aprire Clubbel in una città nuova adesso qualcuno le legge (CLRA-92) — si registravano e restavano invisibili: nessuna email, nessuna schermata. Ora arriva un avviso agli amministratori e c'e un elenco da consultare.
• – I promemoria delle serate adesso partono davvero (CLRA-91) — erano scritti ma nessuno li faceva partire, quindi non e mai arrivato un promemoria a nessuno. Ora arrivano il giorno prima e un'ora prima.
• – I post scaricati da Instagram diventano bozze di serata da soli (CLRA-90) — i post venivano salvati e li si fermavano: serviva una persona che li aprisse uno per uno. Ora l'analisi parte da sola e ne ricava le bozze.
• – Dall'app si riesce di nuovo a saltare le domande iniziali (CLRA-89) — premendo «salta» non succedeva niente e le domande non si potevano evitare. Ora si chiudono davvero.

v0.7.14

2026-08-20

Aggiunto

• – Ogni città attiva ha la sua pagina di eventi (CLRA-86) — chi cerca «eventi a Milano» arrivava al massimo sull'elenco generale, uguale per tutti. Ora ogni città in cui Clubbel è attivo ha una pagina sua, con i suoi eventi, che i motori di ricerca possono trovare e mostrare.

Corretto

• – Una serata creata dal proprio locale non chiede più quale locale (CLRA-85) — chi gestisce un locale e cominciava a creare una serata dal suo pannello si fermava al primo passaggio: il salvataggio veniva rifiutato dicendo che mancava il locale, che però era proprio quello da cui si stava creando. Ora la serata nasce già ospitata da quel locale. Per chi crea per conto di altri — organizzatori e amministratori — la scelta resta obbligatoria come prima.