This app is a native client for openHAB which allows easy access to your sitemaps

Hi everybody,

I'm a new member and I hope I create the issue in the right way, if not please let me know.

So what's my problem: Since I updated my iOS App to the 2.1.0 version, I always receive the error message: "Returned empty sitemap list". Before the update everything works fine and on my ipad the old version of the app is still running. I also tried to reinstall the app, but the error message is still there.

Local URL is: http://openhabianpi:8080, demo mode is off. Running openhab 2.1 on an raspberry pi.

Does anybody has a solution for this problem?

Thanks in advance.

Tobi

Hi @timbms , @weakfl !

Hi, I think i mentioned something about this well over a year ago, but you all well know, the original version of this app from long, long ago was built around a single view that did everything, navigation control, root UI view control, as well as being responsible for the massive complexity of rendering a sitemap. This class (OpenHABViewController) was always a pain in the ass to work with b/c it grew so large and complex over the years. Now that we have a new primary UI for openHAB (Web UI) , this problem is worse in my mind and i was trying how to think about a path out.

At first I started by trying to really refactor our Sitemap class into different parts that could be reused. This did not end well, and i started worrying that i would make the sitemap logic less stable, which would be taking a big step back for users.

It also does not help that besides my WebView class addition a year or two back, this is the first thing i have done in Swift, so my footing was a little shaky to say the least (lets face it, i really suck at writing swift)

So i took another approach, which was to leave the Sitemap class alone as much as possible, and add a new Root Controller to the project which has a couple responsibilities:

1. Creates the side menu and handles delegate logic
2. Handles APS registrations
3. Registers Crashlytics
4. Switches the ~~primary root controller~~ main view dynamically, either the WebView or SitemapView, depending on the last one used (which is stored as a preference)

The SiteMap view ( which is now called OpenHABSitemapViewController.swift) has minimal changes to remove the responsibilities listed above

The Web View now has its own openHABTracker instance to track connection state, and can act as a primary root controller

The two main views know nothing about each other and act independently (both inherit a new base class for shared code) .

The effect is that the webview now feels like a first class citizen (b/c it is) , and can be loaded when the app loads instead of the sitemap view (if the user chooses so) .

Couple other small notes:

• I made improvements to the webview regarding activity indication, error handing, etc....
• I removed the "select sitemap" preference menu and logic to load the side menu with limited entries; anytime a sitemap is selected in the menu its also set in the preferences as default anyways, so this seemed way simpler, better, and removed a ton of complexity

Since this is a lot of changes, it's going to be hard to keep my branch up with changes in develop, so we should review this approach quickly. I just synced with develop which was a pain.

This is the promised Pull-Request. Most complications are now supported by the Apple Watch. I noticed a small problem loading the sitemap. It should be fixed with this PR, too.

• Import PKCS#12 certificate by passing a .ohp12 file to the app
• Certificates stored in the keychain
• View installed certificates from the Settings screen
• Ability to delete installed certs from the Settings screen
• Refactored usage of AFHTTPRequestOperation into OpenHABHTTPRequestOperation to capture all certificate handling capabilities into one spot (both client and server certs) and reduce code duplication at point of use.

In the latest swift app beta build (2.0.4 36) the image of my IP-cam is extremely small. Previously the image was displayed over the whole phone screen.

sitemap configuration:

Text item=IP_Cam {
  Image url="http://user:password@ipcam/snapshot.cgi" refresh=30000
}

New regression checklist

• [x] I updated the iOS openHAB app to the latest TestFlight version.
• [x] I read the Contribution Guidelines
• [x] I searched for existing GitHub issues

Describe the bug

I was using shortcuts with IOS app to trigger actions on OpenHAB using NFC tags or using automation. Since yesterday (28 feb 2022), after openhab app ios update, the already defined shortcuts aren't working anymore. It is impossible to define new one because when you tap on "item" on any openhab action the list of available items is not available.

To Reproduce Steps to reproduce the behavior:

1. Go to shortcuts app
2. Click on '+"
3. Search "openhab"
4. Select any action
5. Tap on "item"
6. Nothing happens, before latest update an item list were provided

Expected behavior

At step 6 an item list should be provided

App (please complete the following information):

• Breaking version: 2.4.42
• Last working version: 2.4.41

Smartphone (please complete the following information):

• Device: iPhone XR IOS 15.3.1

openHAB (please complete the following information):

• Version 2.5.12-1

Additional context Add any other context about the problem here.

Describe the bug With 2.1.4 (24) and running OH 1.8.3 I have problems with the UI updating correctly, almost always requiring to reload the view manually.

• In particular this affects Slider Icons - in my case a dimmer icon (dimmer-0.png - dimmer-100.png) which sometimes gets 'stuck' on the first slider move, somtimes after 3-4 slider actions. • Setpoints also get 'stuck' after the first up or down, or after the 3-4 action, making it impossible to increase the values by much, withoutn a relaod. • Mapped Switch Buttons get 'stuck' or don't display a selected button at all • Items with Sitemap Visibility don't get shown or hidden without a reload a lot of times.

I suppose all these issues are manifestations of the same underlying relfresh issue.

While this also happened occasionally in the previous 2.0.3 version of the iOS app, now it seems to be the norm.

To Reproduce Steps to reproduce the behavior: 2.1.4 (24) and running OH 1.8.3 Have the above mentioned sitemap items for usage.

Frame elements without labels are not displayed in the iOS app.

For example:

Frame {
        [additional sitemap elements]
}

This pattern can be used to group elements in a sitemap, the label attribute is optional. The basic UI handles this correctly but the iOS app ignores the frame and only displays the inner elements.

I have tried everything but I can't make a video work in the app, not a mjpeg, not a HLS. all works in the web panel but never works in the app.

My goal is to show the webcam streaming, I tried to Ffmpeg the mjpeg to jpg but I can't see any refresh in the image and sometimes it never appear too.

In the new upgrade about video enhancements there is no explanation about the fixes.

Now the question is.. is there any specific and detailed instructions to how to implement the videos in the swift app?

thank you

There have previously been several instances where an update to the iOS app breaks compatibility with OH 2.3. The latest update, 2.4.54, has brought back the old "empty site map list" error.

Hi!

Thanks to the transformation to swift, the merging of my openhabwatch project was an easy one. There is still a lot of room for improvement:

sitemapname is hardcoded to 'watch' only the remoteUrl is currently used only buttons are supported But I think it's good enough to have a first look. I will make the sitemapname configurable and use the localUrl if no remoteUrl is configured, next.

Discussed in https://github.com/openhab/openhab-ios/discussions/667

• [x] I updated the iOS openHAB app to the latest TestFlight version.
• [x] I read the Contribution Guidelines
• [x] I searched for existing GitHub issues

Describe the bug After the App has been minimized (and put to sleep by iOS), after re-opening the app, the main UI app either remains black or graphs remain empty.

To Reproduce Steps to reproduce the behavior:

1. Install the OpenHAB App
2. Configure it to connect to OpenHAB (in my case: 3.3, independent from local or remote access via myopenhab.org)
3. Open the main UI page.
4. Minimize the app.
5. Wait for iOS to put the app to sleep (not sure on the duration, but probably > 10 minutes)6.
6. Re-open the app.
7. Sometimes (indepent from using the app outside of my network or inside of my network, and indepenent from when switching between internal/external networks while its in the background) the following can be observed: 7.1 The main UI page remains empty (completely black) 7.2 A graph which is opened from a still-open main UI page remains empty 7.3 The scaling of graphs does not work (even turning the phone, which typically solves similar problems in other apps, does not resolve this). To be fair, this might be a different Bug, so still to be investigated further.
8. What always helps: Force close the app in iOS (“swipe up”) and restart the app. Swiping from the right and e.g. switch to the Sitemap-Page (which always works) and switch back to the Main UI-page doesn't change the problem.

Expected behavior The app continues to work as normal even after being minimized for some time.

Screenshots See above.

App (please complete the following information):

• Version 2.4.52

Smartphone (please complete the following information):

• Device: iPhone XR (on iOS 15.6.1)

openHAB (please complete the following information):

• Version 3.3

Additional context Add any other context about the problem here.

Problem: I was wondering why there is no NFC feature for the iOS App. I am able to read and write nfc tags with my iPhone and an app called "NFC Tools". So the hardware is capable doing this.

Request: Add the "Wrtite to NFC tag" feature like it is available for the Android App.

Screenshot Android:

New bug checklist I am using the newest test flight version of the iOS app. The problem has been there for several months.

Describe the bug The log file openhab.log shows many various error messages when using the iOS app. Some are Java crash, some mentions 'Broken pipe' and others are related to REST API.

To Reproduce I am sorry to say I cannot reproduce it consistently. I have tried to find a pattern, but have not been able to. The very same usage of the app works fine one day, but seem to cause log errors the next day. The sitemap itself works fine in Chrome where it never causes any errors in the log file.

Expected behavior No log file entries as a result of using iOS app.

Screenshots n/a

App (please complete the following information):

• Version 2.4.49

Smartphone (please complete the following information): iPhone 12

openHAB (please complete the following information):

• Version 3.2

Additional context Sorry for not being able to provide more info, but I only have these symptoms.