Under Transactions I could not get the unconfirmed and confirmed buttons to work

Action: Navigate to https://explorer.theqrl.org/search on a computer (not on a mobile).

What happened: With a non-mobile browser, 2 search boxes are shown on the web page.

I had a TX id copied to clipboard, and searching for it in the search bar did not result in any change of the page. Searching an address took me to the correct address page. Using Google Chrome Version 64.0.3282.186 (Official Build) (64-bit)

GIF: https://gfycat.com/ExcellentSnarlingBluebottlejellyfish

It would be nice if we can add a page for the richlist and number of QRL Holders. The richlist should be showing the amount of Quantas & percentage of total Quantas holded by a given address.

If I open up this link directly http://qrlexplorer.info/tx/d898dad2b1514e345b7180232fba3431d819dab6ffc5e6b1e6098ce4e246fbcc my transaction shows 0 confirmations, but if I look it up from the explorer page latest transactions it shows me 503+ confirmations?

A major refactoring in the node requires all calls to the API require rewriting

Show loading status when waiting for data from backend

This could be a qrl issue instead of a block-explorer issue but I will start here.
Testnet Feersum Endjinn. I am using the block explorer viewing address Q010600647bdcb1548622afa0a92ec1ba7b5d0fc212a3f2ae69fd830ac6ce01de5d94f1a66a7699 It shows only 2 transactions, a send of 99 quanta and a receive of a token. If I look at block 1774 and 2066 I see coinbase transactions to this address. There should be a lot more than 2 transactions for this address. https://explorer.theqrl.org/a/Q010600647bdcb1548622afa0a92ec1ba7b5d0fc212a3f2ae69fd830ac6ce01de5d94f1a66a7699
https://explorer.theqrl.org/block/1774
https://explorer.theqrl.org/block/2066

The status area blinks on receiving an update from the server -- even if the data has not changed.

This is due to the status data being stored as a collection which is emptied each time it is updated: the speed of the DDP layer is such that this is reflected on the client.

There are two approaches around this: (a) check for data change prior to updating this collection (more workload on server) (b) patch the collection into a reactive variable (eg. session) on the client side that will only update when the data changes -- i.e. ignore the 'removed' trigger from the collection object.

Colour schemes are subjective and it would be beneficial to allow users to choose a theme which suits their setup and ambient light levels.

In my opinion a toggle to switch between a dark and lighter theme would improve readability of the explorer and accommodate all users, in spite of the initial complexity of such a setup.

The colours in #298 are a bit garish -need light/dark theme tweaks

Token balances do not display correctly, with timeout on the spinner

In the new dark scheme there's a border around it -- box-shadow and border need disabling. Thanks to @scottdonaldau for spotting on his high res screen ;)

Using Chrome Browser, although I think this is related somehow to the issue with the QR codes not updating until refresh (wallet issue #132):

When clicking on a transaction involving a QRT from the QRL explorer homepage, you are taken to a page detailing the transaction. Underneath the token name is the link TOKEN CREATION TRANSACTION

Clicking that link visibly changes the URL in the web browser, but the page itself does not change. After refreshing you arrive on the page with the token creation details

A gif of the issue

Just like the erc20 tokens on etherscan.io, I think it will be better if you can add image to the QRTs. This will make it easier to recognize specific tokens that people are looking for.

Go into block explorer tx history for a certain address (e.g. https://explorer.theqrl.org/a/Q010600af4216acb368a7cad4eefbe4f0b45da7d938fcd89e9e48707a38fce04a9e17d872ef8b2c). Navigate from page 1 to page 32 or later. After page 31 no more tx are shown. 412 tx done on this address but only 30*10 + 7 tx history shown. Token creation tx in earlier blocks are not loaded so no alt tokens shown in token balances tab.
Firefox & Chrome at least

WHERE: Tx page

EXPECTED: if block: "unconfirmed" show "Pending" and amber disc at bottom of box and "Pending..." instead of "Invalid date". Plus set refresh timer.

CURRENT: Tx shows as "OK", green disc and "Invalid date".

Uptime in explorer shows that the explorer is running since last 4 days and 3 hours. Its just because the month is not included in the Uptime. We need a better fix, to show the elapsed days since testnet release.

https://explorer.theqrl.org/

API now updated to export size in bytes.

It would be useful to see this listed on the pages given we use hash-based signatures and do things differently to other blockchains.

Testnet: 1 shor transactions show as 1e-9 in pink in the address view and in small text next to the Txhash

Under certain circumstances, gRPC connections may drop to the node. Implement stateful connection handling and graceful reconnection.

Implement gRPC bitfield ots data to explorer, and show signatures remaining on a wallet.

New gRPC API responses have added a number of UInt8Array items in txn/block/address meta data fields. Review and convert to human readable hex format.

When viewing token balances in the address page on explorer, there is no link to then token hash page. Create a link to view this information.

~/imports/startup/server/index.js

Could the host to be used, actually be in a config file in the root?

Some block and transaction pages take a few moments to load, however there is no loading indicator there currently. Add a loading icon to pages

I tried viewing the address: Q0106002c7fafa78ed8cf6faabb62ab9d84449bf83ee1f556c34f959a173cc9c3d8bc2fec798158
using the mainnet block explorer and it kept spinning with the "Just a moment... transaction history loading" message.
I spun up my own block-explorer and tried it again. I noticed the following error message coming from the block-explorer:
I20181010-12:07:58.378(-5)? ERROR/getAddressState [Timestamp: Wed, 10 Oct 2018 17:07:58 GMT] Error: 8 RESOURCE_EXHAUSTED: Received message larger than max (4532290 vs. 4194304)

Certainly an easy fix is to increase the grpc message size. Long-term, this issue would keep reoccurring as the block chain grows, maybe there is planned pagination support for transactions.

Logging an informational only issue to track downstream changes required in QRL Node to rectify incorrect HPS calculation shown in the chart on the homepage of the Explorer.

This issue depends on theQRL/QRL#979 being resolved.

Specifically: https://github.com/theQRL/QRL/blob/master/src/qrl/core/State.py#L500

The green network status icon on the wallet sidebar makes perfect sense to me to indicate that the network is up, but on the explorer that same icon is white. If they were both green I think it would improve the sense of continuity between the two aspects of the site.

It's a minor deal though - thanks for your great work on this. The explorer is getting better and better every time I use it

Action: On Android with chrome, navigate to https://explorer.theqrl.org/search. Try to touch the search inputbox.
What happened: It's very difficult to search and/or paste something on the mobile site. You need to touch where the arrow is to have the keyboard and/or paste some text. If you touch the inputbox, it's the text below that is selected (i.e: The Quantum Resistant Ledger).
Android/iOS version: 7.1.2
Android/iOS handset model: NoxPlayer 6.2.6.1 (Samsung S8 emulation).

Array buffers for txhash/signature/address from are not converted into a readable format preventing correct display on the address page

Token creation tx type doesn't show name correctly on address page

The front page of the explorer lists blocks and transactions.

In my view instead of wasting a significant part of this space displaying a block-reward for each block, below the number of transactions in the block what should be displayed is: total number of QRL transacted in the block i.e. sum of coinbase + any other transaction amounts.

Can you use it for other coins? I tried but not work. Anyway, look good, good luck!

As per Discord's dr_gonzo

gRPC now exposes the transaction and block sizes. Add them to block and transaction view pages.

Upon going to the block explorer's main page, the info graph on the top-right side of the page is distorted--only filling up half of the top-half portion of the space that was intended for it.

Action: Navigate to https://explorer.theqrl.org/. Try to search a qrl address in lower case.

What happened: If the first char is not upper case (i.e: Q), search does not work. Problem could be similar to pull #310 .

In the transaction page, for token transfers the token name does not show - only the token creation hash. Show the token name as well.

As the front page updates with each tick, there is a flicker as the windows for recent blocks and recent tx are redrawn, even if no new data has arrived.

It would be nice for new data to smoothly transition into both boxes without the redrawing flicker.

On navigating to a slave address from the slave tab, the active tab should return to default

Create a filtering mechanism for the explorer across block and address pages.

This could be a qrl issue instead of block-explorer but I'll start here.
Testnet Feersum Endjinn.
I cannot view transactions on early blocks in the testnet. If I click on a transaction in an early block it loads a new page but does not display anything.

instead of load all the transaction wait long time(around 10 second) for page to load, better to use pagination. so that can improve the load speed of page. will be user friendly, and can also deal with increment of transaction.

can refer to the URL below
http://qrlexplorer.info/a/Qc884d7eeb15c7abcdadfdca68bee67c19a5c7e0b98d87fb2bed3b0f18bf80c9025599950

Should display a dropdown expandable section containing the XMSS signature components: OTS key, OTS public key, signature, merkle auth proof, merkle IBMS routing data.

There's a bug with the explorer for addresses with lower case in the URL.

On keybase, the address is recorded in lower case 1. When following the link, transactions cannot be displayed on the explorer 2. The address needs to be in upper case 3.

Token send/receive quantities do not show correctly on address page