A aplicação deverá carregar somente os pontos do usuário que estiver logado.

Ao salvar um ponto, no recarregamento da página é gerado o erro abaixo e a lista fica em branco:

TypeError: Cannot read property 'preventDefault' of null
    at PontoController.importaPontos (http://localhost:3000/js/app/controllers/PontoController.js:182:34)
    at PontoController._atualizaGrid (http://localhost:3000/js/app/controllers/PontoController.js:113:30)
    at eval (http://localhost:3000/js/app/controllers/PontoController.js:141:35)

Cenário:

• Clicar em adicionar ponto;
• selecionar uma data;
• digitar um horário inválido (por exemplo: 09)
• tentar enviar
• Corrigir o horário (máscara não pega)
• Horário corrigido (Erro na validação)

Deverá ser implementado a somatória de horas trabalhadas e banco de horas e exibida no fim da tabela.

Deverá ser feito uma refatoração e utilizar React e suas dependências.

Para melhorar o UX, deverá ser criado um campo informando a qual mês(período) se refere os resultados exibidos no grid.

Abrir um modal ou tentar deslogar não estão funcionando no firefox.
Ao clicar nos botões, nada acontece.

Possível causa:
Provavelmente o evento que o materialize está usando não possui suporte para o browser.

Ao carregar os pontos, os mesmos estão sendo inseridos no grid por ordem cronológica de gravação.
Implementar essa inserção por ordem crescente de data do registro.

Deverá ser implementado um botão no modal para excluir o ponto.

O sistema deverá carregar os pontos do mês atual quando o usuário se conectar na aplicação.

Deverá ser migrado toda a lógica para fazer uso de módulo do ES6 (es2015).

Ao filtrar os dados, deverá ser selecionado o mês e o ano.

Quando é preenchido o formulário no mobile e é clicado em "entrar", a pagina e recarregada e nada acontece.

Ao logar-se (gh-pages), o sistema não está redirecionando para a página corretamente. Ele remove o /controle-ponto/ e da erro 404.

Issue baseada no comentário abaixo:

wesleycoder 11 hours ago
Quando a intenção é exportar uma classe/funcionalidade principal de um arquivo como aqui onde a classe exportada tem o mesmo nome do arquivo recomenda-se usar a sintaxe export default DataHelper; no final do arquivo. Assim podemos manter também a sintaxe atual porém poderemos importar o módulo com uma sintaxe um pouco mais clara: import DataHelper from 'js/app/helpers/DateHelper.js'; ao invés de import { DataHelper } from 'js/app/helpers/DateHelper.js';.

A keyword default após o export indica que esse será o export padrão do módulo que será exportado quando não usar-mos imports nomeados (entre chaves). Assim só podemos ter uma única keyword default por módulo.

Implementar login e senha com autenticação firebase.

Criar um passo-a-passo para a instalação do projeto, bem como uma task default para executar todo o processo automaticamente.

Quando o enter é pressionado, ele tenta fazer o login sem validar os campos.
Deverá ter a mesma ação de ao clicar no botão "entrar"

Todos os componentes da página deverão ser abstraídos em views.

Alterar a forma com que a aplicação está validando os dados para não importar dados duplicados.

Issue destinada para todo Refactoring que for feito.

O layout deverá ser refatorado utilizando práticas de responsividade para smartphones, tablet e desktop, sem impactar a experiência do usuário.

O evento deverá ser o double-click e deverá abrir um modal para confirmar o delete.

Adicionar uma tela de configurações, contendo:

• Quantidades de horas trabalhadas por dia;
• Período de fechamento do ponto;

Para facilitar a escrita e manutenção do código CSS, deverá ser feito a migração do css já existente para SCSS (sass)

Remover as chamadas Rest e utilizar o SDK do próprio fire base, para facilitar na manipulação de dados.

Deverá ser implementado na tela de login um link para recuperação de senha.

Para aprimorar a experiencia do usuário, ao salvar um ponto, o sistema deverá carregar os registros do mês e ano referentes ao ponto cadastrado.

Para melhorar a experiência, deverá ser implementado um loader circular para cada carregamento de dados.

Quando é solicitado a redefinição de senha, o usuário recebe um e-mail. Esse e-mail está em ingles e todo desformatado. Revisar esse modelo.

Quando um cadastro de usuário for feito com sucesso, redirecionar o usuário para a tela inicial.

Implementar a funcionalidade cadastro de usuário.
Deverá conter inicialmente:

• nome completo;
• email;
• senha;
• confirmar senha;

O sistema deverá validar se o usuário já fez login e se ainda possui cache do mesmo. Caso tenha, redirecionar para home.

Verificar qual a licença que melhor se enquadra no projeto e aplica-la.

Obs.: MIT?

Provavelmente o evento que foi usado para pegar o que está sendo digitado no desktop não é o mesmo para o mobile.

Deverá ser implementada a lógica de alteração de cada ponto individual.
Ao clicar nele, deverá ser aberto um modal com com as informações já existentes e dar a opção de atualizar o registro.

Caso:
Carrego um mês que possui dados, e o grid é preenchido.
Ao tentar carregar um mês que não possui registros, sou informado que não há dados para serem exibidos, mas o grid mantém os dados do load anterior.

Deverá ser utilizado o Gulp para automatizar o deploy da aplicação e subida para o gh-pages.

Deverá ser seguido o mesmo padrão usado na tela de login, para não ter a identidade visual divergente.

Deverá ser adicionado de alguma forma um link para o repositório, "copyright" e "developed by".

Opção: rodapé

Ao tentar exibir um horário com muitas horas (24+), não estava sendo exibido a quantidade correta.

Adicionar o Google Analytics na página de login.

Deverá ser alterada a lógica da criação do objeto do ponto e sua gravação no BD.
Ao invés de ser criado um objeto com os horários, criar registros de ponto, contendo às seguintes informações:

• Usuário Logado;
• Um objeto DATE com:
  • Data selecionada no Picker;
  • Horário informado;

Assim, um registro com 4 horários, por exemplo, deverá gerar 4 registros de ponto.

Após a implementação do SystemJS (#3), o MaskHelper parou de funcionar.

Deverá ser aplicada uma melhoria no design da tela.

Implementação feita através da issue #8. Após a correção da issue #11, o layout do formulário de busca para desktop ficou quebrado.

Atualmente a página inicial (index.html) está com o conteúdo principal. Entretanto, a página inicial deve ser o login. Assim, deverá ser feito:

• Autenticar.html deverá ser Index.html
• Index.html (antigo) deverá ser home.html

Obs: Ao abrir o index.html (login), validar se já possui um usuário logado (cache firebase)

Foi reportado uma situação onde a pessoa entra no período da tarde/noite e sai de madrugada (outro dia). O sistema considera o horário como o menor.

Cenário:
Cadastrar um ponto com os registros:
1o - 19:00
2o - 22:10
3o - 22:50
4o - 01:00 (dia seguinte)

O sistema está considerando a sequência: 01:00 > 19:00 > 22:10 > 22:50