Jilas671

That's the old way, it's now an option in the app. May well do the same thing.

I don't have the pc open, but from memory, if you look in the bottom right corner there is a menu 3dot , in there go into settings and you should have an option to enable the admin tab.

I don't know if this helps but feels related to the same issue. As I posted in Feb, since the last few version prior something changed and the software does not connect any more (yes steam is installed and this is windows 11). Just tried 0.9.965.7443, same thing. Things of note. If I start the application with the remote already attached I get a Windows UAC dialog asking to approve when the software loads, but then then it sits there connecting.... for ever.. If I remove it and connect the remote nothing, no prompt for UAC, no connection. If I go into the admin page in the app and use the select device and connect, the connection icon briefly tries, and then I get error 500 reported back. If the app is loaded and the remote (first time only) is connected, initially I never got a dialog, but after restarting the app after updating, and repeating the steps so I could to write this now it's working. Also if you don't agree or disagree to the UAC it does prompt again...sometimes. Swapping between the two remotes I have, makes no difference and doesn't change anything. I'm happy to help test any code, as its as equally frustrated as I backed this and the two remotes are still not in use, as waiting for other features to appear (naturally these are held up by this issue).

Currently, you have to name the remote, then if you skip the add activity then you should be able to import. It worked to the point of having the activities all present... just with the device not connecting I can't confirm if it would push to the remote, but everything looks and suggests it should. But I guess that's my point, it would be nice to be able to plug in a remote, and the app, checks if its factory fresh or has been used. If used then offers and extra options for a fresh install or import a configuration file (it would be amazingly useful if it could download from the remote the config as well, but experience with esp's would suggest that could be much harder that it sounds).

So I updated to the current beta on my Windows 11 pro machine, and tried to connect a remote, and just never connected. Long story short, looks like I have hit the same bug with SkipDeviceRestrictionBroker.exe and steam reported elsewhere. Which is odd as steam has always been around, and was fine the last time programmed them, so confused. I always tried to backup the remotes, so it was the 0.9.954 versions as that was the first time the livedrive issue was resolved (and it sill fixed). So I will look over the not detected post, and see if any of that helps me or I can add any additional info. Now having done some re-installs on Windows 11 to get to this point, a couple of minor observations. Firstly it would be useful if on initial setup, the app, could check if the remote is blank or has a config (or just asks). So you get a choice if you want to import an exported config or to start a fresh. Also when you import remote settings. Two oddities here. 1) on a fresh install, it defaults to pictures not documents. 2) when you import a remote, all good it appears, but if you have multiple remotes, you cannot import the second one, without connecting it to the pc. Would be good if when you import a configuration that it asks if you want to add it to this remote, or create a new remote. These remotes only come out for testing updates (as still not family friendly for me), on the off chance some of the features in the pending list have been applied, like how activity switching is done, and additional code space in the colour/dial menu and the most important now is the play/pause where its a different key with some devices.

@jason Hadn't heard anything, so today I randomly unpacked the remotes from their boxes and tried the current beta (0.9.954), and export works, it does what it should, produces a have a file for the remote, and the app doesn't crash anymore. Hopefully this was a planned changed, but seeing things have been quite here, I don't for sure if this is intentional fix or accidental, or even something MS fixed! But providing feedback, just so you are aware something has changed for the better.

So repeated the test just loaded the app, checked where the logs where, and then did the export. Get this from the new crash system (same I think as before). System.InvalidCastException: No such interface supported at System.Runtime.InteropServices.McgMarshal.ThrowOnExternalCallFailed(Int32, RuntimeTypeHandle) + 0x21 at __Interop.ComCallHelpers.Call(__ComObject, RuntimeTypeHandle, Int32, Void*) + 0xbe at __Interop.ForwardComStubs.Stub_6[TThis, TArg0](__ComObject, TArg0, Int32) + 0x5a at Windows.Storage.CachedFileManager.DeferUpdates(IStorageFile) + 0x33 at SkipApp.FilePicker.<>c__DisplayClass10_0.<<Save>b__0>d.MoveNext() + 0x4e4 --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() + 0x21 at System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__7_0(Object) + 0x1e at System.Action`1.Invoke(T) + 0x28 at System.Threading.WinRTSynchronizationContext.Invoker.InvokeCore() + 0x33 --------- and attached is today's logs. If I do this to any other directory (not in the sync) or even another drive its fine. flirc20230824.log Tried this again, but watching the log file, the specific error line to check is: 09:19:18 <4> #ExceptionHandler C:\buildkite-agent\builds\Flirc-Windows-2\flirc-inc\remote-application\desktop\windows\SkipApp\App.xaml.cs:233 Exception caught: No such interface supported Hope that helps

I've mentioned this one before, where if you export a remote settings, to a OneDrive directory (Microsoft cloud service, that sync's a directory to the cloud and makes it available across any device that you are logged in with), it closes the app. With the new error checking in this version (nice) and it throws an error below. I hope that is as useful as it capturing it. I have tried this on a very early version on a Mac (well when the app worked on that mac), and didn't have any issues. On the windows machine the directory is located in I think the stock location for windows under c:\users\name\OneDrive (where name = logged in users name). In all attempts, a zero length file is written (or overwritten if it already exists after a prompt to confirm). I'll do some more testing and post with any further findings, now we have a way to get errors to see if its the same. Saving to a regular non cloud sync'd (by OneDrive) works fine. System.InvalidCastException: No such interface supported at System.Runtime.InteropServices.McgMarshal.ThrowOnExternalCallFailed(Int32, RuntimeTypeHandle) + 0x21 at __Interop.ComCallHelpers.Call(__ComObject, RuntimeTypeHandle, Int32, Void*) + 0xbe at __Interop.ForwardComStubs.Stub_6[TThis, TArg0](__ComObject, TArg0, Int32) + 0x5a at Windows.Storage.CachedFileManager.DeferUpdates(IStorageFile) + 0x33 at SkipApp.FilePicker.<>c__DisplayClass10_0.<<Save>b__0>d.MoveNext() + 0x4e4 --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() + 0x21 at System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__7_0(Object) + 0x1e at System.Action`1.Invoke(T) + 0x28 at System.Threading.WinRTSynchronizationContext.Invoker.InvokeCore() + 0x33

@Nathan @jason Thanks for the email update, just wanted to feedback that it worked and recieved. Much appreciated.

@Nathan Thanks for the reply. When starting out will mailing lists, it's hard to get the first ones right, that fit with you and your customers (takes a few goes). One thought that might make life easier, just give a brief summary in the email and then link to the respective posts for the details, then MailChimp will give you stats on what links people open from the email, not just if they got the message (and maybe opened if they allow loading of external content). I've mentioned this before I'm a fan of regular updates (even just monthly). As then it's expected and Vs not knowing if you an email got lost or what it just nothing happened. I hope that helps and do look forward to seeing what comes out. Good luck

@Nathan @jason Guys just wondering if this email list is being used at all (I've had zip via it). And can't find anything here about updates and what they might have fixed. I really do understand and appreciate the size of your team, and what you are doing, but even one update a month would be helpful. Nothing long, just a very quick summary of what's changed, fixed, or even broken, and maybe even a vague what might be happening next month. Just something to know things are still occurring and it's not a dead product.

Ok I'm glad it wasn't me, and sorry to cause some head scratching. I hope this style of feedback is useful. I am sure it might appear frustrated at times, ultimately it's an attempt to help, and hopefully offering different "1 mile high" view of things. It's certainly shared with the goal to help and improve things. For sure this is a complex beastie to create, an all singing and dancing remote, with a UI to match (and you have set the bar high due to the quality of the physical product). This then all then needs to work for everyone, no matter previous experience. I know UI design is hard, as we see with the first gen of Harmony's (which I used). That UI was horrible, and had weird places to make changes, and if you don't use it for a while you spend ages trying to remember where a tweak was, but they had some good ideas in there. Their activities system was at the time, different to the rest, and for some of us it makes more sense separating the powering devices from switching between devices. The management of the databases, flirc supplied files, and user files will come together I'm sure, certainly need to either work out some logic to state which files will override which - or maybe it's just easier to list them all, but have an indicator/icon next to the name when you are selecting a remote to show where its from (db, flirc, user). Sorry to add another thing to the list and thanks for all you are trying to do.

Thanks for confirming that. I will say it's confusing. Opens up all the questions about version control, which is used and appears in the system, as in this case I got two, one that seem to combine the class and was not working, and the one I wanted to use. Maybe if you can't delete them, the option should be to 'disable', with a different icon, and ideally sticks between sessions. At least then there is a clear indication which are user created Vs ones that are supplied. I know this is in the debug side of things, but it's a ultra useful feature that with learning coming at some point, which I'd assume and hope saves to these separate files (to aid removal of it doesn't work and sharing with the community when it works). Anyways thanks for clarifying.

Adding that file, I see that the entry changes in the Brands list (and if deleted the old audio one returns). Clearing & creating the activity (as before), I now see that under TV (as per the file) there are two entries, under TV. Applied this the second one (see below for). Checked in FLIRC app, and it now sends out an IR code. Then checked it with the TV and that works. So excellent news that file is working fine. So I double checked the process as I saw that oddity and wanted to reproduce it. So I removed the file, restart the app, the old audio device re-appears in the brands list, but interestingly now I tried to add it again it did not want to import the file initially, tried this a couple of times (restarting the app etc) and finally it imported again and when I look at the model list, I have two entries under tv for the remote. One listed as "Audio, TV, Misc" and the second one just as "TV, Misc". I assigned each to a different activity, the one listed as Audio, TV, Misc the Enter key failed. But the one listed TV, Misc, worked as ok (which I think is the one from the file, and guessing the app is getting confused with the original Audio device and some how adding/combining the remotes?) So from the point of view of having a working set of codes the download in your last post - works - many thanks we got there. The process to get it in, and the oddities that appear after is strange. Happy to do any further testing if you want a scripted set of tests done. to reproduce this oddity.

And that is how I was doing it, I even deleted the activity, and created it fresh that doesn't work. So I have now, deleted all activities on the remote (sync'd). Reset the remote settings, then sync'd. Then deleted the remote totally from the app. The restarted the app, with the remote connected. Named it. Then created an activity, added the device, under TV brands, there is No remote, So selected Audio where its available. Clicked continue (repeat) and finally sync. Checked the cursor enter was assigned. Closed the Skip app, dIsconnected the remote, turned on your flirc app, with the debug turned on, pressed the button and nothing. Checking other keys they all send IR codes this one doesn't work. I have re-installed the app, to get the previous release, and the code in the brands section is the same, as in this latest version, and as I have said before and asked to be changed, its still listed in the Audio section and not as a TV. So it all feels like the update has not included the changes you have made and I guess is working for you. As a side note. and beyond the need to make this update of IR codes, easier to do - the delete process within Brands doesn't work. You can delete one or all of them, restart the app and they are there again.