Osticket: v1.9.12 bug: kolaborator tidak mengirimkan email pemberitahuan pada entri pertama ancaman tiket

saya menemukan masalah terkait yang sebelumnya dilaporkan sebagai #1130 tetapi pada tanggal ini masih belum diterapkan

di mana saya harus mengedit untuk membuat ini?

tetap, bagaimanapun, jika ada dalam merek 1.10, masih 1.10 tidak stabil dan saya tidak dapat mengusulkan dalam organisasi untuk digunakan dalam produksi ...

hampir satu tahun masih menunggu ini MEMBUTUHKAN FEAURED dari kolaborator tambahan ketika agen membuka tiket untuk pengguna setidaknya whow csn saya buat untuk 1.9 merek untuk cinta tuhan dan alien!

@mckaygerhard kami tidak mengirimkan email awal karena kolaborator sudah dicantumkan di email yang digunakan untuk membuat tiket. Mengapa mereka harus menerima email kedua dengan informasi yang sama?

karena tujuan tersebut menerima acara email normal dan pemberitahuan ostiket

jika saya dapat membuat tiket dari antarmuka dan di sini pada langkah pertama menambahkan colaboratos itu, surat yang akan dikirim akan untuk semua yang terkait (penulis, klien, dan kolaborator)

karena orang-orang yang terlibat menerima email biasa, mereka kemudian menjawab dengan email biasa, dan semua ancaman terjadi di luar ancaman! rasa sakit yang nyata untuk teknisi pendukung

seperti yang saya katakan @greezybacon karena orang-orang yang terlibat menerima/mengirim email seperti biasa dari langkah fitrs, mereka kemudian menjawab dengan email biasa, dan semua ancaman terjadi di luar ancaman thiket! rasa sakit yang nyata untuk teknisi pendukung

Belum ada solusi??

tentu saja tidak ada solusi .. sampai sesuatu seperti terjadi dengan owncloud meningkatkan ke proyek ini ... menaikkan garpu dan pengembangan akan lambat ... bermigrasi ke garpu baru

@inpower Lihat:
greezybacon berkomentar pada 25 Jun 2016
"mckaygerhard kami tidak mengirimkan email awal karena kolaborator sudah termasuk dalam email yang digunakan untuk membuat tiket. Mengapa mereka harus menerima email kedua dengan informasi yang sama?"

Ada:
A: tidak ada cara untuk membuka tiket di UI dengan kolaborator.
B: satu-satunya cara untuk membuka tiket dengan kolaborator adalah dengan mengirim email ke sistem tiket dan CC orang-orangnya. Dan DEV memutuskan untuk tidak mengirim dua email kepada semua penerima, bukan satu.

saya ulangi: orang-orang yang terlibat memang menerima/mengirim email seperti biasa dari langkah fitrs, mereka kemudian menjawab dengan email biasa, dan semua ancaman terjadi di luar ancaman thiket! rasa sakit yang nyata untuk teknisi pendukung

Jadi argumen Anda adalah:
Jika saya mengirim email ke: [email protected].
dan CC ke [email protected] , [email protected] , dan [email protected].
Bahwa Jon, Mary, dan Jane tidak akan mendapatkan email aslinya?

Tetapi ketika Kami mengirim tanggapan pertama dari osTicket, ini hanya masuk ke satu email karena CC pada entri pertama tidak termasuk,,,

kamu tahu @ntozier kamu hanya berhati-hati ketika lebih dari satu pengguna membuat kebisingan .. saya vaticine, jika Anda semua tidak mengurus pemikiran penting, ini akan berakhir seperti kasus ownclud!

@inphower yang kamu bilang itu tidak terjadi, semua dalam surat, CC dan penulis, akan dimasukkan dalam tiket sebagai kolaborasi...

masalahnya di sini kalian semua, yang mengirim di CC, akan menerima surat di luar ancaman tiket ...

jadi jika salah satunya merespon, tiket jelas tidak menerima riwayat ancaman karena tidak ada di surat balasan..

maksud saya: Jon, Mary dan Jane mendapatkan surat asli, tetapi karena "Saya mengirim" tidak hanya ke tiket, orang-orang ini tidak "diberitahu" bahwa penerima akhir dan sebenarnya adalah "tiket"

jika setelah surat itu Jon, Mary dan Jane, ada yang lain dengan tiketnya, maka mereka akan berpikir "ah, ok itu tiket, bukan percakapan pribadi"

Tentu saja, kami sedang menjalin hubungan dengan orang-orang "bodoh", bahwa alasan survei tiket, dukungan tiket, atau apa pun namanya!

jadi ancaman itu menyakitkan karena sejarah akan hilang ketika itu terjadi

@inphower saya pikir Anda merujuk ketika seorang pendukung membuka tiket sebagai penulis, dan tentu saja dalam hal ini dan dalam seri 1.9 dari osticket ini tidak mungkin, tetapi tidak sulit untuk membuatnya.. respon dari osticket guys adalah "gunakan 1,10" itu hampir 1,5 tahun yang lalu.. saat ini 1,10 tidak stabil, jadi sarannya adalah menggunakan tidak stabil dalam produksi.. bagus!

sekarang tampaknya tarikan menyelesaikan situasi #3353 terlihat sangat mudah, mengapa begitu rumit untuk pengembang yang diimplementasikan pada 1.9, pada waktu itu!

masalah ini masih terjadi di 1.10 ... collaboratos tidak ditampilkan dan tidak diberitahu!

@mckaygerhard

Kereta pemikiran di sini adalah karena Kolaborator menerima email asli dari Pengguna, mereka tidak perlu menerima Pemberitahuan Tiket Baru. Anda dipersilakan untuk memodifikasi basis kode sesuai keinginan Anda jika ini bukan sesuatu yang Anda inginkan.

Bersulang.

solusi tampaknya ada di #3353 tetapi pengembang sekali lagi tidak menanggapi masalah itu .. kepulan itu sebabnya ada begitu banyak garpu dan komentar "dihapus"

@mckaygerhard

Tidak ada "perbaikan" karena tidak ada masalah aktual, beginilah cara kerjanya. Seperti yang saya sebutkan sebelumnya, Anda dipersilakan untuk memodifikasi basis kode/menerapkan permintaan tarik yang Anda sebutkan dan selesai dengan itu.

Bersulang.

jadi tarik #3353 jadi gabungkan!

hei tarik berada di #3353 sekitar 10 tahun.. dan sekarang @protich sais: "kami ingin

Hai semua. Saya senang Anda melakukan percakapan, namun saya akan menunjukkan bahwa itu benar-benar di luar topik untuk laporan masalah ini. Harap simpan laporan masalah sesuai topik. Terima kasih.

Apa masalahnya ... dia bekerja sama dan mereka masih mengeluh