# Request for input: block status tracker
**URL:** https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687
**Category:** Questions about Thunkable X
**Created:** [July 16, 2021, 4:06pm UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687 "2021-07-16T16:06:58Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@catsarisky](https://community.thunkable.com/u/catsarisky)
#### Post date: [July 16, 2021, 4:06pm UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/1 "2021-07-16T16:06:59Z")
All (and especially @muneer @tatiang @codeswept and others who are sometimes first-line user support around here),
I was sitting here thinking about what a “block status tracker” would look like (mostly because my mind isn’t in the mood to think about the work I’m actually supposed to be doing). I’m imagining listing each block (probably as pictures because we don’t all call them exactly the same thing) and designer component with current status on each platform, known bugs (with links), known workarounds (links), etc. That’d make it really easy (particularly if @domhnallohanlon were to pin the tracker to the top of the forums) to rapidly inform users of current issues with blocks. Developing for Android? You might need to know that invisible webviewers cause crashes and that elements with absolute positioning can’t be invisible in snap to position.
Is that something we’d use?
---
### Author:  [@codeswept](https://community.thunkable.com/u/codeswept)
#### Post date: [July 16, 2021, 4:11pm UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/2 "2021-07-16T16:11:31Z")
Definitely! This would be so much more helpful than trying out a block, the app crashing, getting frustrated and then coming on the forums to scout for another instance of the same behavior/ making a GitHub report.
---
### Author:  [@catsarisky](https://community.thunkable.com/u/catsarisky)
#### Post date: [July 16, 2021, 4:12pm UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/3 "2021-07-16T16:12:49Z")
I don’t propose to do away with the Github reporting, mind you! 🙂
---
### Author:  [@codeswept](https://community.thunkable.com/u/codeswept)
#### Post date: [July 16, 2021, 4:22pm UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/4 "2021-07-16T16:22:06Z")
No, definitely not, but _knowing_ that a block is down (or component!) saves you so much more time than making a GitHub request and waiting days for a response.
---
### Author:  [@muneer](https://community.thunkable.com/u/muneer)
#### Post date: [July 16, 2021, 4:44pm UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/5 "2021-07-16T16:44:46Z")
Brilliant idea.
It saves a lot of time and effort and if any member raised an issue, one can just make a reference to a specific post in the tracker instead of explaining it again and again.
---
### Author:  [@catsarisky](https://community.thunkable.com/u/catsarisky)
#### Post date: [July 16, 2021, 4:46pm UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/6 "2021-07-16T16:46:37Z")
And then the question is: Do we build it in Thunkable, or do we build it in something ELSE, so that it still works in case Thunkable is having a Very Bad Day.
---
### Author:  [@muneer](https://community.thunkable.com/u/muneer)
#### Post date: [July 16, 2021, 4:58pm UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/7 "2021-07-16T16:58:30Z")
I was inclined to the idea of using the forum and with the help of one of Thunkable staff to open a new category and in it, each post will deal/explain/list issues of a single specific block or component.
The issue with this is, should this category be left open for anyone to comment or should it be closed like the test categories?
That’s just a thought, waiting for the input of others.
---
### Author:  [@catsarisky](https://community.thunkable.com/u/catsarisky)
#### Post date: [July 16, 2021, 5:02pm UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/8 "2021-07-16T17:02:25Z")
I think I’d rather have something a little more structured than a forum.
---
### Author:  [@skulamester](https://community.thunkable.com/u/skulamester)
#### Post date: [July 16, 2021, 5:31pm UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/9 "2021-07-16T17:31:45Z")
Brilliant idea!
---
### Author:  [@catsarisky](https://community.thunkable.com/u/catsarisky)
#### Post date: [July 16, 2021, 5:40pm UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/10 "2021-07-16T17:40:14Z")
Something like this?
UI is horrible, but it’s a Google sheet. If the data lived here, there’d still be access if something was preventing a Thunkable web app from working, and then there could be a prettier interface on top of it.
Firebase would be better - it’d allow having multiple links as separate items, etc, but everyone can easily open a Google sheet, while Firebase would /have/ to have a functional front end for many users to get any use at all out of it.
---
### Author:  [@tatiang](https://community.thunkable.com/u/tatiang)
#### Post date: [July 16, 2021, 10:27pm UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/11 "2021-07-16T22:27:36Z")
This would certainly be a useful thing to have. My concern is that people, especially new users, might report something as a “bug” or broken component that’s actually just a misunderstanding. But I guess that can just as easily happen with the current GitHub/forum system.
---
### Author:  [@catsarisky](https://community.thunkable.com/u/catsarisky)
#### Post date: [July 16, 2021, 11:03pm UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/12 "2021-07-16T23:03:07Z")
Yeah, there’d probably need to some confirmation/validation of submissions. But it happens on GitHub too - one of the bugs filed this week was an api parsing error.
---
### Author:  [@bnice](https://community.thunkable.com/u/bnice)
#### Post date: [July 17, 2021, 6:05am UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/13 "2021-07-17T06:05:46Z")
> [@catsarisky](#):
>
> UI is horrible, but it’s a Google sheet. If the data lived here, there’d still be access if something was preventing a Thunkable web app from working, and then there could be a prettier interface on top of it.
I love this idea. I think having this would help Users AND the Thunkable Staff. I do like the use of Google Sheets because it is easy to use and most people have access to it. Something else I was thinking about could be the use of something like a Google Site? Google Sheets integrates with Sites, so that could help with the UI. Anyone else have any other ideas?
---
### Author:  [@codeswept](https://community.thunkable.com/u/codeswept)
#### Post date: [July 17, 2021, 6:08am UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/14 "2021-07-17T06:08:24Z")
The Sites idea is also great! But we’re going to need to have to sort it every time since Set variable to 0 block has no relation to When Button Touch Down. Also, are we going to need to keep solved entries after marking them and providing a solution, or are we going to delete the solved ones and only show existing bugs/ outages?
---
### Author:  [@skulamester](https://community.thunkable.com/u/skulamester)
#### Post date: [July 17, 2021, 6:10am UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/15 "2021-07-17T06:10:37Z")
Other thing I was thinking about that we could extend this idea to the properties of components as well, there are bugs as well.
---
### Author:  [@bnice](https://community.thunkable.com/u/bnice)
#### Post date: [July 17, 2021, 6:11am UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/16 "2021-07-17T06:11:05Z")
I see the site as having a navigation for Components and Blocks. And in each there is a dropdown for each category of each. I can make a quick example site.
---
### Author:  [@codeswept](https://community.thunkable.com/u/codeswept)
#### Post date: [July 17, 2021, 6:12am UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/17 "2021-07-17T06:12:01Z")
That would be great! Sort of like the GitBook we have as the Docs where it’s separated into each component / block?
---
### Author:  [@codeswept](https://community.thunkable.com/u/codeswept)
#### Post date: [July 17, 2021, 6:12am UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/18 "2021-07-17T06:12:49Z")
Yes, of course. By looking at GitHub I can see the web-viewer bugs are going to take up a lot of space😂
---
### Author:  [@bnice](https://community.thunkable.com/u/bnice)
#### Post date: [July 17, 2021, 6:37am UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/19 "2021-07-17T06:37:52Z")
Here is a through together I made for a site. It really have any data on it, but It gives the layout idea for what I was thinking about. Under Blocks\>Control, there is one example I put on there. Just some basic info. This would also be a great place to add doc links. Let me know what you think.
> **[Thunkable Status Console](https://sites.google.com/view/thunkable-status-console)**
>
> Hello everyone and welcome to the New Thunkable Status Console.
> This site is brought to you by the Thunkable Community. We are here to provide
> you with up to date information on the status of Thunkable blocks and Components. Welcome!
---
### Author:  [@codeswept](https://community.thunkable.com/u/codeswept)
#### Post date: [July 17, 2021, 6:40am UTC](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687/20 "2021-07-17T06:40:55Z")
Woah!!! This is awesome. What exactly would Tips and Tricks show, though?
[Next page](https://community.thunkable.com/t/request-for-input-block-status-tracker/1399687.md?page=2)