גוגל עשויה להציע למשתמשים שליטה רבה יותר ב- PWAs מותקנים

גוגל עובדת כעת על פרויקט שנועד לשנות את התנהגות ההפעלה לשחזור של Chrome אפליקציות אינטרנט מתקדמות (PWA) בהתאם למספר פעולות הדפדפן.

הרעיון אינו חדש; מפתחי Chrome פתחו באגים חוט דיון עוד בשנת 2019, לאחר ששמת לב לכך הפעלת PWAs לא משוחזרת בעת הפעלה מחדש של Chrome. אך כאשר Chrome מפסיק, כל PWAs פועלים יוצאים גם הם.

הם ציינו גם:

זה כנראה הגיוני לשחזר את כל ה- PWAs הפועלים כאשר Chrome מופעל מחדש.

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

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

---

הפרדה בין PWAs לבין כרטיסיות / חלונות הדפדפן

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

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

כאשר משוחזרים PWAs יש לעקוב אחר שחזור תכונות שנעקבות בדרך כלל לחלונות הדפדפן (למשל מיקום חלון, מסך, ממד וכו ')

פתיחת PWA ישירות לא אמורה להפעיל שחזור כמו שעושים חלונות רגילים. לְמָשָׁל. פתיחת PWA בטוויטר צריכה לעשות בדיוק את זה ולא שום דבר אחר; אל תשחזר PWAs, אל תפתח את הדפדפן (למעט ב- MacOS)

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

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

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

PWAs ב- macOS יתנהגו אחרת אם כי, כאמור, לכן התיקון אמור להשפיע על מערכות Windows ו- Linus בלבד.

על פי האשכולות, השינוי צפוי להיות מיושם בכרום 91.