twostraws / controlroom Goto Github PK

Some ideas regarding push notifications:

1. Since the payload is specified, we could use fields that directly set values, so we could construct a JSON with, avoiding any syntax errors or typos in the payload
2. We could use two modes, one for the simplest notification (title, body) and an 'advanced' one that would support every possible type of payload. The benefit of this would be that in the first case we could have a much more intuitive way of creating simple test notifications by directly manipulating the information on a 'notification replica' view. I did some initial work and looks really nice imo (this is a working prototype where both title & body are directly editable)

I would appreciate any feedback, if you guys think that this is something worth exploring I would be more than willing to work on it.

Hello and congrats for this tool that helps us a lot !

I wonder if it would be better for the "Show Container" button to open the folder the Temporary Application folder. It's the location that is used the most, imho.

What is your opinion about this?

This tool looks very promising and I hope I can get it to work. Lately I had to test our app behaviour when the user revoke permissions (like Notifcation and Location). It would have saved me plenty of time, where I had to go into the Simulator settings and revoke these manually and then switch back to the app.

Unfortunatly most of the features don't work for me. My setup is

MacOS Catalina 10.15.3
Simulator iOS 12.4: not working at all
Simulator iOS 13.3:

• Light/Dark: not working
• App Permissions Revoke/Grant/Reset: not working
• Uninstall App: working
• Push: not working
• Battery: working
• Location: not tested
• Network: not working

Just tell me which information you need and I will gladly send it

In the list of simulators, there's multiple devices of the same model though no distinction about which version of iOS the device is relating to.

It's currently ControlRoom instead of Control Room.

Is it possible to add the functionality to record a video from the simulator?

In the terminal it's possible to do it with the following command:

xcrun simctl io booted recordVideo .

To stop the recording in terminal "cartel + c" needs to be clicked

If I set the following:

It does not seem to change anything:

Every other option in Control Room works perfectly.

It would be great to be able to change simulator language via ControlRoom! If there is an underlaying command available already, I could take over the implementation!

In the "Location" tab, the "activate" button is not currently working.

This is probably due to an error in my previous implementation (inspired by Lyft work here), I omitted the simulator id array and seemed to work properly on my side.

I've re-introduced the array with only the current simulator id and the location simulation is back to work.
PR coming.

It would beneficial if there was an option to set multiple user profiles.

macOS Version: 10.15.3
Commit: 76929cf

When typing out a push notification, the text view does not scroll. Thus, I cannot see any content past what is displayed.

⌘N should roll down a sheet where you can select a device type, a runtime, and enter a name to create a simulator.

simctl create <name> <device type id> [<runtime id>]

Rename a simulator.

Not sure what the UX here would be. Maybe the giant name in the detail area can be editable?

It would be nice if ControlRoom is able to manage the simulators that created by SwiftUI Previews. Check this directory:
~/Library/Developer/Xcode/UserData/Previews/Simulator Devices

This would be an easy thing to add in the contextual menu

simctl clone [device id] [new name]

One of Apple's marketing and identity guidelines is "Don’t show the name or identity of a carrier." Changing the Operator text field to blank does nothing, and it would be better if it instead removes the carrier text from the status bar. If you set it to be a space and then view it on say an iPhone 8 Plus, then there will be a space in the status bar.

It should be noted there is a compiler dependency on swiftlint 0.39.1

If you have the prior version installed (0.39.0) you will get many compile errors like this one:

Type Name Violation: Type name should only contain alphanumeric characters: 'DataView_Previews' (type_name)

Managing simulators in Xcode is unfortunately quite a pain. The biggest issue is that every version of Xcode, all of the simulators are reinstalled, and you can only remove them one by one. The less time-consuming (yet time-consuming) approach is usually to delete them all and add them back one by one.

It'd be great to have a way to do this through ControlRoom to batch up requests, rather than doing it one by one every few months.

Upon suggestion from @twostraws, one idea would be to add an Edit/Done button for the current sidebar to show a list of checkboxes, with a delete button in that context to formalize the action.

An alternative idea I'd propose would be to provide identifiers for the simulators you'd like to install.

Thanks a lot!

This project looks cool!

Would be great if there was a precompiled release in the Releases tab I could download without compiling it myself. Ideally, it would also be available on Homebrew so I could run brew cask install controlroom

It was pretty easy to get it to run though -- I expected to have to deal with Cocoapods or something, and instead, it worked on the first run.

Consider adding an option to change the device language
https://nshipster.com/simctl/

The Default simulator has some issues with Location simulation (the tab with the map).
The hack we're using to toggle current user's simulated position is based on simulator's udid property, which is booted for the Default one.

We can work around this by checking if selected simulator's id is booted and then broadcast the location notification to all booted devices.

I'll try to put together a PR

note: related to #43 .

Any chance this could be distributed through the Mac App Store?

Is it possible to add feature always on top?.
I remember this feature was in old ios simulator.

While testing the Tool, I accidentally uninstalled the app twice. I would suggest to move the button away from "Send Push" or make it at least so, that it needs to be confirmed.

Steps to reproduce:

• Make sure "Show default simulator" option is turned on in the preference
• Launch the app
• Select the very first simulator item from the sidebar, i.e. the one reads "Default"
• App crashes

It seems that the selectedSimulators property in SimulatorsController is unable to locate the selected simulator(s) when a simulator has "booted" as its udid.

@stefanomondino posted a screenshot of the app running on his Mac, and it seems to be missing almost all the device pictures. If two or three were missing I'd say it's OK, but here many are missing and all the question marks looks strange to me.

Setting a custom time for the Apple Watch simulator is not working.

In my opinion DerivedData data directory should be excluded from source control. Please think about improving the .gitignore file for this project. I can provide a PR if you desire. Thanks!

I could try making them in Sketch, if you don't mind having a Sketch file checked into the repo, @twostraws.

In Xcode Project Navigator, besides filter field there are other small buttons, like to show files with git changes.
Maybe we can add such icon in this filter field, to show all active(booted) simulators?

Will require some designer help to come up with nice icon as well.

Mostly adding this because it's something I want to take a stab at!

The goal would be to take something like our current:

execute(["status_bar", simulator, "override", "--batteryLevel", "\(level)", "--batteryState", "charging"])

and turn it into something like:

execute(.statusBar(deviceId: simulator, operation: .override([.batteryLevel(level), .batteryState(.charging)])))

Hoping this will also simplify some of the iterating cases in the ui, turning for example:

let resetPermissions = [
    "All",
    "Calendar",
    "Contacts",
    "Location",
    "Microphone",
    "Motion",
    "Photos",
    "Reminders",
    "Siri"
 ]

Picker("Permissions:", selection: $resetPermission) {
    ForEach(resetPermissions, id: \.self) {
        Text($0)
    }
}

into:

Picker("Permissions:", selection: $resetPermission) {
    ForEach(SimCtl.Privacy.Permission.allCases, id: \.self) {
        Text($0.displayName)
    }
}

https://developer.apple.com/design/human-interface-guidelines/macos/indicators/progress-indicators/

It'd be nice to have a preference to show booted simulators grouped together at the top of each section, followed by all the shutdown simulators.

Heya @twostraws, moving the suggestion I provided here, with more details.

This is a feature request to begin using GitHub's Releases to more easily keep up with the progress of ControlRoom. Since using the app is currently predicated on building from source, there's no easy way to know how far from master you are, and what new features have been released since you last updated.

An bigger improvement would be to support prebuilt binaries with each release, but the ideal implementation for me would be to leverage GitHub's Releases API to show an alert in the app whenever there's a new release available.

An alternative approach (and maybe in conjunction with the above) would be to use GitHub's Commits API to see the commits on this repository, so the user can see what work has been done without having to go to GitHub.

Thanks a lot!

I often get:

However if I click the system tab a few times it comes right again.

The "Default" simulator refers to "which ever simulator happens to be booted".

But... this simulator can't technically be deleted or renamed. You can perform these actions, but they forward on to apply to the booted simulator.

We should guard against this, or just remove the default simulator.

The icon sticks out as a little larger than other macOS apps with the circular format.

I'm seeing a lot of previews crashing, mainly due to missing environmentObject injection (for example AppView is missing UIState and NetworkView is missing Preferences - this was pointed out by the crash logs at ~/Library/Logs/DiagnosticReports and verified by manually adding the objects at the respective previews).

I guess this is due to the assumption that injection happens at AppDelegate (?) and thus "inherited" (by silently launching the app) by every preview or this assumption should be valid and this is something that is failing due to my system setup (latest production version of Xcode)? Is anyone else having these problems?

Hi, any ideas why I'm getting these errors. Thanks.

It's easiest to see with the white iPhone 8 Plus:

It'd be convenient if there was a button to generate logs through xcrun simctl diagnose.

I think I've found a small bug with the following steps:

1. Select Device Simulator (e.g. iPhone 11)
2. Select "App" tab
3. Click into the APS notification json/text block
4. Select a different tab (Where the bugs appear)

• You should notice that the selected tab isn't changed correctly on first select
• If you select another tab, not "App" or current tab selected, two views/settings pages will overlap.

Screenshot:

is it possible to install the app via homebrew?

When typing in the push notification payload text view, if you edit something within "" they automatically change to "smart quotes" which causes the notification to not be able to be sent (since it's no longer valid JSON).

If you use the notification editor, the JSON uses correct quotes.

Control Room was built on:
Xcode: 12.4
macOS: 11.1 (20C69)

Used the debug scheme (Release scheme had an error: "The linked framework 'CoreSimulator.framework' is missing one or more architectures required by this target: arm64.", will raise a separate issue for that.

Is it possible that there's a way to make the simulator camera work, similar to how Android does?

This is just an issue when building a release version of the app and not running it from Xcode.

If in Xcode --> Preferences --> Locations --> Commandline Tools is not set the App is stuck at "Loading simulators".

Reason: The app does not find the simctrl tool

Feature request: give feedback/error message when the simctrl tool can not be found with a short explanation how to enable it.

In the screen before, I previously changed the simulator to be in French with Dark Mode on. After opening Control Room again, I think these settings should have persisted and Control Room should reflect the state of the simulator.

It can be convenient to open the App Group as well.