<p>osTicket 개발 현황</p>

@protich 업데이트 감사합니다! @greezybacon에 대해 여기에 죄송합니다.

안녕하세요 @protich

좋은 소식을 듣게 되어 기쁩니다. 커뮤니티에서 이 프로젝트의 상황을 알려주셔서 감사할 것입니다.

@greezybacon 에 대해 듣게 되어 정말 부끄럽습니다. 그는 우리에게 정말 도움이 되었고 추가 기능이 작동하게 되었습니다.

그의 출발이 이 프로젝트에 여전히 기여하고 있다는 소식을 듣게 되어 기쁩니다.

우리 모두는 앞으로 나올 출시를 기대하고 감사합니다.

감사 합니다 @protich 는 좋은 소식입니다. 기여해 주신 @greezybacon 에 감사드립니다.

@greezybacon 이 떠났다는 소식은 슬프지만 마침내 1.10 버전이 완성되고 여러 개발자가 팀에 합류했다는 소식을 듣게 되어 기쁩니다.

ㅋ @greezybacon 의 미래를 위해 항상 최선을 다하시길 바랍니다. 여전히 가끔씩 도움을 주고 있다는 소식을 들으니 기쁩니다. :)

우리 회사에서도 동료의 3분의 1이 우리 팀을 떠난 비슷한 상황이 있기 때문에(또는 더 나은: 우리 팀과 심지어 우리 팀 관리자를 위해 내려진 결정으로 인해 떠나야 했습니다), 그들이 남겨둔 공백을 채우기 위해 나머지 팀이 해야 할 일이 더 많습니다. 그러니 @protich 와 @osTicket 팀 전체와 @ntozier 와 같은 서포터 여러분의 건승을 빕니다. 그리고 저는 여러분이 잿더미에서 불사조처럼 오기를 자신있게 희망합니다 ;)

ㅋ osticket 번역을 담당하는 Jared의 역할을 누가 인계받았는지 저와 저는 @mfelber 가 독일어 번역을 계속 지원할 것이라고 생각합니다. Btw 아직 소스의 실수를 해결하고 일부 구문을 통합하기 위해 더 큰 풀 리퀘스트 #3027이 있습니다. 부끄러워하지 말고 연락하십시오(번역 관련 내용을 인수한 사람). 그 PR은 모든 번역가를 도와야 하기 때문입니다. 더 빠르고 쉬운 번역을 위한 교정자.

건배!
남자 이름

@protich 감사합니다.

업데이트를 위해, 그리고 포크 에 대한 우리의 논의가 당신의 프로젝트를 스팸으로 만들었다 고 느끼 신다면 제 사과를 받아주세요. 개인적으로 침묵보다는 열린 소통이 항상 도움이 된다고 생각합니다. 현재 상황을 감안할 때 커뮤니티 개발자에게 알리는 것이 현재 귀하의 가장 큰 관심사는 아닐 수 있습니다. 그럼에도 불구하고 더 적극적인 의사 소통이 많은 의견을 쓸모 없게 만들었다고 생각합니다.

따라서 커뮤니티의 노력이 빠르게 적응할 수 있도록 위에서 언급한 새로운 프레임워크를 적시에 발표해 주시면 감사하겠습니다. 그렇긴 하지만, 저는 새로운 릴리스와 개방적이고 감사한 협력을 기대하고 있습니다.

귀하와 귀하의 직원을 위해 최선을 다하십시오.
남자 이름.

엄청난! 감사 해요!

@protich , 새 버전을 출시하는 데 도움이 필요하고 제가 도움이 될 수 있다면 저를 참여시키는 것을 고려해 주십시오. 나도 Cleco의 전송 운영 부서에 필요한 버그 수정 및 기타 작은 기능의 병합을 관리하기 위해 프로젝트의 분기를 고려했습니다.

좋은 소식! @protich 감사합니다.
그러나 osTicket 1.11에 포함될 기능 목록을 얻을 수 있습니까? 감사합니다.

그리고 오늘 발매는 어떻게 되나요? :) 나는 여전히 안정적인 1.10을 기다리는 페이지를 새로 고칩니다. :)

우리는 릴리스를 중단하기 전에 오늘 마지막 순간 병합을 수행한 다음 QA를 수행할 것입니다. 여기에 업데이트를 게시하겠습니다.

출시 소식은 없나요?

개발 분기의 팁은 테스터의 마지막 순간 버그 수정과 릴리스 직전에 게시할 보안 취약성 수정이 보류 중인 최종 버전에 가깝습니다.

프로덕션 환경의 복사본을 사용하여 빠른 업그레이드 테스트를 수행할 의향이 있는 사람이 있습니까?

하나의 프로덕션을 포함하여 두 개의 환경이 있습니다. 테스트하게 되어 기쁩니다.

개발팁에서 뽑으면 "1.8-git" 설치중이라고 뜨는데... 맞나요?

@protich 기쁘게 생각합니다.

현재 시스템이 1.6 이후로 버그가 많은 초과 근무를 받았기 때문에 제 계획은 OSTicket을 새로 설치하는 것입니다. 우리는 이 업데이트를 고대하고 있습니다!

@themunchkinman -- 맞습니다.

해결해야 할 문제

• [ ] php7 변경으로 인한 1.8.x 업그레이드 시 충돌

새로 설치를 테스트했고 잘 되었습니다(저는 PHP 7을 피하고 있지만 여전히 5.5/5.6에 있습니다).
1.10-RC3을 실행 중인 경우 업그레이드를 수행해야 합니까? 내 프로덕션 설정 중 하나를 다시 살펴보려고 합니다...

실제 고문 테스트는 없지만 지금까지 정상적인 작동으로 중단되지는 않았습니다...
내가 한 몇 가지 수동 수정이 이 버전의 파일에 있는 것 같습니다...

@themunchkinman - 말씀하신 수동 수정 사항에 대해 자세히 설명하시겠습니까?

지난 6시간 동안 새 버전을 실행 중이며 한 가지 문제만 식별할 수 있습니다.
티켓에 대한 응답을 수행할 때 티켓을 생성할 때와 같이 "대기" 오버레이가 없습니다. 이것은 "응답" 버튼을 두 번 클릭하는 일부 기술 양식을 작성하기 때문에 하지만 우리에게는 괜찮아 보입니다.

짧은 테스트 후 몇 가지 문제를 발견했습니다(1.9.12에서 1.9.14로 업그레이드한 다음 개발).

• 업그레이드 후 사용자 정의 양식은 더 이상 연결되지 않습니다.
• 날짜 필드가 비어 있는 티켓을 편집할 때 오류가 있습니다(날짜 설정: 표준, 언어 독일어)
• "내 티켓" 링크 아래에는 "내 티켓"뿐만 아니라 팀 티켓도 있습니다. 이는 업그레이드 후 에이전트를 혼란스럽게 합니다.
  나는 더 많은 문제를 찾을 것이라고 생각합니다. 테스트를 진행하겠습니다.

@JediKev - 일부 의미론과 함께 통합된 것으로 보이는 지식 기반/FAQ를 대부분 수정하는 몇 가지 PHP 편집이 있었습니다. 또한 RC3를 사용한 새로운 설정에서 SQL 데이터베이스를 수동으로 편집했습니다. 일부 테이블은 관계의 레지스터일 뿐이므로 종종 고유하지 않고 반드시 키가 지정되지는 않기 때문에 일부 경고가 발생한 기본 키/고유로 플래그가 지정된 특정 필드가 있는 일부 테이블을 생성했습니다.

@markus4000

또한 1.10이 시작된 이후로 1.9.x 및 기타 이전 버전에서 이동할 때 특정 이상이 발생하는 것이 제 경험이었습니다. 그 때문에 저는 전환을 위한 중단점을 찾고 이전 인스턴스와 데이터베이스를 보관하고 새 인스턴스로 깔끔하게 시작하면서 단계적으로 작업할 계획을 세웠습니다. 서비스 중인 1.9.x 인스턴스의 복사본/백업에 대한 여러 테스트를 수행했지만 완전히 정리할 수는 없었습니다.

클린 빌드에서 동일한 문제가 발생하는지 확인하기 위해 날짜 필드 정보를 확인하고 있습니다.

내가 틀리지 않았다면 "내 티켓"은 당신이 속한 팀에 할당 된 티켓을 포함하도록 설계되었습니다 ...

BTW... 여기 계신 모든 분들께... 이 프로젝트가 아직 살아있고 커뮤니티가 지원하는 것을 보니 정말 기쁩니다. 저는 2008년부터 osTicket을 사용해 왔지만 여전히 osTicket이 하는 방식으로 원하는 것을 정확히 수행하는 것을 찾지 못했습니다.

안정적인 버전이 출시되었나요? 못찾겠어..

@mrdanne 여기에서 찾을 수 없는 경우: osticket.com/download
그러면 아직 출시되지 않았습니다. @protich 가 19시간 전에 게시한 것처럼 릴리스 전에 처리해야 하는 업그레이드 문제가 있습니다.

나는 새로운 릴리스까지 기다릴 수 없어! 오랫동안 기다려왔습니다. 😄

업그레이드하는 동안 osr_ticket_event 테이블에 고유 키 오류가 발생했습니다.
도. 그래서 "고유"필드에서 기본 키와 AI를 수동으로 제거했습니다.
업그레이드하기 전에. 도움이 되었습니다.

2016년 10월 26일 05:57 schrieb "TheMunchkinman" 알림 @github.com:

@markus4000 https://github.com/markus4000

또한 1.10이 시작된 이후로 특정 이상 현상이 발생했습니다.
1.9.x 및 기타 이전 버전에서 이동할 때 발생합니다. 때문에
전환을 위한 중단점을 찾을 계획이었고
단계적으로 작업하고 이전 인스턴스와 데이터베이스를 보관하고 시작합니다.
새것으로 청소하십시오. 내 사본/백업에 대한 여러 테스트를 수행했습니다.
서비스 중 1.9.x 인스턴스를 완전히 통과할 수 없음
깨끗한.

내에서 동일한 문제가 발생하는지 확인하기 위해 날짜 필드 정보를 확인하고 있습니다.
깨끗한 빌드.

내가 틀리지 않았다면 "내 티켓"은 할당 된 것을 포함하도록 설계되었습니다.
당신이 속한 팀에...

BTW... 여기 계신 모든 분들께... 이 프로젝트가 아직 살아 있는 것을 보니 정말 기쁩니다.
그리고 커뮤니티 지원. 저는 2008년부터 osTicket을 사용해 왔으며 여전히
osTicket이 하는 방식으로 내가 원하는 것을 정확히 수행하는 것을 찾지 못했습니다.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/osTicket/osTicket/issues/3399#issuecomment -256243511,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AEMAZoAW5gVrz0JjyGie_qa0AaiFMc6tks5q3s-ugaJpZM4KXR2e
.

@tomlaf - pull 요청 #3426은 오버레이 문제를 해결합니다.

@markus4000 - ticket_event 문제에 대해 자세히 설명해 주시겠습니까? 또한 사용자 정의 양식이 삭제된다고 언급했습니다. 양식이 첨부된 개체는 무엇입니까?

@protich : 주요 핵심 문제는 내 잘못이었습니다. 죄송합니다. 나는 어떻게 든 "고유한"필드가 있다는 것을 알았지 만 이것은 osticket 표준 설치의 일부가 아닙니다.

@markus4000 - 명확하게 해 주셔서 감사합니다. 문제를 추적하려고 애쓰고 있었습니다. 사용자 정의 양식이 삭제되고 있다고 언급했습니다. 자세히 설명하시겠습니까? 어떤 버전에서 업그레이드 했습니까?

내가 계속 실행했던 DB의 고유한/주요 핵심 문제를 명확히 하기 위해 에이전트를 팀과 연결하는 테이블에 있었습니다. RC3를 새로 설치했고 데이터베이스를 구축할 때 첫 번째 필드가 기본 및 고유으로 설정되었으므로 팀에 추가할 모든 추가 에이전트에 대해 중복 값에 대한 데이터베이스 오류가 발생했지만 최소한 처리할 것입니다. MySQL의 필드에서 기본 키와 고유 플래그를 제거하여 해결했습니다.

[ ost_team_member SET team_id = '4', flags = 1에 삽입]
키 'PRIMARY'에 대한 중복 항목 '4-0'

다음은 제가 받은 추가 데이터베이스 오류입니다. 이것은 티켓 상태 목록에 항목을 추가할 때 수행됩니다.

[업데이트 ost_ticket_status SET extra = 'susp' WHERE ost_ticket_status . id = 6 LIMIT 1] '필드 목록'의 알 수 없는 열 '추가'

@protich : 1.9.8에서 9로, 11에서 12에서 13에서 14로 업그레이드한 다음 전체 데이터베이스를 깨끗한 14 설치와 비교하여 업그레이드하기 전에 적절한 14가 있는지 확인했습니다. 그것이 내가 내 잘못을 찾은 방법입니다.

그러나 1.9.14에서 1.10dev로 업데이트하기 전에 테이블 "ost_ticket"에서 "flags" 필드가 누락되었다는 것도 발견했습니다.

• [ ] 사용자 정의 양식: 20개의 도움말 항목이 있고 각각 고유한 양식 "x"가 있습니다. 업데이트 후 모든 도움말 항목에서 양식에 대한 연결이 끊어졌습니다. 그래서 관리자 패널 -> 관리 -> 도움말 항목 -> 도움말 항목 업데이트 -> 양식으로 이동해야 합니다. 거기에 이전에 링크된 사용자 지정 양식을 수동으로 추가합니다.
  그것은 그 자체의 형태를 느슨하게 하지 않는다. 도움말 주제와 양식 간의 연결이 느슨해집니다.
• [x] 1.10에서 해결됨; 날짜 발행: 여러 날짜 필드(선택 사항)가 있는 사용자 지정 양식이 있는 티켓을 편집할 때 비워두고 저장합니다. 경고: _Warning: date()는 매개변수 2가 길 것으로 예상하며 1769_ 행의 /home/httpd/vhosts/regipedia.ch/ticketpreview.regipedia.ch/include/class.forms.php에 제공된 문자열이 나타납니다. 클라이언트 보기에서 새 티켓을 열면 경고도 나타납니다.

• [ ] 작업: 인쇄가 작동하지 않습니다
• [ ] 작업: 새 작업을 생성한 후 "새 작업"을 누르기 전에 다른 페이지로 이동하지 않고는 다른 작업을 생성할 수 없습니다.
• [ ] 작업: 새 작업 생성 시 기본적으로 홈 부서가 선택되면 좋을 것입니다.
• [ ] 작업: 작업이 생성되면 기한을 편집할 수 없습니다.
• [ ] 작업: 이메일 템플릿 %{Task.ticket_link} 및 %{task.due_date. . . .} 오류가 발생합니다. 그리고 아마도 다른 사람들도.

v1.10 새 브랜치에서 만들 수 있습니까?

또한 - 언어는 언제 컴파일됩니까?

@wacki4
Q: v1.10 새 브랜치에서 만들 수 있습니까?
A: 할 수는 있지만 일반적으로 osticket.com/download에서 공식 릴리스를 사용해야 합니다.

Q: 또한 - 언어는 언제 컴파일됩니까?
A: 지난주 말에 그것들이 곧(일) 컴파일되어야 한다는 말을 들었습니다.

그러나 내가 git을 사용하고 싶다면 나 자신을 위해 몇 가지 개선 사항을 만드는 것이 가장 좋습니다.
개발이 아닌 클론 1.10 분기가 될 것입니다. 이것때문에 물어보는건데,
그것은 이전 버전을 위해 만들어졌습니다.

2016년 7월 7일 오후 6시 44분 "ntzier" [email protected] napisał(a):

@wacki4 https://github.com/wacki4
Q: v1.10 새 브랜치에서 만들 수 있습니까?
A: 할 수 있지만 일반적으로 공식 릴리스를 사용해야 합니다.
osticket.com/download에서

Q: 또한 - 언어는 언제 컴파일됩니까?
A: 지난주 말에 그것들이 곧(일) 컴파일되어야 한다는 말을 들었습니다.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/osTicket/osTicket/issues/3399#issuecomment -258895561,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AAp6epJOCK3xWWzSey9SEXPNPhhPwKHgks5q71oggaJpZM4KXR2e
.

@protich osTicket 의 진행 상황이 다시 죽었습니까?

그냥... 감사합니다.

앞으로 몇 주 안에 github 이정표 탭을 주시하십시오... 우리는 1.11에 문제를 할당할 예정이며 모든 사람에게 릴리스 일정에 대한 더 나은 아이디어를 제공할 것입니다. 이 스레드는 제 역할을 다했습니다

@rbukovansky

새 언어 팩이 아직 컴파일되지 않은 이유는 무엇입니까?

프로젝트가 다시 죽은 것처럼 느껴집니다. 1.10에는 여전히 많은 버그가 있지만 개발자의 활동은 없습니다. 그리고 번역도 사용할 수 없습니다. @greezybacon 이 더 이상 참여하지 않아서 프로젝트의 영혼이 사라진 것 같아요.

주요 개선 사항이 제공됩니다. 한편, github는 실제로 영혼 에 대해 토론하는 곳이 아닙니다... 포럼과 freenode가 더 좋습니다.