We're calling on all EU-based Mozillians with iOS or iPadOS devices to help us monitor Apple’s new browser choice screens. Join the effort to hold Big Tech to account!

לאתר זה תהיה פונקציונליות מוגבלת בזמן שאנו מתחזקים אותו לשיפור החוויה שלך. אם מאמר מסויים לא פותר את הבעיה שלך וברצונך לשאול שאלה, קהילת התמיכה שלנו מחכה לעזור לך ב־Twitter תחת ‎@FirefoxSupport וב־Reddit תחת ‎/r/firefox.

חיפוש בתמיכה

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

מידע נוסף

Having trouble running multiple instances of Firefox in XenDesktop 7.1

  • 1 תגובה
  • 1 has this problem
  • 9 views
  • תגובה אחרונה מאת John99

more options

We recently upgraded our Citrix environment to XenDesktop 7.1. We published Firefox, but only one user at a time can have the program open. When we try to run multiple sessions, we get this error message "Firefox is already running, but is not responding. To open a new window, you must first close the existing Firefox process, or restart your system."

We've had it published in previous Citrix environments with no problems. How do we need to configure Firefox in XenDesktop so that multiple users can run the program at the same time? Thanks.

We recently upgraded our Citrix environment to XenDesktop 7.1. We published Firefox, but only one user at a time can have the program open. When we try to run multiple sessions, we get this error message "Firefox is already running, but is not responding. To open a new window, you must first close the existing Firefox process, or restart your system." We've had it published in previous Citrix environments with no problems. How do we need to configure Firefox in XenDesktop so that multiple users can run the program at the same time? Thanks.

כל התגובות (1)

more options

I do not understand virtualisation.

I can however say that ordinarily Firefox needs each user to have a separate profile and for Firefox to open simultaneous multiple instances with separate profiles the -no-remote argument needs to be used.