This address 0x1c494fa496f1cfd918b5ff190835af3aaf60987e is a contract but it is not showing the code tab.

Here is the same address on sokol explorer: https://sokol.poaexplorer.com/address/search/0x1c494fa496f1cfd918b5ff190835af3aaf60987e
@amandasposito and @acravenho I've tested it on localhost and everything seems to be right! I've moved it to Ready for acceptance.
I'll test soon and provide feedback here soon after.
LGTM!
I'm afraid the issue should be reopened, it doesn't work in my environment
Code tab is visible
Code tab is not visible
we have the same problem for POA Bridge multisig on Mainnet
https://blockscout.com/eth/mainnet/address/0x68445b9e334374435b26ff75f4236b8a152ab9a6/transactions
The code tab is not visible
for the same contract with _the same address_ it is visible on POA Core
https://blockscout.com/poa/core/address/0x68445b9e334374435b26ff75f4236b8a152ab9a6/contracts
Also, it is visible on mainnet
https://etherscan.io/address/0x68445b9e334374435b26ff75f4236b8a152ab9a6#code
@melnikaite We do not support internal transactions on Ganache due to the fact that Ganache does not support internal transactions and does not plan to support them.
@igorbarinov The reason that contract is not showing up yet is because that contract creation internal transaction has not been indexed yet. There is no bug here but just needs more time to get indexed.
What rpc method return internal transactions? Why they are required? Having code on address should be enough.
Ganache uses a modified Geth implementation which uses call_trace on debug_traceTransaction. This is currently not supported by Ganache. We requested this support from them but they told us this was not a priority.
A solution to this issue would be to use eth_getCode during indexing which is a quick call to make in order to receive the contract creation code. Closing this issue in favor of #1336
Most helpful comment
@amandasposito and @acravenho I've tested it on localhost and everything seems to be right! I've moved it to
Ready for acceptance.