342272 2014-12-28 10:16:48 +0000 not able to play a Video from my NAS in KDE; Windows, Android, Xubuntu-Clients are working well. 2018-01-31 17:21:01 +0000 1 1 10 Unmaintained kio smb 4.13.3 Kubuntu Linux RESOLVED DUPLICATE 75324 NOR normal --- 0 hhfischer25 unassigned-bugs-null cfeck nate nb64367 0 oldest_to_newest 1487870 0 hhfischer25 2014-12-28 10:16:48 +0000 I have a NAS, where i can share an usb-stick. We use it at home to distribute files between windows android and linux. The sharing works in common. But when i try to play a Video from the smb-share, i get errormessages and it will not play. I tried mp4, mpg, webm, divx with vlc, smplayer, dragonplayer. (I used Dolphin: network > smb shares > File -right mouse > play with vlc) The share itself works, I can open pictures with gwenview, play mp3 with qmmp... I'm also able to _copy_ the file to my desktop and play it here. The problem exists only for videofilesand only for KDE. Other clients are always working: Windos xp/7: works, Android 4.2/4: works, XFCE (xbuntu 14.04.1): works... KDE (ubuntu 14.04.1): defekt. Reproducible: Always Steps to Reproduce: 1. browse to a smb share with dolphin 2. right mouse to a video-file (name.mp4) 3. open with vlc / dragon-player/ smplayer.... Actual Results: nothing or I receive a errormessige, depending on the used player. vlc errormessage: "Ihre Eingabe konnte nicht geöffnet werden: VLC kann die MRL 'smb://freitag@fritzbox/fritzbox/Kingston-DataTraveler2-0-01/joe%20bonamassa%20-%20royal%20albert%20hall.mp4' nicht öffnen. Sehen Sie für Details im Fehlerprotokoll nach." Expected Results: play videofile 1487877 1 nb64367 2014-12-28 11:36:37 +0000 [I am a GCI student] If I understand you right you think it is a dolphin bug. Please, report it as such. Could you try installing your xfce file viewer and video player and test with those on your kubuntu machine? And try installing dolphin on your xubuntu machine? And do this: Sehen Sie für Details im Fehlerprotokoll nach. 1487909 2 90137 hhfischer25 2014-12-28 13:51:02 +0000 Created attachment 90137 the log from vlc in case of the error (2 trials) 1487910 3 hhfischer25 2014-12-28 14:02:08 +0000 I tried some cases: - its not a problem with rights (samba or filesystem) (copy is possible, other systems are OK) - ist not a performanceproblem, because all tests are made on the same hardware (errors and OKs) - renamed the file to play to aa.mp4 (to make shure, there‘s no name problem with spaces or other language-typical signs) - same result testet with kubuntu and krusader: error (the same) testet with xubuntu and thunar: all OK testet with xubuntu and nemo: all OK on the same Xubuntu-machine: startet vlc (empty) > open file > go to a mp4-file on the nas > play >>> works (no idea, what file-dialog it is) next: installed dolphin in my xubuntu 14.04 start dolphin > browse to the networkfolder > right mouse on mp4-file > play with vlc Error (the same like i have seen everytime) start dolphin > browse to the networkfolder > right mouse on mp4-file > play with Parole Media player !! it copies the file to /var/temp/... anr when ready > it plays the file without problems!! (not I have initiatet the file copy, it makes it automatically) (copy before play (with manually works also in dolphin) is not a solution, because the Fritzbox NAS copies with about 2 Mbit/s) I dont think it's a dolphin problem because krusader didn't work allso. Mp3-files or pictures work in dolphin over the same share with the same kind of file-access. ( right mouse > open with) Other Players do allmost the same. (cannot see errormessages, but no file played, no reaction) 1487923 4 cfeck 2014-12-28 15:18:32 +0000 I am unsure which users you are setting up to log into the samba share. Comment #0 says it is "freitag@fritzbox", while comment #2 says "rudi@192.168.178.1", and fails with access_smb error: open failed for 'rudi@192.168.178.1/fritzbox/Kingston-DataTraveler2-0-01/joe%20bonamassa%20-%20royal%20albert%20hall.mp4' (Permission denied) Where does the "rudi" name come from? 1487981 5 hhfischer25 2014-12-28 18:50:47 +0000 The NAS knows -among others- both users: freitag and rudi, both have a uniqe password. both users are allowed full r/w on the share. KUBUNTU uses the kdewallet witch icludes two users for destination 192.168.178.1: login > rudi with its password login-2 > freitag with its password rudi also is the name of my user in kubuntu (local) when i went (with dolphin) to the share, it asked me for the passwort of the wallet. (its the local password from rudi, btw the same as the NAS-password) This password opens the wallet (i think) and then transfers the logindata to the NAS. No idea what else happens... When i use Xubuntu, theres no wallet - i believe. Whe the filemanager asks, i give the NAS-Password directly. 1487989 6 hhfischer25 2014-12-28 19:10:19 +0000 cleared - for test reasons - the wallet: now its no access to the share possible: dolphin > network it shows: -samba shares > it shows 2 "workgroups": workgroup and Yello (this is ok and intended) -network: nothing happens -network services: nothing happens -MTP devices the NAS is in YELLO when i try to access, it asks fo username and password only (xubuntu asks also for Group) i give the login datas and.... the autheticationdialog apears again and again and again... loop (testet with both logins) this is new. untill now i was able to browse tghe NAS without difficulties. Tomorrow i will further search for the reasons... 1488038 7 cfeck 2014-12-29 00:53:10 +0000 Thanks for the investigation so far. Reassigning to kio-smb developers. They might better understand what you wrote. 1488095 8 hhfischer25 2014-12-29 12:17:05 +0000 would you please reassign this note to the developer? thanks. Now: I renamed the workgroup name of the fritzbox from yello to workgroup to minimize sideeffekts. Then I renewed the share and the users of the fritzbox. Testet the share fom xubuntu and kubuntu > both OK. Startet thunar/nemo from _X_ubuntu > browse to share > right mouse to moviefile > play with vlc > both times OK. Now the other way round: startet _K_ubuntu, tested share with copy: OK installed nemo and thunar on Kubuntu startet thunar from Kubuntu > browse to share > right mouse to moviefile > play with vlc > error --------------------------------------------------------------------------------------------------- this is what thunar sayed on commandline: rudi@Musikubu1404:~$ thunar Your Thunar settings have been migrated to Xfconf. The config file "/home/rudi/.config/Thunar/thunarrc" is not used anymore. (thunar:4050): GLib-CRITICAL **: Source ID 553 was not found when attempting to remove it (thunar:4050): GLib-CRITICAL **: Source ID 761 was not found when attempting to remove it (thunar:4050): GLib-CRITICAL **: Source ID 853 was not found when attempting to remove it (thunar:4050): GLib-CRITICAL **: Source ID 946 was not found when attempting to remove it (thunar:4050): GLib-CRITICAL **: Source ID 1624 was not found when attempting to remove it (thunar:4050): Gdk-CRITICAL **: IA__gdk_window_get_window_type: assertion 'GDK_IS_WINDOW (window)' failed VLC media player 2.1.4 Rincewind (revision 2.1.4-0-g2a072be) [0xeeb118] main libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden. [0x7f004c001308] access_smb access error: open failed for 'fritzbox/fritzbox/Kingston-DataTraveler2-0-01/Einsfestival-Sound_City_-_Teil_1-393879_3939610.mp4' (Permission denied) [0x7f005c000a68] main input error: open of `smb://fritzbox/fritzbox/Kingston-DataTraveler2-0-01/Einsfestival-Sound_City_-_Teil_1-393879_3939610.mp4' failed Bus::open: Can not get ibus-daemon's address. IBusInputContext::createInputContext: no connection to ibus-daemon (thunar:4050): GLib-CRITICAL **: Source ID 1747 was not found when attempting to remove it rudi@Musikubu1404:~$ -------------------------------------------------------------------------------------------------- next trial with nemo: Startet nemo from kubuntu > browse to share > right mouse to moviefile > play with vlc > error and the commandline-output from nemo: rudi@Musikubu1404:~$ nemo (nemo:4205): GLib-CRITICAL **: g_strrstr: assertion 'haystack != NULL' failed (nemo:4205): GLib-CRITICAL **: g_strrstr: assertion 'haystack != NULL' failed (nemo:4205): GLib-CRITICAL **: g_strrstr: assertion 'haystack != NULL' failed (nemo:4205): GLib-CRITICAL **: g_strrstr: assertion 'haystack != NULL' failed (nemo:4205): GLib-CRITICAL **: g_strrstr: assertion 'haystack != NULL' failed (nemo:4205): GLib-CRITICAL **: g_strrstr: assertion 'haystack != NULL' failed (nemo:4205): GLib-CRITICAL **: g_strrstr: assertion 'haystack != NULL' failed VLC media player 2.1.4 Rincewind (revision 2.1.4-0-g2a072be) [0xfc4118] main libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden. [0x7f8150000ff8] access_smb access error: open failed for 'fritzbox/fritzbox/Kingston-DataTraveler2-0-01/ForeverYoung.mp4' (Permission denied) [0x7f81540009b8] main input error: open of `smb://fritzbox/fritzbox/Kingston-DataTraveler2-0-01/ForeverYoung.mp4' failed Bus::open: Can not get ibus-daemon's address. IBusInputContext::createInputContext: no connection to ibus-daemon ----------------------------------------------------------------------------------------------------- short summary: from XFCE - it works with nemo and thunar and from inside vlc (open file....) - errors when i use dolphin from KDE - errors with dolphin, thunar, nemo and krusader. copy and write operations are possible with all systems: windows xp/7, android, Xubuntu, Kubuntu. The problem only exists with video-files: avi, mp4, webm, divX, flv ... mp3, jpg etc are all working. (dolphin.. browse share > right mouse > open with.. OK) unclear: in some cases, after a trial whitch leads to an error, i'm not able to go to the share within dolphin. I cannot even see the share, share-bookmarks are not working, dolphin shows a red errormessage on top. Sorry for not remebering - something like: there's no share with the name .... Just now i am not able to reproduce this. Made a restart and the share works again. 1499171 9 hhfischer25 2015-02-10 16:37:21 +0000 supplement & error correction I installed 2 more Systems: kubuntu and ubuntu studio (xubuntu) 14.04.1 to test. Used Kubuntu Backorts an another Systems: all systems showed the same behavior like described above. But: I probed with another NAS. Used an AMS150 from Fujitsu Siemens and a SMB share. And it worked! with vlcplayer also in Kubuntu. another thing:the (default) Dragonplayer sayes "SMB protocol source" plugin is needed. (Download yes/no solved/found nothing) Suppost the problem only seams to exist with a share on the Fritz.box at first Its a 7390, probed Firmware 6.20 & 6.23 http://avm.de/produkte/fritzbox/fritzbox-7390/technische-daten/ ) Then I testet once again from Android 4.4 and found a mistake in my description Result against Fritz box share: works with MX player and ES video player, did not play with vlc player and LIVE player (no idea what it is) result against AMS150 share with video files: mx player - works es player - works after caching Google video player, vlc player - no reaction (both tested with h264 kompressed mp4 files) renewed windows-test: worked with vlc and both networkdestinations (ams150 & fritztbox) Conclusion:now i have no idea what is the cause of the problem: kde / player / smb(client?) / fritzbox / me? ...confused 1708633 10 nate 2017-10-28 15:07:24 +0000 Duplicate of Bug 355328. In essence, the problem is that KIO doesn't actually mount Samba shares anywhere like GNOME's GVFS does (maybe XFCE has some equivalent or uses the same thing?). As a result, all applications that wish to access files on password-protected Samba shares must use KIO. With non-KIO-aware software, KIO falls back to passing them a URL that doesn't include a password in it, and thus the program itself must implement a samba client for access and look up the missing credentials in KWallet. I am in the process of helping the VLC folks implement this. See: - https://trac.videolan.org/vlc/ticket/18993 - https://trac.videolan.org/vlc/ticket/18991 *** This bug has been marked as a duplicate of bug 355328 *** 1708637 11 nate 2017-10-28 15:13:55 +0000 *** This bug has been marked as a duplicate of bug 330192 *** 1726515 12 nate 2018-01-31 17:21:01 +0000 *** This bug has been marked as a duplicate of bug 75324 *** 90137 2014-12-28 13:51:02 +0000 2014-12-28 13:51:02 +0000 the log from vlc in case of the error (2 trials) vlc-errors1.txt text/plain 5791 hhfischer25 CnB1bHNlIGRlYnVnOiBjaGFuZ2luZyBzaW5rIDE6IGFsc2Ffb3V0cHV0LnBjaS0wMDAwXzAwXzFi LjAuYW5hbG9nLXN0ZXJlbyAoSW50ZXJuZXMgQXVkaW8gQW5hbG9nIFN0ZXJlbykKcHVsc2UgZGVi dWc6IGNoYW5naW5nIHNpbmsgMTogYWxzYV9vdXRwdXQucGNpLTAwMDBfMDBfMWIuMC5hbmFsb2ct c3RlcmVvIChJbnRlcm5lcyBBdWRpbyBBbmFsb2cgU3RlcmVvKQpwdWxzZSBkZWJ1ZzogY2hhbmdp bmcgc2luayAxOiBhbHNhX291dHB1dC5wY2ktMDAwMF8wMF8xYi4wLmFuYWxvZy1zdGVyZW8gKElu dGVybmVzIEF1ZGlvIEFuYWxvZyBTdGVyZW8pCnB1bHNlIGRlYnVnOiBjaGFuZ2luZyBzaW5rIDE6 IGFsc2Ffb3V0cHV0LnBjaS0wMDAwXzAwXzFiLjAuYW5hbG9nLXN0ZXJlbyAoSW50ZXJuZXMgQXVk aW8gQW5hbG9nIFN0ZXJlbykKcHVsc2UgZGVidWc6IGNoYW5naW5nIHNpbmsgMTogYWxzYV9vdXRw dXQucGNpLTAwMDBfMDBfMWIuMC5hbmFsb2ctc3RlcmVvIChJbnRlcm5lcyBBdWRpbyBBbmFsb2cg U3RlcmVvKQptYWluIGRlYnVnOiBhZGRpbmcgaXRlbSBgc21iOi8vMTkyLjE2OC4xNzguMS9mcml0 emJveC9LaW5nc3Rvbi1EYXRhVHJhdmVsZXIyLTAtMDEvam9lJTIwYm9uYW1hc3NhJTIwLSUyMHJv eWFsJTIwYWxiZXJ0JTIwaGFsbC5tcDQnICggc21iOi8vcnVkaUAxOTIuMTY4LjE3OC4xL2ZyaXR6 Ym94L0tpbmdzdG9uLURhdGFUcmF2ZWxlcjItMC0wMS9qb2UlMjBib25hbWFzc2ElMjAtJTIwcm95 YWwlMjBhbGJlcnQlMjBoYWxsLm1wNCApCm1haW4gZGVidWc6IG5vIGZldGNoIHJlcXVpcmVkIGZv ciAobnVsbCkgKGFydCBjdXJyZW50bHkgKG51bGwpKQptYWluIGRlYnVnOiBwcm9jZXNzaW5nIHJl cXVlc3QgaXRlbTogc21iOi8vMTkyLjE2OC4xNzguMS9mcml0emJveC9LaW5nc3Rvbi1EYXRhVHJh dmVsZXIyLTAtMDEvam9lJTIwYm9uYW1hc3NhJTIwLSUyMHJveWFsJTIwYWxiZXJ0JTIwaGFsbC5t cDQsIG5vZGU6IFdpZWRlcmdhYmVsaXN0ZSwgc2tpcDogMAptYWluIGRlYnVnOiByZWJ1aWxkaW5n IGFycmF5IG9mIGN1cnJlbnQgLSByb290IFdpZWRlcmdhYmVsaXN0ZQptYWluIGRlYnVnOiByZWJ1 aWxkIGRvbmUgLSAzIGl0ZW1zLCBpbmRleCAyCm1haW4gZGVidWc6IHN0YXJ0aW5nIHBsYXliYWNr IG9mIHRoZSBuZXcgcGxheWxpc3QgaXRlbQptYWluIGRlYnVnOiByZXN5bmNpbmcgb24gc21iOi8v MTkyLjE2OC4xNzguMS9mcml0emJveC9LaW5nc3Rvbi1EYXRhVHJhdmVsZXIyLTAtMDEvam9lJTIw Ym9uYW1hc3NhJTIwLSUyMHJveWFsJTIwYWxiZXJ0JTIwaGFsbC5tcDQKbWFpbiBkZWJ1Zzogc21i Oi8vMTkyLjE2OC4xNzguMS9mcml0emJveC9LaW5nc3Rvbi1EYXRhVHJhdmVsZXIyLTAtMDEvam9l JTIwYm9uYW1hc3NhJTIwLSUyMHJveWFsJTIwYWxiZXJ0JTIwaGFsbC5tcDQgaXMgYXQgMgptYWlu IGRlYnVnOiBjcmVhdGluZyBuZXcgaW5wdXQgdGhyZWFkCm1haW4gZGVidWc6IENyZWF0aW5nIGFu IGlucHV0IGZvciAnc21iOi8vMTkyLjE2OC4xNzguMS9mcml0emJveC9LaW5nc3Rvbi1EYXRhVHJh dmVsZXIyLTAtMDEvam9lJTIwYm9uYW1hc3NhJTIwLSUyMHJveWFsJTIwYWxiZXJ0JTIwaGFsbC5t cDQnCm1haW4gZGVidWc6IHVzaW5nIHRpbWVzaGlmdCBncmFudWxhcml0eSBvZiA1MCBNaUIsIGlu IHBhdGggJy90bXAnCm1haW4gZGVidWc6IGBzbWI6Ly9ydWRpQDE5Mi4xNjguMTc4LjEvZnJpdHpi b3gvS2luZ3N0b24tRGF0YVRyYXZlbGVyMi0wLTAxL2pvZSUyMGJvbmFtYXNzYSUyMC0lMjByb3lh bCUyMGFsYmVydCUyMGhhbGwubXA0JyBnaXZlcyBhY2Nlc3MgYHNtYicgZGVtdXggYCcgcGF0aCBg cnVkaUAxOTIuMTY4LjE3OC4xL2ZyaXR6Ym94L0tpbmdzdG9uLURhdGFUcmF2ZWxlcjItMC0wMS9q b2UlMjBib25hbWFzc2ElMjAtJTIwcm95YWwlMjBhbGJlcnQlMjBoYWxsLm1wNCcKbWFpbiBkZWJ1 ZzogY3JlYXRpbmcgZGVtdXg6IGFjY2Vzcz0nc21iJyBkZW11eD0nJyBsb2NhdGlvbj0ncnVkaUAx OTIuMTY4LjE3OC4xL2ZyaXR6Ym94L0tpbmdzdG9uLURhdGFUcmF2ZWxlcjItMC0wMS9qb2UlMjBi b25hbWFzc2ElMjAtJTIwcm95YWwlMjBhbGJlcnQlMjBoYWxsLm1wNCcgZmlsZT0nKG51bGwpJwpt YWluIGRlYnVnOiBsb29raW5nIGZvciBhY2Nlc3NfZGVtdXggbW9kdWxlIG1hdGNoaW5nICJzbWIi OiAyMCBjYW5kaWRhdGVzCm1haW4gZGVidWc6IG5vIGFjY2Vzc19kZW11eCBtb2R1bGVzIG1hdGNo ZWQKbWFpbiBkZWJ1ZzogY3JlYXRpbmcgYWNjZXNzICdzbWInIGxvY2F0aW9uPSdydWRpQDE5Mi4x NjguMTc4LjEvZnJpdHpib3gvS2luZ3N0b24tRGF0YVRyYXZlbGVyMi0wLTAxL2pvZSUyMGJvbmFt YXNzYSUyMC0lMjByb3lhbCUyMGFsYmVydCUyMGhhbGwubXA0JywgcGF0aD0nKG51bGwpJwptYWlu IGRlYnVnOiBsb29raW5nIGZvciBhY2Nlc3MgbW9kdWxlIG1hdGNoaW5nICJzbWIiOiAyNSBjYW5k aWRhdGVzCnF0NCBkZWJ1ZzogSU06IFNldHRpbmcgYW4gaW5wdXQKYWNjZXNzX3NtYiBlcnJvcjog b3BlbiBmYWlsZWQgZm9yICdydWRpQDE5Mi4xNjguMTc4LjEvZnJpdHpib3gvS2luZ3N0b24tRGF0 YVRyYXZlbGVyMi0wLTAxL2pvZSUyMGJvbmFtYXNzYSUyMC0lMjByb3lhbCUyMGFsYmVydCUyMGhh bGwubXA0JyAoUGVybWlzc2lvbiBkZW5pZWQpCm1haW4gZGVidWc6IG5vIGFjY2VzcyBtb2R1bGVz IG1hdGNoZWQKbWFpbiBlcnJvcjogb3BlbiBvZiBgc21iOi8vcnVkaUAxOTIuMTY4LjE3OC4xL2Zy aXR6Ym94L0tpbmdzdG9uLURhdGFUcmF2ZWxlcjItMC0wMS9qb2UlMjBib25hbWFzc2ElMjAtJTIw cm95YWwlMjBhbGJlcnQlMjBoYWxsLm1wNCcgZmFpbGVkCm1haW4gZGVidWc6IGRlYWQgaW5wdXQK bWFpbiBkZWJ1ZzogY2hhbmdpbmcgaXRlbSB3aXRob3V0IGEgcmVxdWVzdCAoY3VycmVudCAyLzMp Cm1haW4gZGVidWc6IG5vdGhpbmcgdG8gcGxheQpxdDQgZGVidWc6IElNOiBEZWxldGluZyB0aGUg aW5wdXQKbWFpbiBkZWJ1ZzogYWRkaW5nIGl0ZW0gYHNtYjovLzE5Mi4xNjguMTc4LjEvZnJpdHpi b3gvS2luZ3N0b24tRGF0YVRyYXZlbGVyMi0wLTAxL0RpZSUyMFRyaWNrcyUyMGVpbmVyJTIwcHJv ZmVzc2lvbmVsbGVuJTIwQXVkaW8lMjBBdWZuYWhtZSUyMChBbmxlaXR1bmclMjAud2VibScgKCBz bWI6Ly9ydWRpQDE5Mi4xNjguMTc4LjEvZnJpdHpib3gvS2luZ3N0b24tRGF0YVRyYXZlbGVyMi0w LTAxL0RpZSUyMFRyaWNrcyUyMGVpbmVyJTIwcHJvZmVzc2lvbmVsbGVuJTIwQXVkaW8lMjBBdWZu YWhtZSUyMChBbmxlaXR1bmclMjAud2VibSApCm1haW4gZGVidWc6IG5vIGZldGNoIHJlcXVpcmVk IGZvciAobnVsbCkgKGFydCBjdXJyZW50bHkgKG51bGwpKQptYWluIGRlYnVnOiBwcm9jZXNzaW5n IHJlcXVlc3QgaXRlbTogc21iOi8vMTkyLjE2OC4xNzguMS9mcml0emJveC9LaW5nc3Rvbi1EYXRh VHJhdmVsZXIyLTAtMDEvRGllJTIwVHJpY2tzJTIwZWluZXIlMjBwcm9mZXNzaW9uZWxsZW4lMjBB dWRpbyUyMEF1Zm5haG1lJTIwKEFubGVpdHVuZyUyMC53ZWJtLCBub2RlOiBXaWVkZXJnYWJlbGlz dGUsIHNraXA6IDAKbWFpbiBkZWJ1ZzogcmVidWlsZGluZyBhcnJheSBvZiBjdXJyZW50IC0gcm9v dCBXaWVkZXJnYWJlbGlzdGUKbWFpbiBkZWJ1ZzogcmVidWlsZCBkb25lIC0gNCBpdGVtcywgaW5k ZXggMwptYWluIGRlYnVnOiBzdGFydGluZyBwbGF5YmFjayBvZiB0aGUgbmV3IHBsYXlsaXN0IGl0 ZW0KbWFpbiBkZWJ1ZzogcmVzeW5jaW5nIG9uIHNtYjovLzE5Mi4xNjguMTc4LjEvZnJpdHpib3gv S2luZ3N0b24tRGF0YVRyYXZlbGVyMi0wLTAxL0RpZSUyMFRyaWNrcyUyMGVpbmVyJTIwcHJvZmVz c2lvbmVsbGVuJTIwQXVkaW8lMjBBdWZuYWhtZSUyMChBbmxlaXR1bmclMjAud2VibQptYWluIGRl YnVnOiBzbWI6Ly8xOTIuMTY4LjE3OC4xL2ZyaXR6Ym94L0tpbmdzdG9uLURhdGFUcmF2ZWxlcjIt MC0wMS9EaWUlMjBUcmlja3MlMjBlaW5lciUyMHByb2Zlc3Npb25lbGxlbiUyMEF1ZGlvJTIwQXVm bmFobWUlMjAoQW5sZWl0dW5nJTIwLndlYm0gaXMgYXQgMwptYWluIGRlYnVnOiBjcmVhdGluZyBu ZXcgaW5wdXQgdGhyZWFkCm1haW4gZGVidWc6IENyZWF0aW5nIGFuIGlucHV0IGZvciAnc21iOi8v MTkyLjE2OC4xNzguMS9mcml0emJveC9LaW5nc3Rvbi1EYXRhVHJhdmVsZXIyLTAtMDEvRGllJTIw VHJpY2tzJTIwZWluZXIlMjBwcm9mZXNzaW9uZWxsZW4lMjBBdWRpbyUyMEF1Zm5haG1lJTIwKEFu bGVpdHVuZyUyMC53ZWJtJwptYWluIGRlYnVnOiB1c2luZyB0aW1lc2hpZnQgZ3JhbnVsYXJpdHkg b2YgNTAgTWlCLCBpbiBwYXRoICcvdG1wJwptYWluIGRlYnVnOiBgc21iOi8vcnVkaUAxOTIuMTY4 LjE3OC4xL2ZyaXR6Ym94L0tpbmdzdG9uLURhdGFUcmF2ZWxlcjItMC0wMS9EaWUlMjBUcmlja3Ml MjBlaW5lciUyMHByb2Zlc3Npb25lbGxlbiUyMEF1ZGlvJTIwQXVmbmFobWUlMjAoQW5sZWl0dW5n JTIwLndlYm0nIGdpdmVzIGFjY2VzcyBgc21iJyBkZW11eCBgJyBwYXRoIGBydWRpQDE5Mi4xNjgu MTc4LjEvZnJpdHpib3gvS2luZ3N0b24tRGF0YVRyYXZlbGVyMi0wLTAxL0RpZSUyMFRyaWNrcyUy MGVpbmVyJTIwcHJvZmVzc2lvbmVsbGVuJTIwQXVkaW8lMjBBdWZuYWhtZSUyMChBbmxlaXR1bmcl MjAud2VibScKbWFpbiBkZWJ1ZzogY3JlYXRpbmcgZGVtdXg6IGFjY2Vzcz0nc21iJyBkZW11eD0n JyBsb2NhdGlvbj0ncnVkaUAxOTIuMTY4LjE3OC4xL2ZyaXR6Ym94L0tpbmdzdG9uLURhdGFUcmF2 ZWxlcjItMC0wMS9EaWUlMjBUcmlja3MlMjBlaW5lciUyMHByb2Zlc3Npb25lbGxlbiUyMEF1ZGlv JTIwQXVmbmFobWUlMjAoQW5sZWl0dW5nJTIwLndlYm0nIGZpbGU9JyhudWxsKScKbWFpbiBkZWJ1 ZzogbG9va2luZyBmb3IgYWNjZXNzX2RlbXV4IG1vZHVsZSBtYXRjaGluZyAic21iIjogMjAgY2Fu ZGlkYXRlcwptYWluIGRlYnVnOiBubyBhY2Nlc3NfZGVtdXggbW9kdWxlcyBtYXRjaGVkCm1haW4g ZGVidWc6IGNyZWF0aW5nIGFjY2VzcyAnc21iJyBsb2NhdGlvbj0ncnVkaUAxOTIuMTY4LjE3OC4x L2ZyaXR6Ym94L0tpbmdzdG9uLURhdGFUcmF2ZWxlcjItMC0wMS9EaWUlMjBUcmlja3MlMjBlaW5l ciUyMHByb2Zlc3Npb25lbGxlbiUyMEF1ZGlvJTIwQXVmbmFobWUlMjAoQW5sZWl0dW5nJTIwLndl Ym0nLCBwYXRoPScobnVsbCknCm1haW4gZGVidWc6IGxvb2tpbmcgZm9yIGFjY2VzcyBtb2R1bGUg bWF0Y2hpbmcgInNtYiI6IDI1IGNhbmRpZGF0ZXMKcXQ0IGRlYnVnOiBJTTogU2V0dGluZyBhbiBp bnB1dAphY2Nlc3Nfc21iIGVycm9yOiBvcGVuIGZhaWxlZCBmb3IgJ3J1ZGlAMTkyLjE2OC4xNzgu MS9mcml0emJveC9LaW5nc3Rvbi1EYXRhVHJhdmVsZXIyLTAtMDEvRGllJTIwVHJpY2tzJTIwZWlu ZXIlMjBwcm9mZXNzaW9uZWxsZW4lMjBBdWRpbyUyMEF1Zm5haG1lJTIwKEFubGVpdHVuZyUyMC53 ZWJtJyAoUGVybWlzc2lvbiBkZW5pZWQpCm1haW4gZGVidWc6IG5vIGFjY2VzcyBtb2R1bGVzIG1h dGNoZWQKbWFpbiBlcnJvcjogb3BlbiBvZiBgc21iOi8vcnVkaUAxOTIuMTY4LjE3OC4xL2ZyaXR6 Ym94L0tpbmdzdG9uLURhdGFUcmF2ZWxlcjItMC0wMS9EaWUlMjBUcmlja3MlMjBlaW5lciUyMHBy b2Zlc3Npb25lbGxlbiUyMEF1ZGlvJTIwQXVmbmFobWUlMjAoQW5sZWl0dW5nJTIwLndlYm0nIGZh aWxlZAptYWluIGRlYnVnOiBkZWFkIGlucHV0Cm1haW4gZGVidWc6IGNoYW5naW5nIGl0ZW0gd2l0 aG91dCBhIHJlcXVlc3QgKGN1cnJlbnQgMy80KQptYWluIGRlYnVnOiBub3RoaW5nIHRvIHBsYXkK cXQ0IGRlYnVnOiBJTTogRGVsZXRpbmcgdGhlIGlucHV0Cg==