Versions

O launcher passa a avisar quando há versão nova, roda sem internet o que já está instalado, e os botões da verificação de compatibilidade fazem o que prometem.

• Aviso de atualização: o launcher confere o feed de releases sozinho — ao abrir e a cada seis horas — e mostra uma faixa abaixo da barra superior quando sai uma versão nova, em qualquer tela. Fechar a faixa vale só para aquela versão; o cartão de atualização nas configurações mostra o mesmo estado, em uma linha.
• Jogar sem internet: todo lançamento começava buscando o manifesto de versões da Mojang, e sem rede parava ali — mesmo com todos os arquivos da instância no disco e verificados. Agora, se a busca falhar, vale o manifesto da última vez, com um aviso.
• Instalador do Forge e do NeoForge verificado: o launcher busca o .sha1 que o Maven publica ao lado do instalador, reaproveita um instalador em cache que bate com ele e recusa um que não bate. Sem digest disponível (repositório fora do ar), o cache é reaproveitado como antes.
• "Baixar o Java N" em um aviso de mod instalava o runtime e deixava o Java padrão como estava, e o mesmo aviso voltava com um botão a mais. Agora a instância passa a usar o Java baixado assim que ele termina.
• Um Java escolhido que os mods recusam (um 26 quando o Cobblemon exige 21) é barrado antes de a JVM abrir, com o nome do mod e o caminho para resolver — em vez de o jogo morrer dentro do loader com uma janela que o launcher não escreveu.
• "Reinstalar a versão" passava pela tela de versões e não podia tocar na instância; uma importação de modpack que falhava no meio ficava marcada como quebrada para sempre. Agora reinstala versão e loader pela própria instância e tira a marca.
• Modpacks com arquivos grandes em overrides/ (uma trilha sonora de 180 MB, por exemplo) não travam mais a importação no limite feito para bibliotecas nativas.
• Configurações ganha "Abrir pasta" para a pasta de dados do launcher.
• A janela abre maximizada, e o nome exibido é "DromorCraft Launcher". A instalação, a pasta de dados e as credenciais salvas continuam as mesmas.
• O relatório de falha na inicialização ficava no disco depois de o launcher voltar a abrir normalmente; agora uma abertura que dá certo o remove.
• O texto de notas na janela de atualização vinha vazio; agora o feed traz as mesmas notas da página do release.

Dois lançamentos que falhavam na 1.3.0, corrigidos; nada mais mudou para quem joga.

• Fabric e Quilt no Windows: o jogo morria em um segundo com "Could not find or load main class KnotClient" mesmo com o loader instalado. O caminho de cada jar ia para a JVM com o prefixo \\?\ que o Windows usa internamente, e a JVM não lê um classpath escrito assim. Agora vai o caminho comum.
• Forge e NeoForge: a instalação de um 1.21 falhava com erro de integridade na saída do instalador. Os processadores do instalador rodavam no Java 8 quando havia um na máquina (baixado para uma instância antiga, por exemplo); agora rodam no Java do próprio jogo, que é o que o instalador espera.
• Java automático: quando ninguém escolheu um runtime, o launcher usa a versão que a própria versão do Minecraft pede, se estiver instalada — e não a mais nova da máquina. Com mod loader, só essa versão serve; sem loader, uma mais nova ainda vale como alternativa. Um Java que você escolheu à mão continua sendo o seu.

O launcher ganha cara própria — logo, ícone e paleta — e a tela de cada instância passa a ser sobre a instância. Por baixo, o Java é interrogado em vez de adivinhado, a memória padrão vem da máquina, e o jogo sobrevive ao launcher.

• Visual: logo e ícone novos, e a paleta inteira derivada deles — verde-grama como cor de destaque, fundos escuros puxados para o verde. Barras de rolagem finas, sem setas. Sem menu de contexto do navegador nem seleção acidental de texto fora dos campos.
• Sobre: um card compacto com a marca, o autor, os canais da comunidade (site, Discord, Telegram, WhatsApp) e o aviso legal. Abre pelo rodapé da barra lateral ou por Configurações.
• Instância: a tela abre num painel com a arte da instância, os fatos (versão, loader, estado, tempo jogado, última partida), o botão Abrir pasta e as ações. Enquanto algo acontece — um lançamento, uma instalação — o progresso aparece sobre a arte, aqui e no card da Início.
• Capas: uma instância vinda de um modpack recebe o logo do pack como capa. Qualquer instância aceita uma imagem sua (Trocar capa), que é reduzida a um tamanho de miniatura antes de ser guardada.
• Página de projeto: um mod, shader ou pack do catálogo abre numa página própria com descrição, galeria e changelog, e instala dali.
• Modpacks: o launcher lembra de qual pack e versão uma instância veio, e o que o pack entregou — a base para atualizar e reparar. Exportar para .zip da CurseForge, além de .mrpack.
• Exportação: mods colocados à mão em mods/ e arquivos que sumiram do disco agora são listados entre o que ficou fora do pacote, em vez de desaparecerem em silêncio. A tarefa concluída mostra Abrir pasta para chegar ao arquivo — o backup de mundo também.
• Java: a versão e a arquitetura vêm do próprio runtime (java -XshowSettings), então um Java de 32 bits numa máquina de 64 não passa mais como se servisse. Versões até 1.12 ficam no Java 8, o único que o LaunchWrapper delas aceita.
• Memória: o -Xmx padrão de uma instância nova é calculado a partir da RAM da máquina (um quarto, entre 2 e 8 GB), e o launcher avisa quando um valor configurado não cabe.
• Sessão: fechar o launcher com o jogo aberto não perde mais a sessão. Ao reabrir, ele reencontra o processo e o Parar volta a funcionar.
• Rede: um único cliente HTTP para todos os serviços, com cache condicional — o que não mudou desde a última vez não é baixado de novo.
• Layout: os painéis se ajustam ao espaço que realmente têm, não ao tamanho da janela; as janelas de diálogo ficam centradas na janela inteira e o formulário de criar instância cabe sem rolagem.