Data e hora
Digite um inteiro do Chrome por linha ou uma data ISO com Z ou deslocamento explícito. O resultado usa UTC.
A entrada é processada neste navegador e não é enviada a um servidor.
Época do Chrome: 1601-01-01 UTC · uma unidade = um microssegundo.
Um inteiro decimal com sinal por linha ou YYYY-MM-DDTHH:mm:ss[.1–6 dígitos]Z / ±HH:mm. Anos UTC aceitos: 0001–9999.
Zero tem uma data aritmética, mas pode indicar não definido no Chromium. Os extremos int64 são sentinelas infinitas, sem data.
UTC mostra seis casas decimais. Segundos e milissegundos Unix são arredondados para baixo, com restos não negativos em microssegundos.
Até 1.000 linhas físicas e 100.000 unidades UTF-16. Espaços externos removidos; linhas vazias são erros.
A inversão exige uma data em cada linha. Confira primeiro os erros e as sentinelas infinitas.
Insira dados ou carregue um exemplo.
O Conversor WebKit ajuda a conferir números longos extraídos do histórico do Chrome. Use o valor original do banco de dados: se uma planilha já arredondou os últimos dígitos, não há como reconstruí-los durante a conversão.
O nome WebKit indica aqui o formato Chrome/Chromium contado a partir de 1601. Outras APIs do navegador podem usar unidades ou origens diferentes. Antes de interpretar um carimbo de tempo, confirme de qual campo ele veio.
O Conversor WebKit transforma 11644473600000001 em 1970-01-01T00:00:00.000001Z. Ao inverter o resultado, o último 1 continua presente. As seis casas decimais mostram diferenças que um visualizador limitado a milissegundos esconderia.
O relatório preserva o texto original e o número da linha física. Um valor inválido não impede a conversão dos vizinhos nem desaparece da lista. Assim, as linhas convertidas continuam alinhadas com a coluna que você extraiu.
visits.visit_time no banco de dados não é igual a lastVisitTime na API de extensões, que usa milissegundos Unix. As marcas de tempo do Chrome dependem da origem. Um número curto pode ser válido aqui, por isso não há detecção pela quantidade de dígitos.
A conversão inversa exige Z ou ±HH:mm, mesmo que o computador esteja em UTC. Exemplo acompanha a direção selecionada e abre uma prévia antes de substituir os dados. Frações com mais de seis dígitos geram erro, sem corte silencioso.
O modo automático aguarda 350 ms após a edição. Desative-o para usar o botão ou Ctrl/Cmd+Enter. Alterações bloqueiam a exportação imediatamente. A inversão exige datas em todas as linhas; Desfazer recupera a entrada e o relatório anterior ao mesmo tempo.
Os valores atuais ultrapassam o limite de inteiros seguros do JavaScript. Os cálculos usam inteiros e os contadores exatos são strings no JSON. Passar antes por ponto flutuante poderia remover o último dígito ímpar, mesmo que o resultado parecesse normal.
A conversão subtrai 11644473600000000 microssegundos antes de mudar a unidade. O relatório traz microssegundos Unix exatos, segundos e milissegundos arredondados para baixo e seus restos. Junte as partes para conferir a precisão que não cabe em unidades inteiras maiores.
Um valor WebKit negativo corresponde a uma data anterior a 1601 dentro da faixa aceita. Um microssegundo antes de 1970 resulta em -1 segundo Unix e resto de 999999 microssegundos. A divisão não trunca em direção a zero.
O limite é de 1000 linhas físicas e 100000 unidades UTF-16. A tela começa com 50 linhas e adiciona mais 50 por vez. Copiar e baixar incluem todas as linhas, com entrada original, interpretação e mensagens de erro, mesmo quando a visualização é parcial.
Exemplos comuns são visits.visit_time e urls.last_visit_time em History, além de creation_utc e expires_utc em Cookies. Confira a versão do banco e o campo original. Esta página processa os valores colados e não abre os arquivos do navegador.
O base::Time do Chromium usa a época do Windows, 1601-01-01 UTC. Até a origem Unix em 1970, a diferença é de 11644473600000000 microssegundos. Apenas dividir por um milhão muda a unidade, mas não corrige a origem da contagem.
O Chromium pode usar zero para representar um horário não inicializado. A conta produz uma data em 1601 sem provar que houve um evento ali. O aviso possibleNull indica que o registro de origem precisa ser consultado para determinar o significado.
Confirme que o campo original conta microssegundos desde 1601 e cole o inteiro em WebKit → data. Leia a saída UTC junto ao nome do campo. Cookies de sessão, valores zero ou dados de outras APIs exigem conferir o contexto e a unidade.
A origem é igual, mas a unidade muda: um microssegundo aqui e 100 nanossegundos em FILETIME. Para um instante comum, o contador FILETIME é dez vezes maior. Escolha a ferramenta correspondente à unidade do valor original.
Resultado inesperado?
Volte ao Conversor WebKit com um valor de origem verificável. Compare a data UTC, os avisos especiais e os restos Unix antes de salvar o relatório completo.