Хорошо, что делает ваш код, он позволяет разрушить второе окно. После этого его ушло.
Вы можете либо не уничтожить окно (и скрыть его), добавив эти две строки в конце вашего метода init:
secondwindow = self.builder2.get_object('window1')
secondwindow.connect('delete-event', lambda w, e: w.hide() or True)
, который заменяет удалить событие (документация здесь).
Или вы можете воссоздать окно при каждом его открытии, разместив эти строки в начале вашего метода search_clicked:
self.builder2 = Gtk.Builder()
self.builder2.add_from_file(SECOND_UI_FILE)
self.builder2.connect_signals(self)
Ваша проблема в том, что USER A и USER B используют одно и то же имя пользователя в S1!
. Если бы они использовали другое имя пользователя , их обязательно попросили бы pasword prompt.
Во всяком случае, обходным путем для вашей ситуации является размонтирование доли samba после работы с ней. Это просто делается с помощью nautilus, нажав кнопку извлечения рядом с ней. Другим обходным решением является добавление новых пользователей для системы S1, и когда USER A будет работать, он может выйти из системы просто, чтобы ПОЛЬЗОВАТЕЛЬ B не смог получить доступ к ресурсам USERS AВаша проблема в том, что USER A и USER B используют одно и то же имя пользователя в S1!
. Если бы они использовали другое имя пользователя , их обязательно попросили бы pasword prompt.
Во всяком случае, обходным путем для вашей ситуации является размонтирование доли samba после работы с ней. Это просто делается с помощью nautilus, нажав кнопку извлечения рядом с ней. Другим обходным решением является добавление новых пользователей для системы S1, и когда USER A будет работать, он может выйти из системы просто, чтобы ПОЛЬЗОВАТЕЛЬ B не смог получить доступ к ресурсам USERS AВаша проблема в том, что USER A и USER B используют одно и то же имя пользователя в S1!
. Если бы они использовали другое имя пользователя , их обязательно попросили бы pasword prompt.
Во всяком случае, обходным путем для вашей ситуации является размонтирование доли samba после работы с ней. Это просто делается с помощью nautilus, нажав кнопку извлечения рядом с ней. Другим обходным решением является добавление новых пользователей для системы S1, и когда USER A будет работать, он может выйти из системы просто, чтобы ПОЛЬЗОВАТЕЛЬ B не смог получить доступ к ресурсам USERS AВаша проблема в том, что USER A и USER B используют одно и то же имя пользователя в S1!
. Если бы они использовали другое имя пользователя , их обязательно попросили бы pasword prompt.
Во всяком случае, обходным путем для вашей ситуации является размонтирование доли samba после работы с ней. Это просто делается с помощью nautilus, нажав кнопку извлечения рядом с ней. Другим обходным решением является добавление новых пользователей для системы S1, и когда USER A будет работать, он может выйти из системы просто, чтобы ПОЛЬЗОВАТЕЛЬ B не смог получить доступ к ресурсам USERS AВаша проблема в том, что USER A и USER B используют одно и то же имя пользователя в S1!
. Если бы они использовали другое имя пользователя , их обязательно попросили бы pasword prompt.
Во всяком случае, обходным путем для вашей ситуации является размонтирование доли samba после работы с ней. Это просто делается с помощью nautilus, нажав кнопку извлечения рядом с ней. Другим обходным решением является добавление новых пользователей для системы S1, и когда USER A будет работать, он может выйти из системы просто, чтобы ПОЛЬЗОВАТЕЛЬ B не смог получить доступ к ресурсам USERS AВаша проблема в том, что USER A и USER B используют одно и то же имя пользователя в S1!
. Если бы они использовали другое имя пользователя , их обязательно попросили бы pasword prompt.
Во всяком случае, обходным путем для вашей ситуации является размонтирование доли samba после работы с ней. Это просто делается с помощью nautilus, нажав кнопку извлечения рядом с ней. Другим обходным решением является добавление новых пользователей для системы S1, и когда USER A будет работать, он может выйти из системы просто, чтобы ПОЛЬЗОВАТЕЛЬ B не смог получить доступ к ресурсам USERS A