211394 2020-05-04 13:23:52 -0700 createMediaElementSource not working 2021-12-15 12:43:56 -0800 1 1 1 Unclassified WebKit Web Audio WebKit Nightly Build iPhone / iPad iOS 13 RESOLVED FIXED https://bugs.webkit.org/show_bug.cgi?id=203435 https://bugs.webkit.org/show_bug.cgi?id=193840 InRadar P2 Major --- 1 luigi bfulgham adel.abdelli.aa bfulgham brianpeiris bruce chrisguttandin contact davallree dries.cleymans emj2152 eric.carlson icid.asset jer.noble jordy joseph.eugene joshterry55 jwschaedler khushpreetk363 mcamis mike pvollan rob.reng Steve.Hummingbird webkit-bug-importer youennf oldest_to_newest 1648709 0 luigi 2020-05-04 13:23:52 -0700 This bug seems to be related to the previous bug #203435, which is currently reported as RESOLVED FIXED. We asked every user we could get in touch with to test the following player on their iOS devices. Not a single one of the visitors using a device with iOS 13, including the ones who upgraded to the recent iOS 13.4.1, managed to see the player playing back the audio track. The player is stuck as soon as the user hits the play button. No warnings or errors are reported in the browser console. https://www.staging2.waveplayer.info/ The player uses the `createMediaElementSource` WebAudio function to connect an HTML5 Audio Element as a source for an Analyzer Node so that the audio file can be analyzed and a waveform animated using the Frequency Data coming from the source can be rendered in the player canvas. Currently, the only alternative we could find is a fallback to the regular Audio Element for all the iOS 13 visitors. A solution that excludes them from seeing the waveform animations. Please note that this has been working just fine on any other recent versions of iOS until iOS 13 came out. If needed, I can provide further details about the player. Thanks. 1648802 1 webkit-bug-importer 2020-05-04 16:04:48 -0700 <rdar://problem/62866132> 1649644 2 mcamis 2020-05-06 09:03:16 -0700 Luigi's experience with this bug matches up directly with mine. I'm also using `createMediaElementSource` to analyze audio for https://saturn.fm. 1649684 3 contact 2020-05-06 10:21:24 -0700 Same for me. Using audio with createMediaElementSource used in a there's positional audio environment. Not working. 1649687 4 contact 2020-05-06 10:22:08 -0700 three-js positional audio environment* 1651960 5 davallree 2020-05-12 14:50:21 -0700 Have the same experience as outlined above. Please fix asap. User experience is ruined on iOS devices for my audio visualizer app. 1652362 6 dries.cleymans 2020-05-13 13:32:47 -0700 We have the same issue. Our app works fine for all users, only those with an iPhone or iPad with iOS 13 or up can't play sound. No error occurs. The audio element associated with the node fires the 'play' event but no playback starts. We don't receive any 'timeupdate' from the audio element. When we don't use the 'createMediaElementSource' function on the audio element, the sound plays without a problem. 1652882 7 joseph.eugene 2020-05-14 17:16:07 -0700 Same for me. This functionality is broken. createMediaElementSource is not working and thus analyzer nodes and visualizing audio are not working either. Everything was working fine till iOS 13 was released. It's been over half a year since this bug was first reported. Please bump this up/make this a priority. 1653622 8 emj2152 2020-05-18 08:56:04 -0700 Verifying what all the others have described. This is still an issue. The `createMediaElementSource `WebAudio function is broken. Please fix asap. It's really ruining our customer experience on iOS devices. Works perfectly fine on Android phones and on desktops. 1653818 9 399684 bfulgham 2020-05-18 17:09:42 -0700 Created attachment 399684 Patch 1653850 10 399684 pvollan 2020-05-18 18:24:30 -0700 Comment on attachment 399684 Patch R=me. 1654026 11 ews-feeder 2020-05-19 09:21:43 -0700 Committed r261865: <https://trac.webkit.org/changeset/261865> All reviewed patches have been landed. Closing bug and clearing flags on attachment 399684. 1654051 12 joseph.eugene 2020-05-19 10:19:32 -0700 Do we have a sense for when the fixes will land on iOS? 1654052 13 joseph.eugene 2020-05-19 10:19:54 -0700 Also thanks for much for the prompt handling of this! 1654063 14 mcamis 2020-05-19 10:37:46 -0700 +1 for the quick response, thank you Brent & Per! 🙌 1654302 15 luigi 2020-05-19 20:41:47 -0700 I agree with Adam McAmis: this was very fast compared to the previous report of the same issue. Any word on the possible timeframe this patch will make it to the public would be very appreciated. The list of complaining users is growing quite fast and if we can expect this to be out soon, it doesn't make sense that we think of a fallback in the meantime. 1658445 16 joshterry55 2020-06-02 14:09:15 -0700 (In reply to Luigi Pulcini from comment #15) > I agree with Adam McAmis: this was very fast compared to the previous report > of the same issue. > > Any word on the possible timeframe this patch will make it to the public > would be very appreciated. The list of complaining users is growing quite > fast and if we can expect this to be out soon, it doesn't make sense that we > think of a fallback in the meantime. Yes this would be very helpful! We have had our webview audio broken for months now waiting on a fix. Thank you for looking at this! I know it is still broken on ios 13.5 but hoping for a fix on 13.5.1 or 13.5.5. Thank you guys 1664828 17 bruce 2020-06-21 01:11:30 -0700 Is there any way to find out when this change will be GA for iOS users? 1664890 18 adel.abdelli.aa 2020-06-21 14:29:17 -0700 Do you know when this patch will be available ? It seems not working on IOS 13.5.1 ... 1665105 19 mcamis 2020-06-22 12:16:39 -0700 I can confirm that this is now working as expected for me in the iPad 13.6 Public Beta 1672995 20 luigi 2020-07-20 00:29:05 -0700 iOS 13.6 was released on July 15, 2020. Can anyone please confirm this problem was permanently fixed in this release? 1673036 21 icid.asset 2020-07-20 06:00:33 -0700 Can confirm it's fixed in 13.6, thanks! 1673038 22 luigi 2020-07-20 06:17:40 -0700 That's great news! Thank you for confirming that. 1673041 23 joshterry55 2020-07-20 06:32:57 -0700 I just updated to ios 13.6 on iphone 11. In WkWebview audio for me is still killing 30 seconds after screen goes black. Not fixed for me 1673051 24 khushpreetk363 2020-07-20 06:53:11 -0700 Updated iOS 13.6 on iPad mini 4 and tested the sample, audio plays now - 'great!!'. However, audio is distorted, I mean the audio doesn't play smoothly! Is anyone out there facing the similar issue? 1673052 25 contact 2020-07-20 06:55:31 -0700 Yup same, distorted. I am using createMediaElementSource for a 3d positional audio (using three-js). It is not smooth and distorted. Although it does play at least now. 1673053 26 luigi 2020-07-20 06:59:11 -0700 Audio stuttering and crackling seems to be an ongoing problem in Safari, any version, any platform. I submitted another interesting bug (#212125) about Safari itself not being able to resume playback after a ScriptProcessorNode is disconnected (when pausing) and playing back (when playing again). It looks like the WebAudio is not stable enough in Safari. In my case I had to implement a fallback to the basic HTML5 Audio Element and give up on the WebAudio API in Safari. 1676350 27 Steve.Hummingbird 2020-07-30 04:54:21 -0700 (In reply to Khushpreet from comment #24) > Updated iOS 13.6 on iPad mini 4 and tested the sample, audio plays now - > 'great!!'. However, audio is distorted, I mean the audio doesn't play > smoothly! Is anyone out there facing the similar issue? Yes. We have reported the issues regarding distortion when using createMediaElementSource the first time in March 2019. radar ID 48560346 No response or improvement so far. However, back then it only seemed to occur on iOS devices and not on desktop safari. 1676358 28 youennf 2020-07-30 06:18:04 -0700 (In reply to Steve from comment #27) > (In reply to Khushpreet from comment #24) > > Updated iOS 13.6 on iPad mini 4 and tested the sample, audio plays now - > > 'great!!'. However, audio is distorted, I mean the audio doesn't play > > smoothly! Is anyone out there facing the similar issue? > > Yes. We have reported the issues regarding distortion when using > createMediaElementSource the first time in March 2019. radar ID 48560346 > No response or improvement so far. However, back then it only seemed to > occur on iOS devices and not on desktop safari. Do you still repro that on recent iOS versions. Doing a quick check, I am not sure I repro the issue, maybe the audio is not getting data fast enough and the audio element needs to do buffering. In any case, since this issue is closed, would you be able to file new issues, ideally with repro cases (and/or sysdiagnoses sent privately). 1678972 29 Steve.Hummingbird 2020-08-09 05:22:37 -0700 I just tested, now that 13.6 is available. This issue, where audio would no longer be played at all, seems to be fixed. The issue with distorted audio / crackles is still present. I submitted a codepen to reproduce the issue with my initial bug report. It now plays again, but it played distorted on first try (easily audible). I'll happily open another bug report here, if that is helpful. But could you please let me know what sysdiagnoses you need and what additional information you would like to receive privately? Do you have access to the radar issue? (48560346) The issue likely is not related to not getting data fast enough, since the playback issues immediately appear when playback starts. If this should be the case though, this also means that the browser would try to start playback at a point where it does not have sufficient data loaded. (In reply to youenn fablet from comment #28) > (In reply to Steve from comment #27) > > (In reply to Khushpreet from comment #24) > > > Updated iOS 13.6 on iPad mini 4 and tested the sample, audio plays now - > > > 'great!!'. However, audio is distorted, I mean the audio doesn't play > > > smoothly! Is anyone out there facing the similar issue? > > > > Yes. We have reported the issues regarding distortion when using > > createMediaElementSource the first time in March 2019. radar ID 48560346 > > No response or improvement so far. However, back then it only seemed to > > occur on iOS devices and not on desktop safari. > > Do you still repro that on recent iOS versions. > Doing a quick check, I am not sure I repro the issue, maybe the audio is not > getting data fast enough and the audio element needs to do buffering. > > In any case, since this issue is closed, would you be able to file new > issues, ideally with repro cases (and/or sysdiagnoses sent privately). 1680489 30 luigi 2020-08-14 15:52:04 -0700 In my experience, the issue with the distorted/crackling noise comes with a mismatch between the samplerates of the audio context and the audio file being played back. If the audio file is encoded at a samplerate different than the one assigned to the audio context (as far as I understand, the audio context is assigned the sample rate of the current audio device), then the playback will be affected by audio crackles. I hope this helps. 1681009 31 khushpreetk363 2020-08-17 21:44:21 -0700 Hi, Thanks for the explanation. As you mentioned, if playback sample rate is different from the sample rate in which audio was recorded, audio would be glitchy. Therefore, would anyone share how browser/system decide the sample rate. I have a case where my media's sample rate is 48kHz, but one of my system played the playback at 44100 sample rate and audio was glitchy. For test, I created the audio context with default sample rate 48000 (hard-coded) in my player and audio quality got better. Now my question is, > How does system decide the sample rate? From above test, I got an understanding that this particular system could support 48000 sample rate but chose to play at 44100, why would that happen? > Does the system/browser configuration affect the settings? Is it about the memory? PS. I know the setting hard-coded sample rate is not a good idea due to the following reasons: 1. User can play media at different sample rate, so it should dynamically decided by the player. 2. I cannot set default sample rate while creating audio context in safari(please correct me if my understanding is wrong), so I'll have the same issue on safari. Any explanation would be very helpful for me to understand this. Thank you for your time and help in advance. 1735794 32 rob.reng 2021-03-04 05:50:45 -0800 createMediaElementSource is still broken as far as I can tell (Version 14.0.3 (16610.4.3.1.4)) Running this sample still has silence: https://mdn.github.io/webaudio-examples/media-source-buffer/ On all other browsers there is audio as expected. Any idea of when a fix for this would be ready? I enabled Experimental Feartures -> Modern WebAudio API and it still doesn't work.... 1791442 33 contact 2021-09-08 06:10:41 -0700 This issue is still not fixed!!! Please, I am running a virtual gallery space website for electronic music and sound art and right now all the iOS users cannot have a correct audio experience on my platform (it is the biggest platform according to my analytics) You can test it with this simple audio three-js example: (wait a few minutes until the crackles take over) https://threejs.org/examples/webaudio_orientation.html Or on my own website: www.subneu.live Please fix or give us more info! 1795165 34 brianpeiris 2021-09-20 10:57:52 -0700 Issues with crackling audio may be more specific to a regression in PannerNode as described here: https://bugs.webkit.org/show_bug.cgi?id=227199 1813991 35 contact 2021-11-11 05:29:46 -0800 (In reply to Brian Peiris from comment #34) > Issues with crackling audio may be more specific to a regression in > PannerNode as described here: https://bugs.webkit.org/show_bug.cgi?id=227199 Interesting! But the issue is still not fixed correct? 1817481 36 mike 2021-11-23 09:15:22 -0800 When I use createMediaElementSource and createAnalyser I get no sound. Its a local file, I create the AudioContext and analyser and make connections after a user interaction. This is some code I am working from and is a good example of what does not work: https://codepen.io/nfj525/pen/rVBaab Thank you. 1824492 37 mike 2021-12-15 12:39:54 -0800 Hm. I think my issue here is I am using audio.onplay as my user event. It doesn't qualify as a user event. I see if I use a user click event it does work. You can't get a click event off the HTML audio player (as far as I can tell) when someone clicks play, so I can't use clicking play on the audio player as the interaction event, which means layering something else for the user. Hm. 1824493 38 mike 2021-12-15 12:40:28 -0800 Hm. I think my issue here is I am using audio.onplay as my user event. It doesn't qualify as a user event. I see if I use a user click event it does work. You can't get a click event off the HTML audio player (as far as I can tell) when someone clicks play, so I can't use clicking play on the audio player as the interaction event, which means layering something else for the user. Hm. 1824498 39 mike 2021-12-15 12:43:56 -0800 Sorry about the double post. 399684 2020-05-18 17:09:42 -0700 2020-05-19 09:21:43 -0700 Patch bug-211394-20200518170941.patch text/plain 3805 bfulgham U3VidmVyc2lvbiBSZXZpc2lvbjogMjYxODI2CmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViS2l0L0No YW5nZUxvZyBiL1NvdXJjZS9XZWJLaXQvQ2hhbmdlTG9nCmluZGV4IDFlOTNiMzBmZDUxZWE1NWMz NmI4YmRlNDUyMjljNjIzMmNmMDA3Y2EuLmNmNTFhOTA4ZjhkNjkzMTJlNTdmODY3NzMyMWZlOWY3 MjZhM2QxZDUgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XZWJLaXQvQ2hhbmdlTG9nCisrKyBiL1NvdXJj ZS9XZWJLaXQvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMjEgQEAKKzIwMjAtMDUtMTggIEJyZW50IEZ1 bGdoYW0gIDxiZnVsZ2hhbUBhcHBsZS5jb20+CisKKyAgICAgICAgUkVHUkVTU0lPTihyMjQzMTQ5 KTogY3JlYXRlTWVkaWFFbGVtZW50U291cmNlIG5vdCB3b3JraW5nCisgICAgICAgIGh0dHBzOi8v YnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD0yMTEzOTQKKyAgICAgICAgPHJkYXI6Ly9w cm9ibGVtLzYyODY2MTMyPgorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgor CisgICAgICAgIEkgcmVtb3ZlZCBhY2Nlc3MgdG8gc29tZSBBdWRpbyBzZXJ2aWNlcyBpbiByMjQz MTQ5LCBiZWNhdXNlIHdlIGJlbGlldmVkIHRoZXkgd2VyZSBhbHJlYWR5CisgICAgICAgIGJsb2Nr ZWQgYnkgYSBnbG9iYWwgZGVueSBjb21tYW5kLiBIb3dldmVyLCBTYW5kYm94IHJ1bGVzIG92ZXJy aWRlIGdlbmVyaWMgcnVsZXMgd2l0aAorICAgICAgICBleHBsaWNpdCBydWxlcywgc28gdGhlIGlt cG9ydGVkIHNhbmRib3ggcnVsZXMgd2VyZSBub3QgYmVpbmcgYmxvY2tlZC4KKworICAgICAgICBU aGlzIHBhdGNoIHJlLWFkZHMgdGhlIHJ1bGVzIG5lZWRlZCB0byBzdXBwb3J0IHRoZXNlIGF1ZGlv IHJvdXRpbmVzIG9uIGlPUyBoYXJkd2FyZS4KKworICAgICAgICAqIFJlc291cmNlcy9TYW5kYm94 UHJvZmlsZXMvaW9zL2NvbS5hcHBsZS5XZWJLaXQuV2ViQ29udGVudC5zYjoKKyAgICAgICAgKiBV SVByb2Nlc3MvQ29jb2EvV2ViUHJvY2Vzc1Bvb2xDb2NvYS5tbToKKyAgICAgICAgKFdlYktpdDo6 bWVkaWFSZWxhdGVkTWFjaFNlcnZpY2VzKToKKwogMjAyMC0wNS0xOCAgV2Vuc29uIEhzaWVoICA8 d2Vuc29uX2hzaWVoQGFwcGxlLmNvbT4KIAogICAgICAgICBTaW5nbGUgc2VsZWN0aW9uIDxzZWxl Y3Q+IHdpdGggPG9wdGdyb3Vwcz4gc2hvd3MgbXVsdGlwbGUgc2VsZWN0ZWQgb3B0aW9ucwpkaWZm IC0tZ2l0IGEvU291cmNlL1dlYktpdC9SZXNvdXJjZXMvU2FuZGJveFByb2ZpbGVzL2lvcy9jb20u YXBwbGUuV2ViS2l0LldlYkNvbnRlbnQuc2IgYi9Tb3VyY2UvV2ViS2l0L1Jlc291cmNlcy9TYW5k Ym94UHJvZmlsZXMvaW9zL2NvbS5hcHBsZS5XZWJLaXQuV2ViQ29udGVudC5zYgppbmRleCAzMjUx NTNjNzQzYzc3NDc0NWJmYTA5NzBhNTllZGNhMTk0MGM1ZGNlLi4zM2M5Y2Y5ZGI4Zjc5ZTljZThl Y2RjZGFmZDc0NTM5NjRhN2Q4M2ZlIDEwMDY0NAotLS0gYS9Tb3VyY2UvV2ViS2l0L1Jlc291cmNl cy9TYW5kYm94UHJvZmlsZXMvaW9zL2NvbS5hcHBsZS5XZWJLaXQuV2ViQ29udGVudC5zYgorKysg Yi9Tb3VyY2UvV2ViS2l0L1Jlc291cmNlcy9TYW5kYm94UHJvZmlsZXMvaW9zL2NvbS5hcHBsZS5X ZWJLaXQuV2ViQ29udGVudC5zYgpAQCAtOTU1LDggKzk1NSw4IEBACiAgICAgICAgICAgICAiY29t LmFwcGxlLndlYmluc3BlY3RvciIKIAogICAgICAgICAgICAgOzs7IEZJWE1FKDIwNzcxNik6IFRo ZSBmb2xsb3dpbmcgc2hvdWxkIGJlIHJlbW92ZWQgd2hlbiB0aGUgR1BVIHByb2Nlc3MgaXMgY29t cGxldGUKLSAgICAgICAgICAgICJjb20uYXBwbGUuYWlycGxheS5hcHN5bmNjb250cm9sbGVyLnhw YyIgImNvbS5hcHBsZS5hdWRpby5BVVJlbW90ZUlPU2VydmVyIiAiY29tLmFwcGxlLmF1ZGlvLkF1 ZGlvQ29tcG9uZW50UmVnaXN0cmFyIgotICAgICAgICAgICAgImNvbS5hcHBsZS5hdWRpby5BdWRp b0NvbXBvbmVudFJlZ2lzdHJhciIgImNvbS5hcHBsZS5hdWRpby5BdWRpb1Nlc3Npb24iICJjb20u YXBwbGUuY29yZW1lZGlhLmFkbWluIiAiY29tLmFwcGxlLmNvcmVtZWRpYS5hc3NldC54cGMiCisg ICAgICAgICAgICAiY29tLmFwcGxlLmFpcnBsYXkuYXBzeW5jY29udHJvbGxlci54cGMiICJjb20u YXBwbGUuYXVkaW8uQVVSZW1vdGVJT1NlcnZlciIgImNvbS5hcHBsZS5hdWRpby5BdWRpb0NvbXBv bmVudFByZWZzIiAiY29tLmFwcGxlLmF1ZGlvLkF1ZGlvQ29tcG9uZW50UmVnaXN0cmFyIgorICAg ICAgICAgICAgImNvbS5hcHBsZS5hdWRpby5BdWRpb1F1ZXVlU2VydmVyIiAiY29tLmFwcGxlLmF1 ZGlvLkF1ZGlvU2Vzc2lvbiIgImNvbS5hcHBsZS5jb3JlbWVkaWEuYWRtaW4iICJjb20uYXBwbGUu Y29yZW1lZGlhLmFzc2V0LnhwYyIKICAgICAgICAgICAgICJjb20uYXBwbGUuY29yZW1lZGlhLmFz c2V0aW1hZ2VnZW5lcmF0b3IueHBjIiAiY29tLmFwcGxlLmNvcmVtZWRpYS5hdWRpb2RldmljZWNs b2NrLnhwYyIgImNvbS5hcHBsZS5jb3JlbWVkaWEuYXVkaW9wcm9jZXNzaW5ndGFwLnhwYyIKICAg ICAgICAgICAgICJjb20uYXBwbGUuY29yZW1lZGlhLmNhcHR1cmVzZXNzaW9uIiAiY29tLmFwcGxl LmNvcmVtZWRpYS5jYXB0dXJlc291cmNlIiAiY29tLmFwcGxlLmNvcmVtZWRpYS5jb21wcmVzc2lv bnNlc3Npb24iICJjb20uYXBwbGUuY29yZW1lZGlhLmNwZS54cGMiCiAgICAgICAgICAgICAiY29t LmFwcGxlLmNvcmVtZWRpYS5jcGVwcm90ZWN0b3IueHBjIiAiY29tLmFwcGxlLmNvcmVtZWRpYS5j dXN0b211cmxsb2FkZXIueHBjIiAiY29tLmFwcGxlLmNvcmVtZWRpYS5kZWNvbXByZXNzaW9uc2Vz c2lvbiIKZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJLaXQvVUlQcm9jZXNzL0NvY29hL1dlYlByb2Nl c3NQb29sQ29jb2EubW0gYi9Tb3VyY2UvV2ViS2l0L1VJUHJvY2Vzcy9Db2NvYS9XZWJQcm9jZXNz UG9vbENvY29hLm1tCmluZGV4IDMwNjBhNjJmMmVlZTJjODdkYTRmNzA1MGMxNzZhNThlNGEzYjIz N2YuLjU2NTMwNDQyMTg5NTczZWIwN2ZkNjgzZTllNDc1NDM3N2M3MjNmMDEgMTAwNjQ0Ci0tLSBh L1NvdXJjZS9XZWJLaXQvVUlQcm9jZXNzL0NvY29hL1dlYlByb2Nlc3NQb29sQ29jb2EubW0KKysr IGIvU291cmNlL1dlYktpdC9VSVByb2Nlc3MvQ29jb2EvV2ViUHJvY2Vzc1Bvb2xDb2NvYS5tbQpA QCAtMjE2LDcgKzIxNiw4IEBAIHN0YXRpYyBjb25zdCBWZWN0b3I8U3RyaW5nPiYgbWVkaWFSZWxh dGVkTWFjaFNlcnZpY2VzKCkKIHsKICAgICBBU1NFUlQoaXNNYWluVGhyZWFkKCkpOwogICAgIHN0 YXRpYyBjb25zdCBhdXRvIHNlcnZpY2VzID0gbWFrZU5ldmVyRGVzdHJveWVkKFZlY3RvcjxTdHJp bmc+IHsKLSAgICAgICAgImNvbS5hcHBsZS5hdWRpby5BdWRpb0NvbXBvbmVudFJlZ2lzdHJhciIs ICJjb20uYXBwbGUuY29yZW1lZGlhLmVuZHBvaW50LnhwYyIsCisgICAgICAgICJjb20uYXBwbGUu YXVkaW8uQXVkaW9Db21wb25lbnRQcmVmcyIsICJjb20uYXBwbGUuYXVkaW8uQXVkaW9Db21wb25l bnRSZWdpc3RyYXIiLAorICAgICAgICAiY29tLmFwcGxlLmF1ZGlvLkF1ZGlvUXVldWVTZXJ2ZXIi LCAiY29tLmFwcGxlLmNvcmVtZWRpYS5lbmRwb2ludC54cGMiLAogICAgICAgICAiY29tLmFwcGxl LmNvcmVtZWRpYS5yb3V0ZWRpc2NvdmVyZXIueHBjIiwgImNvbS5hcHBsZS5jb3JlbWVkaWEucm91 dGluZ2NvbnRleHQueHBjIiwKICAgICAgICAgImNvbS5hcHBsZS5jb3JlbWVkaWEudm9sdW1lY29u dHJvbGxlci54cGMiLCAiY29tLmFwcGxlLmFjY2Vzc2liaWxpdHkubWVkaWFhY2Nlc3NpYmlsaXR5 ZCIsCiAgICAgICAgICJjb20uYXBwbGUubWVkaWFyZW1vdGVkLnhwYyIsCg==