NZyan

My pleasure. And thanks for the IPB support – by you, Daniel and Stuart!

Update: With help from the IPB support I found out that the problem was on Bonsai’s (ElasticSearch provider) side: Bonsai quietly stopped support for the „update by query“ command for their smaller packages. Took me weeks to find out, annoyed my members. Their suggestion is to upgrade to their business packages with price tags starting at $700. My summary: Do not use Bonsai for Invision. Andreas

Thanks @Daniel F ! That was the issue – runs now! Andreas

Tried it, didn't work. Does Elastic.co need Private API key or Public Search key in order to work? They provided a sample API call – which worked when I sent it from the shell: curl -X POST 'https://[ENDPOINT]/api/as/v1/engines/[INDEXNAME]/documents' \ -H 'Content-Type: application/json' \ -H 'Authorization: Bearer private-[KEY]' \ -d '[ { "id": "park_rocky-mountain", "title": "Rocky Mountain", "description": "Bisected north to south by the Continental Divide, this portion of the Rockies has ecosystems varying from over 150 riparian lakes to montane and subalpine forests to treeless alpine tundra. Wildlife including mule deer, bighorn sheep, black bears, and cougars inhabit its igneous mountains and glacial valleys. Longs Peak, a classic Colorado fourteener, and the scenic Bear Lake are popular destinations, as well as the historic Trail Ridge Road, which reaches an elevation of more than 12,000 feet (3,700 m).", "nps_link": "https://www.nps.gov/romo/index.htm", "states": [ "Colorado" ], "visitors": 4517585, "world_heritage_site": false, "location": "40.4,-105.58", "acres": 265795.2, "square_km": 1075.6, "date_established": "1915-01-26T06:00:00Z" }, { "id": "park_saguaro", "title": "Saguaro", "description": "Split into the separate Rincon Mountain and Tucson Mountain districts, this park is evidence that the dry Sonoran Desert is still home to a great variety of life spanning six biotic communities. Beyond the namesake giant saguaro cacti, there are barrel cacti, chollas, and prickly pears, as well as lesser long-nosed bats, spotted owls, and javelinas.", "nps_link": "https://www.nps.gov/sagu/index.htm", "states": [ "Arizona" ], "visitors": 820426, "world_heritage_site": false, "location": "32.25,-110.5", "acres": 91715.72, "square_km": 371.2, "date_established": "1994-10-14T05:00:00Z" } ]'

I have to switch my Elasticsearch provider, so I decided to give elastic.co a try. I have: Endpoint User Password Private API Key Public Search Key What exactly do I have to enter in the IPB admin dashboard? username:password@endpoint didn't work – resulting in an error message: Any suggestions? Andreas

Thanks a lot @Daniel F Much appreciated!

@Marc Stridgen Any news on this? Or are you waiting for input from my side? Andreas

Thanks @Daniel F for fixing the issue! An hint appreciated what the reason was…

Thanks – so I can relax…

OK, so the topic gets only in the widget if it was visible to the public or a broad member group? Asked the other way around: If a topic is posted in a restricted area it's not visible to members without permission to this area?

@Nathan Explosion Thanks! @IPB Can you acknowledge that? To be more precise: Can a user or guest see topics or posts from forums they have no permission to? Andreas

Hm. Not so good. *checks penalties in non disclosure agreements*

Sorry, can you elaborate on this: If a moderator / admin triggers the rebuild of a related content cache, hidden content will be visible to guests or members without permission? I'm running some hidden forum sections with strictly confidential content… Andreas

I have repeated entries in my System log: OutOfRangeException::0 I checked for any inconsistencies between database and app directory but didn't find any. #0 [PATH]/system/Application/Application.php(236): IPS\Patterns\_ActiveRecord::load(NULL, 'app_directory', NULL) #1 [PATH]/system/Dispatcher/Front.php(619): IPS\_Application::load(NULL) #2 [PATH]/system/Dispatcher/Dispatcher.php(155): IPS\Dispatcher\_Front->finish() #3 [PATH]/index.php(13): IPS\_Dispatcher->run() #4 {main}

Already done. Update was two days ago, search index rebuild directly after update. Andreas

Good example is this one: https://www.fuji-x-forum.de/discover/unread/ Access information stored in Client Area

Since a few days ago members started reporting that the „Unread Content“ isn't working as intended: Topics show up not once as intended but several times. The strange thing: This happens in all of my communities. I didn't change a thing Communities are running different versions of IPB (4.5.4 / 4.6.6 / 4.6.9) and thus Elastic Search (6.5.4 / 7.10.2) I'm using Bonsai as search provider – thus my guess is that the problem is on their side. Some more findings Error Log shows no entries. I switched one of my smaller communities to mySQL search and the issue was gone After rebuilding the search index is issue is gone but shows up after some new member posts My current guess: The problem is related to ElasticSearch, independent from IPB or ES version It has something to do with the update process I think it's more likely that the problem is with Bonsai than with IPB Any ideas where to dig or how to ask at the Bonsai support? TIA Andreas

Not in my case: Members were shown the message in the screenshot, saying „is not available“. UptimeRobot tracked a 503 error for about 1,5 hours. Next time I'll make screenshots of all messages. But I'm not going to leave everything in place for more than a few minutes if users can't visit the site. BTW: I appreciate your fast response time, especially in this case (12 minutes is a record…). Andreas

For now: Yes. Hopefully this will not again, especially not on a day when I don't visit the admin panel. Andreas

One of my communities was down for about 1,5 hours. As admin I got an notification message in the dashboard (but no mail) that there was a problem with my license key – which is perfectly valid, all invoices paid weeks ago. After revalidating the license key everything worked again. Question: How can I avoid this in the future? I got no notification mail from IPB or my admin dashboard – and I'm not checking all of my communities on an hourly basis. And with such incidents I loose money and trust from my members. Andreas

OK, solved. Solution was to delete not only the cache but also „Cookies, Databases and Local Storage“ (translated from German „Cookies, Datenbanken und Lokaler Speicher“). This setting can be found in Safari via Settings > Data Protection > Manage Website Data

Yes, this is definitely an issue of the browser. But it happened twice directly after (and probably caused by) the update to 4.6.6. So I thought it was a good idea to ask here… Andreas

After having updated some of my Invision sites to 4.6.6 I have a strange phenomenon on two of seven updated sites: I get on each URL of this domain this error: FetchEvent.respondWith received an error: NotFoundError: Failed to execute 'transaction' on 'IDBDatabase': One of the specified object stores was not found. This happens only with the browser (in my case Safari 15.0) I used for the installation. only on the computer I used for the installation The error is gone for one page call after deleting the cache but occurs again after the first reload or an any other URL of this domain (including non-Invision pages) Any idea where to start to dig? Andreas

@Darth Vortex That solved my issue. Not fully tested in the field but definitely the right way. Summary from my side Invision Community has two options to build a navigation hierarchy: Submenus and DropDown Menus. Parent items of submenus can have an own link which makes it necessary on iPads two have two clicks (as no rollover is available) Parent items of dropdown menus don't have an own link The crucial point (bug or at least usability issue im my eyes): If only one submenu exists, the submenu area is visible (no problem, makes sense) and all first level items need two clicks with an iPad – regardless if they have child menu items. Solution: Use no submenus but only dropdown menus. Andreas

Marc. I see the trade off: The default theme has roll-over for submenus, but iPad uses need a second click for single items without submenu. Your custom theme needs a click for opening the drop-down menu but saves a click for single items without submenu. So far understood and accepted, both solutions have pros and cons. Invision as forum software provider has decided for their own website that option #2 is better. But doesn't provide the same solution for paying customers? I as your customer come to the same conclusion as you. And I think as a paying customer it's a reasonable request if I want to have a similar solution as in your show case – which this support forum is. Andreas