Remote desktop a Salamander

[Jan Rysavy]

evidentne prinasi spise problemy (o kterych se nevedelo)

Psal jsem "pokud je například ve schránce". Těch testů se dělá mnoho. Mrkneme se, co všechno bychom museli zahodit, pokud bychom nechtěli pro objekt ve schránce volat pDataObject->GetData(), na kterém se Remote Desktop odmlčí.

[Sigi]

Proc je vlastne na Paste navesena zmena adresare? Je to takova docela divna vec a evidentne prinasi spise problemy (o kterych se nevedelo). Pouziva to nekdo takto? Nikdy by mne nenapadlo pouzit Paste na zmenu adresare teda

ja tuto feature pouzivam velice casto a pozadal jsem i o jeji upravu

[Jan Rysavy]

Takže po dalším zkoumání celou věc začínám považovat za chybu na straně Remote Desktop. Problém lze navodit tak, že (vše pomocí Windows Exploreru) na vzdálených XP nakopírujeme do schránky velký soubor a na lokálních otevřeme menu Edit. Explorer tím zatuhne a na vzdálených Windows vyskočí okno Preparing paste information...

To lze myslím označit za chybu v implementaci sdílení schránky v programu Remote Desktop.

Edit: taká stačí v lokálním Exploreru kliknout pravým tlačítkem do plochy. Zjevně jde o hack na straně Remote Desktopu, který si začne připravovat data v době, ve které to specifikace nepředpokládala.

Edit2: můžete prosím popsané chování ověřit mimo VMware? S touto chybou už bychom se asi mohli obrátit na Microsoft. Chybu lze reprodukovat pomocí MS programů Remote Desktop a Windows Explorer, takže nelze věc odpálkovat s tím, že je problém na straně Salamandera.

Edit3: Salamander v tomto stavu (velký soubor ve schránce na vzdálených Windows) zamrzne během startu (zase na dobu té přípravné fáze). To by mohlo vysvětlit některá hlášení od našich uživatelů.

[Jan Rysavy]

Další poznatky: Remote Desktop z Windows Vista a Windows Vista je už opravený, neclipuje názvy custom formátů clipboardu a zároveň nedochází k nechtěnému spouštění operace. Vše tam chodí tak, jak by člověk očekával.

Remote Desktop z Windows Vista na vzdálené Windows XP má stejné vady, jako XP->XP a to včetně clipování jmen. To je například důvod, proč tam nechodí Cut & Paste mezi vzdáleným a lokálním Explorerem. Oříznutím CFSTR_PREFERREDDROPEFFECT na "Preferred DropEf" nemá lokální Explorer šanci rozpoznat, že se nejedná o Copy, ale o Move. Tuto chybu bychom mohli obejít (dohledáním zkrácené verze), ale rozhodli jsme se ji v Salamanderu nechat. Neuvědomujeme si, že by si na problém někdo stěžoval a budeme se alespoň chovat shodně s Explorerem.

Do verze 2.52 beta 1 tedy přidám hack, který pomocí ořízlých názvu formátů ve schránce bude situaci detekovat a nespustí na vzdálených Windows upload souboru do lokálního TEMP adresáře (to je to, co se momentálně děje).

[Mem]

Chtěl jsem jen potvrdit a poděkovat za úpravu ve 2.52 beta1, při práci s remote desktop a kopírováním souborů už záseky nezaznamenávám (v emotikonech výrazně chybí *thumbs up* )