opennx

Модераторы: dimbor, Модераторы разделов

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: opennx

Сообщение Djelf »

А между тем... opennx.exe уже может быть запущен переименованным в nxclient.exe (все установленные ярлыки должны сработать).

+ запуск приведен в соответствие с NXClient: OpenNX не понимал OpenNX.exe path+file.nxs и хотел OpenNX.exe -session=path+file.nxs, сессия автоматом при этом не запускалась (теперь запускается в обоих случаях). fixed;
+ немного улучшена обработка ошибок, надеюсь, висеть в состоянии "соединяюсь" уже не будет;
- по прежнему не известно что за "длинный параметр display" и зачем его передает (nxwin? при выходе, почему то не всегда, хочет почистить процессы что-ли?);
- добавить новую сессию можно пока только с помощью Мастера/Wizard

OpenNX.exe win32 0.16.0.444-5: http://slil.ru/28450159
Спасибо сказали:

dimbor
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: opennx

Сообщение dimbor »

Багрепорта хочешь? Его есть у меня. Сначала о хорошем: русификация радует.
Потом о не очень хорошем: Где упоминание Djelf во вкладке "О программе"? Себя надо любить!
О совсем не хорошем: Имеется флажок "Включение SSL шифрование всего трафика". Это, как я пол, антипод приснопамятной "Disable encryption of all traffic". - Не пущается при отключенном шифровании. На родном с тем же nxs - работает.
Симптоматика: застываем на стадии "Запуск сессии". nxwin, nxssh есть. Логов nxwin-a нет никаких. На серваке отваленая сессия (nxagent) с руганью:
Info: Waiting for connection from '192.168.1.1' on port '5502'.
Info: Aborting the procedure due to signal '1'.
Error: Aborting session with 'Unable to open display 'nx/nx,options=/home/dim/.nx/C-dimsrv.hm.dimbor.ru-1502-8ED33413AA6AEC8C487E7A52D629C6CE/options:1502''.
Session: Aborting session at 'Thu Jan 7 23:58:24 2010'.


А пацанский старт там выглядит так:
Info: Waiting for connection from '192.168.1.1' on port '5502'.
Info: Accepted connection from '192.168.1.1'.
Info: Connection with remote proxy completed.


ЭскрЭксперименты продолжаются.
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: opennx

Сообщение Djelf »

dimbor писал(а):
08.01.2010 00:18
Потом о не очень хорошем: Где упоминание Djelf во вкладке "О программе"? Себя надо любить!

Чорд... это надо было сделать в первым фиксом :blush:

dimbor писал(а):
08.01.2010 00:18
Не пущается при отключенном шифровании. На родном с тем же nxs - работает.

Ок, пошел проверять.
Ага, сломал :angry: Спасибо!
Понял, это виновато "+ немного улучшена обработка ошибок, надеюсь, висеть в состоянии "соединяюсь" уже не будет;"

А... нет... он и раньше этого не умел... но все равно...
Будем чинить (увы, даже попыток на это в коде не заметил, покопаться придется).

Значит еще один минус в клиенте:
- соединение без шифрования пока не поддерживается;

З.Ы. А я вот думал... будет ли время когда не я у dimbor, а он у меня тестером станет :crazy:
Спасибо сказали:

prof
Сообщения: 119
ОС: gentoo

Re: opennx

Сообщение prof »

Djelf писал(а):
07.01.2010 23:29
OpenNX.exe win32 0.16.0.444-5: http://slil.ru/28450159
А патчи где брать?
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: opennx

Сообщение Djelf »

prof писал(а):
08.01.2010 14:12
патчи где брать?

Пока координатора проекта нет... патчей как таковых и не делали. Кто б этим занялся?
Изменения, как я уже говорил 1-2 строки но в куче разных мест.
Например RX не принимает строку подключения шары, если пароль находится не в конце строки. Поменял в соответствии с клиентом от NoMachine заработало.
Поэтому разве что комплексный делать и от него отталкиваться.
diff к 0.16.0.444


Компилирую на MinGW/MSYS от felfert http://www.fritz-elfert.de/downloads/
+ wxWidgets 2.8.9 cкомпилированных так:

Код: Выделить всё

./configure -q --with-msw --disable-debug --disable-debug_gdb --disable-shared --enable-unicode --disable-compat24 --disable-compat26 --without-libtiff CXXFLAGS=-ffunction-sections -fdata-sections -Os LDFLAGS=-Wl,--gc-sections

OpenNX

Код: Выделить всё

./configure --enable-staticwx --with-nxproto=3.3.0 CXXFLAGS=-ffunction-sections -fdata-sections -Os LDFLAGS=-Wl,--gc-sections


Известные нерешенные проблемы:
- nxwin странно запускается в полноэкранном режиме и режиме "без декораций" (пока решено запуском без ключа hide);
- не работает подключение без шифрования;
- при закрытии клиента изредка выскакивает надпись "неизвестная длинная опция display" (это сообщение "Соединение потеряно");

- некоторые опции в клиенте не запоминаются (например опция "disable backing store");
- логика работы окна подсоединения к режиму шадоу и восстановления сессий (блокировка лишних кнопок) не доделана (пока разрешено все);
- хотелось бы изменить порядок запуска nxwin (после выяснения параметров сессии) для возможности подключения в режиме дисплея "как на сервере" (или подождать ответа dimbor - может ли nxwin менять разрешение в процессе);

- непонятно почему появляются строки вида "NX> 105 NX> код", у NoMachine такого нет, пришлось под них парсер доделывать, это неправильно;
- добавить новую сессию можно только с помощью Мастера/Wizard;
- доработать логгер (чтоб как и в nxclient побольше информации было и не в дебажном варианте, а обычном);
- у felfert`а есть наметки по хранению логин/паролей в шифрованном виде, наверное стоит доделать;

Вроде ничего не забыл...
У вас нет необходимых прав для просмотра вложений в этом сообщении.
Спасибо сказали:

dimbor
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: opennx

Сообщение dimbor »

Djelf писал(а):
08.01.2010 14:41
- хотелось бы изменить порядок запуска nxwin (после выяснения параметров сессии) для возможности подключения в режиме дисплея "как на сервере" (или подождать ответа dimbor - может ли nxwin менять разрешение в процессе);

Луркнул, что было обещанно. nxwin не имеет возможности смены изначально инициализированных параметров геометрии скрина(ов).
Т.е. ключик его запуска -screen 0 XxY это один раз на всю сессию. По идее это правильно: про объект nxwin-а screen сервер (nxagent) и знать не должен, в этот скрин пишет только nxwin своими виндовыми средствами. А X-сервер (nxagent+nxwin) и приложение оперируют окнами, размеры которых могут быть любыми. Но это уже nx-протокол, до которого менеджменту (opennx) дела быть не должно.
Короче, --screen - это "физические" ограничения nxwin по геометрии.

Djelf писал(а):
02.01.2010 19:40
Вообще, клиент не правильно обрабатывает shadow: сначала идет запуск NXWin, затем NXSsh, затем мы узнаем параметры сессии и подключаемся к ней. IMHO NXWin должен запускаться где-то после выяснения параметров...

Насчет shadow не скажу. Не так давно узнал, что это вообще такое, не щупал. Но!
Твое IMHO может быть неверным из таких соображений. Оч. вероятное предположение: nxssh всегда запускается после nxwin, т.к. nxssh нужны уже имеющиеся локалхост-сокеты для данных сессии. Вот nxwin посредством nxcomp их и создает заблаговременно.
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: opennx

Сообщение Djelf »

dimbor писал(а):
08.01.2010 16:10
Насчет shadow не скажу. Не так давно узнал, что это вообще такое, не щупал. Но!
Твое IMHO может быть неверным из таких соображений. Оч. вероятное предположение: nxssh всегда запускается после nxwin, т.к. nxssh нужны уже имеющиеся локалхост-сокеты для данных сессии. Вот nxwin посредством nxcomp их и создает заблаговременно.

Да, попробовал... не цепляется, вычеркиваем.
Спасибо сказали:

dimbor
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: opennx

Сообщение dimbor »

Djelf писал(а):
08.01.2010 14:41
- у felfert`а есть наметки по хранению логин/паролей в шифрованном виде, наверное стоит доделать;

А сейчас они как в nxs родных храняться? Хэшом что-ли?
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: opennx

Сообщение Djelf »

dimbor писал(а):
08.01.2010 21:04
А сейчас они как в nxs родных храняться? Хэшом что-ли?

Открытым текстом ;)

dimbor писал(а):
08.01.2010 00:18
Не пущается при отключенном шифровании. На родном с тем же nxs - работает.

fixed... уродливо, но fixed :rolleyes:

OpenNX.exe 444-6 http://slil.ru/28454317
Diff
У вас нет необходимых прав для просмотра вложений в этом сообщении.
Спасибо сказали:

prof
Сообщения: 119
ОС: gentoo

Re: opennx

Сообщение prof »

Djelf писал(а):
08.01.2010 14:41
diff к 0.16.0.444
Спасибо! Но первый же хунк не подходил для тарбола с 444 ревизией скачаной с sf.net. Причесал слегка патч, получилось так.

UPD: Неуспел, попробую снова.
У вас нет необходимых прав для просмотра вложений в этом сообщении.
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: opennx

Сообщение Djelf »

prof писал(а):
08.01.2010 22:13
Djelf писал(а):
08.01.2010 14:41
diff к 0.16.0.444
Спасибо! Но первый же хунк не подходил для тарбола с 444 ревизией скачаной с sf.net. Причесал слегка патч, получилось так.

Спасибо, вот такого опыта хронически не хватает :blush:
Спасибо сказали:

dimbor
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: opennx

Сообщение dimbor »

Djelf писал(а):
08.01.2010 22:00
fixed... уродливо, но fixed :rolleyes:

ОК! А с точки зрения юзера очень даже ничего смотрится. ;)

Еще подкину дерьмеца:
- Вкладка "Расширенные", не один радиобокс не выбран (По факту - "Прямое соединение")
- Общие - Польз. настройки. Чекбокс "Use custom image quality" не имеет ничего общего с родным "Use custom JPEG quality". Сохраняется в конфиг видимо где-то отдельно. На что влияет и влияет ли?
- Там же в групбоксе "Производительность" состояния чекбоксов с родными не коррелируют, не сохраняются - для красоты пока они там.

ЗЫ: Какое незнакомое ощущение. Написал фразу, а кому-то она отливается часами геморроя. ;)

И исчо мне все совместимость nxs и русские шары покоя не дают. Есть не сильно сложная схемка, позволяющая реализовать дальнейшее счастливое неведение фриэныкса о существовании нового клиента. Выглядит она так:

Opennx при чтении имени и точки монтирования из nxs получает список smb-ресурсов локалхоста. При ненахождении в этом списке шары делается вывод, что nxs читается не собственный, а родного клиента, и для дальнейшего пользования делается 1252->CP_ACP (1252->1251). При сохранении также само все учитывается.

С другой стороны патчится freenx, чтобы подключениии шары аналогичным образом получался список шар клиента (у меня там этот код уже есть по "мультишарам"). Далее по надобности точно также производится перекодировка.
Идея понятна? Ну и какое мнение?
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: opennx

Сообщение Djelf »

dimbor писал(а):
09.01.2010 00:03
Идея понятна? Ну и какое мнение?

Проще добавить опцию --nxclient="OpenNX" и дальше по ней разруливать.
freenx`у она совершенно не мешает работать.
Спасибо сказали:

dimbor
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: opennx

Сообщение dimbor »

Да понятно, что проще. С фриэныксом можно по разному сделать. И так, и сяк. Но меня больше беспокоит Гондурас совместимость nxs. Очень желательно добиться полной совместимости конфигов. А меня лично напрягает, что в данный момент с opennx руская шара мало того, что не цепляется (еще раз повторяю - решаемо), да еще и в opennx она с кривым именем и "Currently not available". Т.е. ее приходится удалять/добавлять, если nxs последний раз был сохранен в родном клиенте.
Унификация наше все.
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: opennx

Сообщение Djelf »

dimbor писал(а):
09.01.2010 02:08
Да понятно, что проще. С фриэныксом можно по разному сделать. И так, и сяк. Но меня больше беспокоит Гондурас совместимость nxs. Очень желательно добиться полной совместимости конфигов. А меня лично напрягает, что в данный момент с opennx руская шара мало того, что не цепляется (еще раз повторяю - решаемо), да еще и в opennx она с кривым именем и "Currently not available". Т.е. ее приходится удалять/добавлять, если nxs последний раз был сохранен в родном клиенте.
Унификация наше все.

Опция --nxclient="opennx" зашита в код, дополнений в nxs не требуется. http://slil.ru/28455553
Если opennx заработает, а он уже и так неплохо работает, то зачем нужен будет nxclient?
Спасибо сказали:

dimbor
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: opennx

Сообщение dimbor »

Djelf писал(а):
09.01.2010 02:13
Если opennx заработает, а он уже и так неплохо работает, то зачем нужен будет nxclient?

Зри в даль! Карашо, предположим все станет карашо. А потом в номашин кто-то чихнет, появится 3.5.0, и все придется перелопачивать. Да не просто, а с учетом многочисленных разниц (которые забудутся конечно). Попытки не отдаляться от отцов-основателей очень мне зачлись при курощении.
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: opennx

Сообщение Djelf »

dimbor писал(а):
09.01.2010 02:37
Djelf писал(а):
09.01.2010 02:13
Если opennx заработает, а он уже и так неплохо работает, то зачем нужен будет nxclient?

Зри в даль! Карашо, предположим все станет карашо. А потом в номашин кто-то чихнет, появится 3.5.0, и все придется перелопачивать. Да не просто, а с учетом многочисленных разниц (которые забудутся конечно). Попытки не отдаляться от отцов-основателей очень мне зачлись при курощении.

Тут есть один момент: freenx и сейчас работает со старыми протоколами, а NoMachine встряли будет серьезно менять протокол даже в 4й версии, а если и будет то кардинально, тогда в первую очередь придется потеть создателям freenx, а это ой не быстро будет...
Спасибо сказали:

prof
Сообщения: 119
ОС: gentoo

Re: opennx

Сообщение prof »

В общем, получился ебилд с 444-6 и моим переводом. Клиент под 64 бита работает сносно, правда немного напрягает большая задержка между исчезновением окошка opennx и появлением окна сеанса (у оригинального клиента висит надпись "Established connection..." если правильно помню). Клиент под 32 бита валится с сегфолтом где-то в нутрях libc, nxssh при этом в процессах висит, ошибок в его логах не видно. Возможно причина в сервере, который 64-битный, но nxclient-2xterminalserver с тем же сервером работает сносно.

Ещё одна заковырка в клавиатурных раскладках. Приложения у нас запускаются в рутлесс режиме через враппер, который содержит строчку

Код: Выделить всё

/usr/bin/setxkbmap -layout "us,ru(winkeys)" -option grp:alt_shift_toggle -option grp_led:scrol -model evdev

Т.к. клавиатуры на рабочих станциях настроены через evdev, именно эту модель приходится прописывать, с nxclient-2xterminalserver всё работает. Opennx и оригинальный клиент в таком случае работают неверно, для них нужно указывать модель pc105!
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: opennx

Сообщение Djelf »

Без патча не падало? Тогда, думаю, копать надо в MySession.cpp где-то здесь (я в 2 местах такое правил для скрытия окон на Win, и у DjSpike, я так думаю, клиент падал именно в этом месте):

Код: Выделить всё

- return ::wxExecute(cmd) ? wxString() : cookie;
+ wxProcess *process = new wxProcess(wxPROCESS_REDIRECT);
+ return wxExecute(cmd, wxEXEC_ASYNC, process) ? wxString() : cookie;


С раскладкой надо сличать логи запуска... причем побитно :angry: Хотя про клавиатуру я там ничего не замечал... но я nxclient-2xterminalserver не запускал...

З.Ы. А где можно пощупать твой перевод?
Спасибо сказали:

prof
Сообщения: 119
ОС: gentoo

Re: opennx

Сообщение prof »

Djelf писал(а):
12.01.2010 17:00
Без патча не падало?
Падало, тут возможно даже не в opennx дело, а в комбинации glibc и wxWidgets, никак не доберусь gdb.
UPD: Глянул в коде, указанные строки обёрнуты в #ifdef __WXMSW__ т.е. к линуксу ни каким боком...

Djelf писал(а):
12.01.2010 17:00
С раскладкой надо сличать логи запуска... причем побитно :angry: Хотя про клавиатуру я там ничего не замечал... но я nxclient-2xterminalserver не запускал...
Там не логах дело, а в той версии иксов что есть на сервере и клиенте, в случае с nxclient-2xterminalserver они сильно различаются, ИМХО. Да ещё протокол у 2x древний.

Djelf писал(а):
12.01.2010 17:00
З.Ы. А где можно пощупать твой перевод?
Перевод неполный, совсем не переводились строки относящиеся с установке/сносе под виндовс.
У вас нет необходимых прав для просмотра вложений в этом сообщении.
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: opennx

Сообщение Djelf »

А между тем felfert выложил патч 445 "Retry after a delay, if a hotplug event was received and the corresponding device has not yet shown up in libusb."
А пока под Win это не надо...

OpenNX.exe 444-7 http://slil.ru/28490532

изменения совсем небольшие:
- с мерзким окошком display вопрос решился, это сообщение от nxwin "Соединение потеряно", fixed
- не запоминались параметры "backingstore" и т.п., fixed
- переключатель "Использовать прямое соединение" не выставлялся, fixed
- опция --nxclient="opennx" оставлена в параметрах монтирования (freenx она не мешает), а русским шарам (в перспективе) может помочь.

Diff c 444й:
Изменения 444-6/444-7


На очереди контроль и убивание "залипающего" в процессах при ошибках nxwin.

По прежнему не понимаю как заставить nxwin, запущенный с ключем "-hide" в скрытом режиме (wxPROCESS_REDIRECT), показать окно после запуска полноэкранной сессии. Нужна помощь зала :happy:

Процесс потихоньку идет...

Код: Выделить всё

wxProcess *procNXWin = new wxProcess(wxPROCESS_REDIRECT);
procNXWinPID = wxExecute(wxWinCmd, wxEXEC_ASYNC, procNXWin);
HWND h = ::GetTopWindow(0 );
while ( h ) {
  DWORD pid;
  DWORD dwTheardId = ::GetWindowThreadProcessId( h,&pid);
  if ( pid == procNXWinPID) {
    ShowWindow(h, SW_SHOW);
    break;
  }
  h = ::GetNextWindow( h , GW_HWNDNEXT);
}

nxwin показывается... на секунду... и опять прячется... по моему он сам прячется...
dimbor, у nxwin случаем нет команды "Выйти из тени"?
У вас нет необходимых прав для просмотра вложений в этом сообщении.
Спасибо сказали:

dimbor
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: opennx

Сообщение dimbor »

Djelf писал(а):
15.01.2010 12:34
По прежнему не понимаю как заставить nxwin, запущенный с ключем "-hide" в скрытом режиме (wxPROCESS_REDIRECT), показать окно после запуска полноэкранной сессии. Нужна помощь зала :happy:

Зал почесал репу, полазил в исходниках nxwin и сейчас изречет информацию к размышлению.

1) ключ -hide nxwin-а работает только в десктоп-режиме и означает, что основному окну после создания будет поставлен флажок nxwinHideStart=TRUE и будет сделано ShowWindow(*phwnd, SW_HIDE). Т.е. дело ограничивается только винапи, север о интересном состоянии клиента в известность не ставится.
2) Любопытство потребовало выяснить, что же происходит дальше. А дальше получается цепочка ProcEstablishConnection() - SendConnSetup() - showNXWin() - ShowWindow(*phwnd, SW_SHOW).
ProcEstablishConnection() - это ловушка внедренная в недра x-сервера, как я пол, на событие установления соединения.

Глубже пока не рыл.

Вывод: окно должно появиться само, видимо дело в таймауте.

Зал замер.

Djelf писал(а):
15.01.2010 12:34
dimbor, у nxwin случаем нет команды "Выйти из тени"?

Нет, "всем выйти из сумрака" игнорируется. Окно снаружи за выступающие части дергать тоже бесполезно.

Ночкой еще посмотрю, ставится ли там этот капкан (адрес ловушки) где-нить. А то от !М можно всякого ожидать веселого.
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: opennx

Сообщение Djelf »

dimbor писал(а):
15.01.2010 20:30
1) ключ -hide nxwin-а работает только в десктоп-режиме и означает, что основному окну после создания будет поставлен флажок
...
Нет, "всем выйти из сумрака" игнорируется. Окно снаружи за выступающие части дергать тоже бесполезно.
...
Ночкой еще посмотрю, ставится ли там этот капкан (адрес ловушки) где-нить. А то от !М можно всякого ожидать веселого.

Спасибо, но странно работает только fullscreen (и nodecoration) т.е. особые режимы запуска. С остальными проблемы нет.
Как сейчас я сделал ты наверное видел... но это не дело. И действительно за выступающие не дергается, но ведь NoMachine то его всплывать заставляют!
Сессия запускается, на клиенте и сервере все в порядке, nxwin не всплывает... У меня подозрение на то что окну надо что то еще особо хитрое выставить...
Спасибо сказали:

dimbor
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: opennx

Сообщение dimbor »

Можно пойти двумя путями. Первый - изучить runlog родного клиента по фулскрину тщательнЕе. А для второго в nxwin-е могу логи повключать на эту тему. Ваше слово, товарищ маузер!
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: opennx

Сообщение Djelf »

dimbor писал(а):
15.01.2010 22:50
Можно пойти двумя путями. Первый - изучить runlog родного клиента по фулскрину тщательнЕе. А для второго в nxwin-е могу логи повключать на эту тему. Ваше слово, товарищ маузер!

Первый уже почти попиксельно сходится... Только и остается: дебажные логи nxwin смотреть...
Спасибо сказали:

bsavelev
Сообщения: 231
ОС: Debian

Re: opennx

Сообщение bsavelev »

Djelf писал(а):
07.01.2010 23:29
+ запуск приведен в соответствие с NXClient: OpenNX не понимал OpenNX.exe path+file.nxs и хотел OpenNX.exe -session=path+file.nxs, сессия автоматом при этом не запускалась (теперь запускается в обоих случаях). fixed;


это сломало запуск

раньше можно было попасть в настройки сессии указав opennx --session=<session name> (без path+file.nxs) теперь же автоматом сессия начинает стартовать.
в итоге в диалог настройки сессии вообще не попасть минуя wizard без одного успешного соединения (т.е. пока не появится LastSession в конфиге opennx)
Спасибо сказали:

bsavelev
Сообщения: 231
ОС: Debian

Re: opennx

Сообщение bsavelev »

чуть причесал патч, обновил локализацию.

локализацию надо слать в upstream, чтоб патч не замусоривать. слать?
У вас нет необходимых прав для просмотра вложений в этом сообщении.
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: opennx

Сообщение Djelf »

dimbor проверил с дебажной,
Dispatch: SendConnSetup() -> showNXWin()
winWindowProc - WM_NXSHOW
послылаются, но увы...
кстати в оригинальном клиенте есть строка
LoginDialog::showNxWin
т.е. можно предположить что "выйти из тени" все таки есть... но это пока не получается :unsure:

bsavelev писал(а):
16.01.2010 13:53
это сломало запуск
раньше можно было попасть в настройки сессии указав opennx --session=<session name> (без path+file.nxs) теперь же автоматом сессия начинает стартовать.
в итоге в диалог настройки сессии вообще не попасть минуя wizard без одного успешного соединения (т.е. пока не появится LastSession в конфиге opennx)

Я ориентировался на поведение nxclient, он примерно так и делает, а в диалог попасть можно запустив opennx без ключей.
--session FILENAME
Run a session reading the configuration settings from FILENAME.


писал(а):
16.01.2010 14:04
чуть причесал патч, обновил локализацию.

Огромное спасибо!
Спасибо сказали:

bsavelev
Сообщения: 231
ОС: Debian

Re: opennx

Сообщение bsavelev »

Djelf писал(а):
16.01.2010 16:44
bsavelev писал(а):
16.01.2010 13:53
это сломало запуск
раньше можно было попасть в настройки сессии указав opennx --session=<session name> (без path+file.nxs) теперь же автоматом сессия начинает стартовать.
в итоге в диалог настройки сессии вообще не попасть минуя wizard без одного успешного соединения (т.е. пока не появится LastSession в конфиге opennx)

Я ориентировался на поведение nxclient, он примерно так и делает, а в диалог попасть можно запустив opennx без ключей.
--session FILENAME
Run a session reading the configuration settings from FILENAME.


так я и говорю, что если запускать без опций и LastSession в конфиге не определен, то запустится wizard. При этом LastSession появляется только после успешной сессии, что совершенно не обязательно. Наверно вот тут и надо поправить, выставлять LastSession не только после успешной сессии...
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: opennx

Сообщение Djelf »

bsavelev писал(а):
16.01.2010 16:51
так я и говорю, что если запускать без опций и LastSession в конфиге не определен, то запустится wizard. При этом LastSession появляется только после успешной сессии, что совершенно не обязательно. Наверно вот тут и надо поправить, выставлять LastSession не только после успешной сессии...

Да, есть такой баг, на машине без сессий я opennx не запускал. Я бы кнопочку "Add" добавил, вот ее точно не хватает.
Спасибо сказали: