<p>Status de desenvolvimento do osTicket</p>

Obrigado pela atualização @protich! Desculpe aqui sobre @greezybacon.

Olá @protich

É bom ouvir você e tenho certeza de que a comunidade agradecerá por nos informar sobre a situação deste projeto.

É uma pena ouvir sobre @greezybacon , ele tem sido muito útil conosco e obtendo recursos adicionais funcionando etc.

Fico feliz em saber que sua partida foi bem feita com ele ainda contribuindo para este projeto.

Estamos todos ansiosos pelo lançamento e obrigado.

Obrigado @protich é uma ótima notícia, e muito obrigado @greezybacon por sua contribuição

É ótimo finalmente saber que a versão 1.10 está sendo finalizada e que vários desenvolvedores estão se juntando ao time, embora seja triste saber que @greezybacon saiu.

Por falar nisso. Desejo tudo de bom @greezybacon para o seu futuro e fico feliz em saber que você ainda está ajudando de vez em quando :)

Como temos uma situação semelhante na minha empresa, onde um terço dos meus colegas deixou nossa equipe (ou melhor: teve que sair por causa de decisões que foram tomadas para nossa equipe e até mesmo nosso gerente de equipe), entendo perfeitamente que é preciso um enquanto para preencher as lacunas que deixaram para trás e há muito mais trabalho para o resto da equipe. Então, desejo a você @protich e toda a equipe @osTicket e apoiadores como @ntozier tudo de bom e espero com confiança que você saia como fênix das cinzas;)

Por falar nisso. quem está assumindo a parte de Jared de cuidar das traduções do osticket, eu e também acho que @mfelber continuaremos apoiando com a tradução alemã. Aliás, ainda há algum pull request maior aberto de mim #3027 para resolver erros nas fontes e unificar algumas frases, então não seja tímido e entre em contato (quem já está assumindo coisas relacionadas à tradução) já que o PR deve ajudar todos os tradutores e revisores para traduções mais rápidas e fáceis.

Saúde!
Michael

Obrigado @protich ,

pela atualização e, por favor, aceite minhas desculpas se achar que nossa discussão sobre o fork fez spam em seu projeto. Pessoalmente, acho que uma comunicação aberta é sempre mais útil do que ficar em silêncio. dada a situação atual, eu aprecio que informar os desenvolvedores da comunidade provavelmente não seja sua maior preocupação. No entanto, também acredito que uma comunicação mais pró-ativa tornou muitos comentários obsoletos.

Como tal, eu gostaria de um anúncio oportuno da nova estrutura mencionada acima, para que os esforços da comunidade possam se adaptar rapidamente. Dito isso, estou ansioso pelos novos lançamentos e também por uma cooperação aberta e apreciativa.

Tudo de bom para você e sua equipe,
Martinho.

impressionante! Te agradece!

@protich , se você precisar de ajuda para lançar uma nova versão e eu puder ajudar, considere me envolver. Eu também considerei uma bifurcação do projeto para gerenciar a fusão de correções de bugs e outros pequenos recursos necessários para o departamento de operações de transmissão da Cleco .

Boas notícias! Obrigado, @protic
Mas, podemos obter a lista de recursos que seriam incluídos no osTicket 1.11? Obrigada.

E como vai o lançamento hoje? :) Eu ainda atualizo a página esperando o 1.10 estável :)

Faremos a fusão de última hora hoje e depois o controle de qualidade antes de cortarmos o lançamento. Vou postar uma atualização aqui.

Alguma novidade sobre o lançamento?

A dica do ramo de desenvolvimento está perto da versão final, aguardando correções de bugs de última hora de nossos testadores e uma correção de vulnerabilidade de segurança que publicaremos antes do lançamento.

Alguém disposto a fazer teste de upgrade rápido usando uma cópia do seu ambiente de produção?

Eu tenho um par de ambientes, incluindo uma produções. Feliz por testar.

Quando eu puxo da ponta de desenvolvimento, ele diz que estou instalando "1.8-git"... isso está correto?

@protich eu ficaria feliz.

Meu plano é fazer uma nova instalação do OSTicket porque nosso sistema atual ficou com erros de horas extras desde 1.6. estamos ansiosos por esta atualização!

@themunchkinman - está correto.

Problemas a resolver

• [ ] Falha na atualização 1.8.x devido a alterações no php7

Testei uma instalação limpa, correu bem (estou evitando o PHP 7, ainda no 5.5/5.6).
Se estou executando o 1.10-RC3, preciso fazer um upgrade? Estou prestes a passar por cima de uma das minhas configurações de produção...

Nenhum teste de tortura realmente, mas até agora sem quebras com a operação normal...
Várias correções manuais que fiz parecem estar presentes nesta versão dos arquivos...

@themunchkinman - se importa em elaborar as correções manuais de que você fala?

Estou executando a nova versão nas últimas 6 horas e só conseguimos identificar um problema.
Ao fazer uma resposta em um ticket, não há sobreposição de "Esperar" como ao criar um ticket, isso cria uma entrada dupla de algum técnico que clicou duas vezes no botão "Resposta", mas isso parece bom para nós.

após um breve teste, encontrei alguns problemas (atualize de 1.9.12 para 1.9.14 e depois desenvolva)

• após a atualização, os formulários personalizados não são mais vinculados.
• ao editar um ticket e deixar um campo de data vazio, ocorre um erro (configuração de data: padrão, idioma alemão)
• no link "meus ingressos", não há apenas "meu ingresso", mas também os ingressos da equipe. que irá confundir os agentes após a atualização.
  acho que vou encontrar mais problemas. vou prosseguir com os testes.

@JediKev - houve algumas edições de php que fiz, principalmente corrigindo a base de conhecimento/FAQ, que parece estar incorporada, juntamente com algumas semânticas. Também fiz algumas edições manuais no banco de dados SQL da nova configuração com o RC3. Ele criou algumas tabelas com certos campos sinalizados como chave primária/exclusivo que causaram alguns avisos porque algumas das tabelas são apenas um registro de relacionamentos e, portanto, geralmente não são exclusivas e não necessariamente chaveadas.

@markus4000

Além disso, tem sido minha experiência desde o início da 1.10 que certas anomalias ocorreriam ao passar da 1.9.xe outras versões anteriores. Por causa disso, tenho planejado encontrar um ponto de parada para a transição e trabalhá-la em fases, arquivando a instância e o banco de dados antigos e começando limpo com o novo. Eu fiz vários testes de cópias/backups da minha instância 1.9.xe em serviço e nunca consegui que ela fosse completamente limpa.

Estou verificando as informações do campo de data para ver se recebo o mesmo problema na minha compilação limpa.

se não me engano, "Meus Tickets" foi pensado para incluir aqueles atribuídos a uma equipe da qual você é membro...

BTW... a todos aqui... Estou muito feliz em ver este projeto ainda vivo e o apoio da comunidade. Estou usando o osTicket desde 2008 e ainda não encontrei nada que faça exatamente o que eu quero do jeito que o osTicket faz.

A versão estável foi lançada? Não consigo encontrar..

@mrdanne se você não conseguir encontrá-lo aqui: osticket.com/download
então ainda não foi lançado. Como @protich postou 19 horas atrás, há um problema de atualização que precisa ser resolvido antes do lançamento.

Não vejo a hora do novo lançamento! Há muito tempo ansiava por isso. 😄

durante a atualização, tive o erro de chave exclusiva com a tabela osr_ticket_event
também. então eu removi manualmente a chave primária e o AI do campo "único"
antes de atualizar. isso ajudou.

Am 26.10.2016 05:57 schrieb "TheMunchkinman" [email protected] :

@markus4000 https://github.com/markus4000

Além disso, tem sido minha experiência desde que 1.10 começou que certas anomalias
ocorreria ao passar de 1.9.xe outras versões anteriores. Por causa de
isso, tenho planejado encontrar um ponto de parada para a transição, e
para trabalhar em fases, arquivando a instância e o banco de dados antigos, e
limpo com o novo. Já fiz vários testes de cópias/backups do meu
instância 1.9.x em serviço e nunca consegui fazê-la passar completamente
limpar.

Estou verificando as informações do campo de data para ver se recebo o mesmo problema no meu
construção limpa.

se não me engano, "Meus Ingressos" foi projetado para incluir os atribuídos
para uma equipe da qual você é membro...

BTW... a todos aqui... estou tão feliz de ver este projeto ainda vivo
e o apoio da comunidade. Eu uso osTicket desde 2008 e ainda
não encontrei nada que faça exatamente o que eu quero do jeito que o osTicket faz.

—
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/osTicket/osTicket/issues/3399#issuecomment -256243511,
ou silenciar o thread
https://github.com/notifications/unsubscribe-auth/AEMAZoAW5gVrz0JjyGie_qa0AaiFMc6tks5q3s-ugaJpZM4KXR2e
.

@tomlaf - A solicitação pull #3426 resolve o problema de sobreposição.

@markus4000 - você pode esclarecer mais sobre o problema ticket_event ? Você também mencionou que os formulários personalizados foram descartados - a qual objeto os formulários foram anexados?

@protich : O problema da chave primária foi minha culpa. Desculpe. Descobri que de alguma forma havia um campo "único", mas isso não faz parte da instalação padrão do osticket.

@markus4000 - Muito obrigado por esclarecer, eu estava enlouquecendo tentando rastrear o problema. Você mencionou formulários personalizados sendo descartados - se importa em elaborar? De qual versão você estava atualizando?

Apenas para esclarecer os problemas de chave exclusiva/primária no banco de dados com os quais continuei me deparando estava na mesa para associar agentes a equipes. Eu tinha feito uma nova instalação do RC3 e quando ele construiu o banco de dados, o primeiro campo foi definido como primário e exclusivo e, portanto, para cada agente adicional que eu adicionasse a uma equipe, receberia um erro de banco de dados por valor duplicado, mas pelo menos processaria. Resolvi isso removendo a chave primária e os sinalizadores exclusivos do campo no MySQL.

[INSERIR EM ost_team_member SET team_id = '4', flags = 1]
Entrada duplicada '4-0' para a chave 'PRIMARY'

Aqui está um erro de banco de dados adicional que recebi também. Isso é feito ao adicionar um item à lista de status do ticket.

[UPDATE ost_ticket_status SET extra = 'susp' ONDE ost_ticket_status . id = 6 LIMIT 1] Coluna desconhecida 'extra' na 'lista de campos'

@protich : atualizei de 1.9.8 para 9 para 11 para 12 para 13 para 14, então comparei todo o banco de dados com uma instalação 14 limpa, para ter certeza de que tenho um 14 adequado antes de atualizar. Foi assim que descobri minha culpa.

Mas também descobri que na tabela "ost_ticket" estava faltando o campo "flags" antes de atualizar de 1.9.14 para 1.10dev

• [ ] Formulários personalizados: tenho 20 tópicos de ajuda e cada um tem seu próprio formulário "x". Após a atualização, todos os tópicos de ajuda perderam a conexão com o formulário. então eu tenho que ir para: painel de administração -> gerenciar -> tópico de ajuda -> atualizar tópico de ajuda -> formulários: e lá eu adiciono manual o formulário personalizado que foi vinculado antes.
  Não perde a forma em si. ele apenas perde a conexão entre o tópico de ajuda e o formulário.
• [x] Resolvido em 1.10; Emissão de Data: quando edito um ticket que possui um formulário personalizado com vários campos de data (opcional), deixo-os vazios e salvo; o Aviso: _Aviso: date() espera que o parâmetro 2 seja longo, a string fornecida em /home/httpd/vhosts/regipedia.ch/ticketpreview.regipedia.ch/include/class.forms.php na linha 1769_ aparece. O aviso também aparece, se eu abrir um novo ticket na visualização do cliente.

• [ ] Tarefa: a impressão não está funcionando
• [ ] Tarefa: após criar uma nova Tarefa, não é possível criar outra tarefa sem ir para outra página antes de pressionar "nova tarefa"
• [ ] Tarefa: seria bom se na criação de uma nova tarefa o departamento de origem fosse selecionado por padrão.
• [ ] Tarefa: não é possível editar a data de vencimento depois que a tarefa é criada
• [ ] Tarefa: Modelos de e-mail %{Task.ticket_link} e %{task.due_date. . . .} causar um erro. e talvez outros também.

Você pode fazer a partir da v1.10 nova ramificação?

Além disso - quando os idiomas serão compilados?

@wacki4
P: Você pode fazer a partir da v1.10 uma nova ramificação?
R: Você poderia... mas de um modo geral você deveria usar o lançamento oficial em osticket.com/download.

P: Além disso - quando os idiomas serão compilados?
R: Me disseram no final da semana passada que eles deveriam ser compilados em breve (dias).

Mas se eu quiser usar o git, fazer algumas melhorias para mim da melhor maneira
seria clone 1.10 branch, não desenvolver. É por isso que estou perguntando sobre isso,
foi feito para versões anteriores.

7 de janeiro de 2016 18h04 "ntozier" [email protected] napisał(a):

@wacki4 https://github.com/wacki4
P: Você pode fazer a partir da v1.10 uma nova ramificação?
R: Você poderia... mas de um modo geral você deveria usar a versão oficial
em ossticket.com/download.

P: Além disso - quando os idiomas serão compilados?
R: Me disseram no final da semana passada que eles deveriam ser compilados em breve (dias).

—
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/osTicket/osTicket/issues/3399#issuecomment -258895561,
ou silenciar o thread
https://github.com/notifications/unsubscribe-auth/AAp6epJOCK3xWWzSey9SEXPNPhhPwKHgks5q71oggaJpZM4KXR2e
.

@protich O progresso do osTicket está morto novamente?

Só perguntando... Obrigado.

Fique de olho na guia de marcos do github nas próximas semanas... Estaremos atribuindo problemas à 1.11, deve dar a todos uma ideia melhor dos cronogramas de lançamento. Este tópico fez o seu trabalho

@rbukovansky Não.

Por que os novos Pacotes de Idiomas ainda não foram compilados?

Parece que o projeto está morto novamente. ainda existem muitos bugs no 1.10, mas nenhuma atividade dos desenvolvedores. E as traduções também não estão disponíveis. Acho que desde que @greezybacon não participa mais, a alma do projeto se foi.

Grandes melhorias estão por vir. Enquanto isso, o github não é realmente o lugar para discutir a alma ... os fóruns e o freenode são melhores para isso.