הודעות שפורסמו על ידי Chaim

@אליהו-החכם היטבת להסביר ולהבהיר את התקלה שאני נתקל בו.
למעשה, נראה שלוקח זמן מאז שמבצעים את ההסרה/חסימה. כי לאחר זמן ראיתי שזה עבד. זה כנראה לא מתבצע מיידית.
בכל אופן נראה לי עדיין שזה לא תקין שהדוחות מראים פעולה מסויימת ובפועל הפעולה עדיין לא התבצעה, אם כי היא כנראה תתבצע מאוחר יותר כאמור.

@יהודה-צ-כ כתב בהסרה/חסימה מרשימת צינתוקים לא עובד:

תסמן את הנושא כנפתר

הנושא לא נפתר לצערי.
אני מסכם שוב את התקלה שלי:
יש לי 2 שלוחות.

1. שהמתקשר יכול לחסום את עצמו.
2. שהמנהל יוכל לחסום את המתקשר.
   כדי להגדיר שיופעל חסימה במקום הסרה חייבים להגדיר:

tzintuk_block_instead_of_remove=yes

אבל הגדרה זו לא יכולה לבוא במקום השורה:

tzintuk_type=removing_to_list

בהתאם לכך, אם רוצים שהשלוחה תפעל כחסימה עצמאית של המתקשר חייבים להגדיר את 2 השורות הנ"ל כך (בשלוחה לחסימה עצמאית, סעיף 1 הנ"ל):

type=tzintuk
list_tzintuk=123
tzintuk_type=removing_to_list
tzintuk_block_instead_of_remove=yes
tzintuk_end=hangup

כשאני מסתכל על דוח הפעולות על רשימת הצינתוקים, אכן מופיע שם "הסרה מהרשימה" כלומר, ההגדרה נכונה ואפילו מתקבל בדוח הפעולות.
אבל בפועל, המספר נשאר בסטטוס פעיל ומתקבל צינתוק.
זה הבעייה והיא לא נפתרה!

אותה הבעייה יש לי בשלוחה השניה השניה (סעיף 2 הנ"ל) שם כמובן ההגדרה קצת שונה שמתאים למנהל וצריך להוסיף את השורה:

tzintuk_admin=yes
tzintuk_block_instead_of_remove=yes // לגבי השורה הזו, ייתכן שלא צריך אותו או מפריע (נראה לי שלא), אבל זה לא העניין, ניסיתי להוריד וזה לא עזר.

בקיצור הבעייה לא נפתרה!
סיכום הבעייה: בדוח הפעולות המספר מופיע כנחסם אבל ברשימה עצמה זה מופיע כפעיל ואכן מתקבל צינתוק
עכשיו זה ברור ?

@יהודה-צ-כ
זה מה שהגדרתי ולא עובד:

type=tzintuk
tzintuk_admin=yes
list_tzintuk=123
tzintuk_block_instead_of_remove=yes

@שואל-שאלה בדקתי את כל מה שאתה כותב. תקרא טוב מה ששאלתי.
יש לי 2 שלוחות ובכל שלוחה הגדרתי משהו אחר ובשום מקום לא עובד

@שואל-שאלה כתב בהסרה/חסימה מרשימת צינתוקים לא עובד:

@Chaim
נסה לרענן את הדף

ריענון לא עזר. גם בפועל מתקבל צינתוקים

@שואל-שאלה כתב בהסרה/חסימה מרשימת צינתוקים לא עובד:

@Chaim
אני רואה שהגדרת גם חסימה וגם הסרה

tzintuk_type=removing_to_list
tzintuk_block_instead_of_remove=yes

אי אפשר להגדיר את שתיהם זה או זה או זה

@שואל-שאלה, אתה בטוח במה שאתה כותב ? לא הגדרתי גם וגם.
השורה הראשונה זה כדי להסיר את כל האפשרויות (הוספה לרשימה וכו')
והשניה, להגדיר שהסרה משמעותו חסימה ולא הסרה.

חוץ מזה בשלוחה השניה לא כתבתי בכלל את השורה הראשונה.
ובשניהם לא מתבצע לא הסרה ולא חסימה.

@שואל-שאלה כתב בהסרה/חסימה מרשימת צינתוקים לא עובד:

@Chaim
שים לב שזה כן חוסם את המספר אבל לא מסיר אותו

לא, אצלי זה גם לא חוסם. כפי שכתבתי, המספר נשאר בסטטוס "פעיל"

הגדרתי שלוחה שמסיר אוטומטית מרשימת צינתוקים. משום מה אני לא רואה שזה עובד. הגדרתי משהו לא נכון ?
כך הגדרתי בשלוחה:

type=tzintuk
list_tzintuk=123
tzintuk_type=removing_to_list
tzintuk_block_instead_of_remove=yes
tzintuk_end=hangup

בשלוחה אחרת, שם השארתי את כל האופציות למנהל, וזה גם לא עובד:

type=tzintuk
tzintuk_admin=yes
list_tzintuk=123
tzintuk_block_instead_of_remove=yes

יש לציין, שבדוח פעולות של רשימת הצינתוקים, הוא כן מראה את הפעולות האלו. אבל בפועל ברשימה המספר נשאר בסטטוס "פעיל" וכן מתקבל צינתוק.

מישהו נתקל בתקלה כזו ? או שהגדרתי משהו לא נכון ?

@יוסף-ח כתב בהגדרת איזה מקשים יוכל להקיש כשמוגדר מינימום 1 מקסימום 3:

@Chaim
אחי, מה זה ההקפצה הזאת???
כבר עבר כמעט שנתיים!!!

---

Spoiler

להבא תלחץ על הכפתור למעלה עם הסימון של החץ, ותלחץ על 'הגיבו כנושא'...

אז מה אם עבר שנתיים ?
אני רוצה לברר אם יש שינוי במצב הזה, זה חשוב לי מאד.

@eliyahu
יש שינוי בהתנהגות ?
אני עדיין חווה את הבעיה הזו

@amp-Software-0 מעניין! תודה על הרעיון. אולי אשקיע...
בנתיים גם פניתי לימות, בס"ה זה נראה לי באג.

במודול API בהגדרות עבור הקלטות - record - בערך השישי, ניתן להגדיר האם יושמע בסיום ההקלטה תפריט האם לשמור את ההקלטה או להקלטה מחודשת וכו'.
בתפריט ההוא חסר פריט קריטי והוא האם לבטל את ההקלטה (כפי שקיים בכל הקלטת הודעה אחרת במרחב). זה קריטי בעיקר כאשר מדובר במצב דריסה של קובץ אחר. אבל גם במצב אחר זה חשוב.
בנתיים, אם המאזין מתחרט על ההקלטה הוא צריך לנתק את השיחה.

האם מישהו יצא לו להתגבר על בעיה זו ?

@מורג
לצערי, לא.
התיאשתי מלהשתמש בזה.
חבל

@פיסטוק-פרווה
את השיטה הזו אני יודע, אבל היות ומדובר בעריכה של הרבה נתונים שרק אחד מהם הוא הקלטה, אני רוצה שהכל יהיה בצורה זהה, ומכיוון שבהקשות אני מאפשר דילוג באמצעות הקשה על סולמית, רציתי שגם כאן יהיה כזו אפשרות, ולא יהיה שונה משאר הנתונים.

@שמחה-זו-הסיסמא כתב במודול API - קבלת נתונים - הקלטות:

לא כ"כ מובן מה הצורך מה איכפת לך אם תשמר הקלטה קצרה מאוד ?

הצורך שלי זה במקרה שאני משמיע הקלטה ישנה, ואני מאפשר לדרוס. ואני רוצה שיהיה אפשר לדלג על הדריסה.

במודול API - קבלת נתונים מסוג הקשות, ניתן להגדיר (בערך ה-12) "שאם הנתון הוא ריק המערכת תתקדם הלאה".
בעצם אם זה מוגדר, הרי שהמשתמש יכול לדלג על השלב באמצעות הקשת #.

אפשרות זו ניתן להגדיר רק ב"הקשות".
משא"כ בקבלת נתונים ב"הקלטות", אין כזו הגדרה, ככל הידוע לי.

האם מישהו יודע איך בכל זאת ניתן להגדיר שיהיה אפשר לדלג על קבלת נתון מסוג "הקלטה" ?

תודה למסייעים

@צדיק-תמים כתב בקבלת נתונים מהמשתמש - תאריך:

@Chaim יש ספריות מוכנות לתאריכים, זה אמור להיות שורה שתיים

אני התכוונתי גם לחיסכון בפניה לשרת לפני בדיקת תקינות התאריך.

בכל מקרה לדעתי הצורה של ימות היא מאוד מאוד לא נוחה למשתמש, להתחיל לחשבן את כל הספרות ולהקיש אותן ברצף.

זה בדיוק הסיבה שאני רוצה להסתפק ב-6 ספרות, וזה מאד נח ומקובל. 6 ספרות לא צריך לחשבן כ"כ.

@צדיק-תמים כתב בקבלת נתונים מהמשתמש - תאריך:

אתה יכול לעשות משהו משלך, שום דבר לא כובל אותך לשלהם (אתה יכול אפילו להשתמש בצורת השמעה של ימות לאישור באמצעות החזרת הודעת dateH)

ודאי שאני יכול לעשות משהו משלי, אבל רציתי לנצל את הולידציות של ימות. אם אתה משתמש בשלהם אין צורך לבדוק האם התאריך שהוזן תקין.
אם אני עושה משהו משלי, אני צריך להתחיל לבדוק את התקינות ולוודא שהמשתמש הזין תאריך הגיוני.

כאן מופיע , שבכדי לקבל תאריך מהמשתמש יש צורך להקיש 8 מינימום ומקסימום 8 ספרות.
למה שלא יוכלו להקיש 6 ספרות (את השנה ב-2 ספרות) ?
יש כאן אולי מישהוא שמתכנן משהוא לאלף הבעל"ט או הסטוריה מהאלף העעל"ט ?

@isi
עדיין לא נפתר.
תודה רבה ל @הרב שהתנדב לסייע למעלה מצפיותיי.
כעת זה מול נטפרי.
מקוה שיהיה לי עדכונים טובים.