Deposit of base Ethereum
Today I made a deposit of some $Eth to my address: 0xb7722e89C4425fb1b8031b611265fee62507db2A here on trloop wallet but hours have gone by and nothing's dropped. That's my Txhash: 0xd3f7206521caee80e8b1eb74650793045ce94b24b245966ae6671096d1a80958
💡 Feature Request
9 months ago
Deposit of base Ethereum
Today I made a deposit of some $Eth to my address: 0xb7722e89C4425fb1b8031b611265fee62507db2A here on trloop wallet but hours have gone by and nothing's dropped. That's my Txhash: 0xd3f7206521caee80e8b1eb74650793045ce94b24b245966ae6671096d1a80958
💡 Feature Request
9 months ago
Done/Closed
The Done/Closed category is used for feedback, requests, or issues that have been resolved or addressed. This category serves as a log of completed tasks and provides users with visibility into what has been achieved. Purpose: To inform users that their feedback or request has been successfully implemented or resolved. To maintain a record of all completed items for transparency and accountability. To close the feedback loop by showing users that their contributions have had an impact. How It Works: Once a feedback item is implemented, resolved, or deemed unnecessary, it is moved to the Done/Closed category. A summary or explanation is added to the item to indicate the resolution or decision. Users can browse this category to see the progress and completed features or fixes. Example Scenarios: A feature request, such as “Dark Mode,” has been implemented and is now available to users. A bug report, like “Error in payment processing,” has been fixed and verified as resolved. A duplicate or outdated feedback item has been reviewed and marked as closed with an explanation. User Notification: Users who submitted feedback receive a notification when their request or issue is marked as Done/Closed. For completed features, release notes or a changelog entry may also highlight the resolution. Best Practices: Include a brief note or summary in each Done/Closed item explaining what was done or why it was closed. Use this category to celebrate progress and acknowledge user contributions.
💡 Feature Request
Over 1 year ago
Done/Closed
The Done/Closed category is used for feedback, requests, or issues that have been resolved or addressed. This category serves as a log of completed tasks and provides users with visibility into what has been achieved. Purpose: To inform users that their feedback or request has been successfully implemented or resolved. To maintain a record of all completed items for transparency and accountability. To close the feedback loop by showing users that their contributions have had an impact. How It Works: Once a feedback item is implemented, resolved, or deemed unnecessary, it is moved to the Done/Closed category. A summary or explanation is added to the item to indicate the resolution or decision. Users can browse this category to see the progress and completed features or fixes. Example Scenarios: A feature request, such as “Dark Mode,” has been implemented and is now available to users. A bug report, like “Error in payment processing,” has been fixed and verified as resolved. A duplicate or outdated feedback item has been reviewed and marked as closed with an explanation. User Notification: Users who submitted feedback receive a notification when their request or issue is marked as Done/Closed. For completed features, release notes or a changelog entry may also highlight the resolution. Best Practices: Include a brief note or summary in each Done/Closed item explaining what was done or why it was closed. Use this category to celebrate progress and acknowledge user contributions.
💡 Feature Request
Over 1 year ago
Planned
The Planned category is used to list feedback or feature requests that have been reviewed and approved for implementation. Items in this category are prioritized based on user demand, feasibility, and alignment with Trloop’s roadmap. Purpose: To communicate to users that their feedback or request has been accepted and is in the planning phase. To provide transparency about the upcoming features or resolved issues being worked on by the team. To build excitement and anticipation for new platform updates. How It Works: Feedback that has been reviewed and approved is moved from Under Review to Planned. The Trloop team assigns a tentative timeline or priority level to each planned item. Users can view this list to see what features or fixes are actively being prepared for development or deployment. Example Scenarios: A requested feature, such as "Scheduled Posting Tool", has been approved and is now being prepared for development. A reported bug, like "Video upload not working on mobile devices," has been prioritized and planned for resolution in the next update. User Notification: Users who submitted feedback will receive a notification or update informing them that their request has been accepted and moved to the Planned category. The team may include details about expected release timelines or development phases. Best Practices: Provide regular updates on the progress of planned items to keep users engaged and informed. Clearly communicate if priorities change and explain delays, if any.
💡 Feature Request
Over 1 year ago
Planned
The Planned category is used to list feedback or feature requests that have been reviewed and approved for implementation. Items in this category are prioritized based on user demand, feasibility, and alignment with Trloop’s roadmap. Purpose: To communicate to users that their feedback or request has been accepted and is in the planning phase. To provide transparency about the upcoming features or resolved issues being worked on by the team. To build excitement and anticipation for new platform updates. How It Works: Feedback that has been reviewed and approved is moved from Under Review to Planned. The Trloop team assigns a tentative timeline or priority level to each planned item. Users can view this list to see what features or fixes are actively being prepared for development or deployment. Example Scenarios: A requested feature, such as "Scheduled Posting Tool", has been approved and is now being prepared for development. A reported bug, like "Video upload not working on mobile devices," has been prioritized and planned for resolution in the next update. User Notification: Users who submitted feedback will receive a notification or update informing them that their request has been accepted and moved to the Planned category. The team may include details about expected release timelines or development phases. Best Practices: Provide regular updates on the progress of planned items to keep users engaged and informed. Clearly communicate if priorities change and explain delays, if any.
💡 Feature Request
Over 1 year ago
Under Review
The Under Review category is used to organize feedback, feature requests, or bug reports that are currently being evaluated by the Trloop team. This stage ensures that all submissions are properly analyzed for feasibility, priority, and alignment with the platform’s goals. Purpose: To notify users that their feedback has been acknowledged and is being actively considered. To allow Trloop's team to review and assess the potential implementation or resolution of the feedback. To maintain transparency and build trust with the user community. How It Works: Once a feedback item is submitted, it is moved to the Under Review category if it requires further evaluation by the Trloop team. During this phase, the feedback may be discussed internally or with users for clarification and additional details. After the review process, feedback is either: Accepted: Moved to the Planned category for implementation. Rejected: Moved to the Done/Closed category with a reason provided. Example Scenarios: A user requests a new feature, such as “Dark Mode”, and the team needs to evaluate its feasibility and user demand. A bug report is submitted, and the development team is verifying the issue and its impact on the platform. User Notification: Users who submit feedback that is moved to the Under Review category receive a notification or email update to inform them of the status change. Additional comments may be added by the team to ask for clarification or provide an update. Status Duration: Items in this category typically remain under review for a defined period, such as 7–14 days, depending on complexity and priority. Best Practices: Ensure that feedback in the Under Review category is updated regularly to keep users informed. Avoid letting items remain indefinitely in this category without providing an update or resolution.
💡 Feature Request
Over 1 year ago
Under Review
The Under Review category is used to organize feedback, feature requests, or bug reports that are currently being evaluated by the Trloop team. This stage ensures that all submissions are properly analyzed for feasibility, priority, and alignment with the platform’s goals. Purpose: To notify users that their feedback has been acknowledged and is being actively considered. To allow Trloop's team to review and assess the potential implementation or resolution of the feedback. To maintain transparency and build trust with the user community. How It Works: Once a feedback item is submitted, it is moved to the Under Review category if it requires further evaluation by the Trloop team. During this phase, the feedback may be discussed internally or with users for clarification and additional details. After the review process, feedback is either: Accepted: Moved to the Planned category for implementation. Rejected: Moved to the Done/Closed category with a reason provided. Example Scenarios: A user requests a new feature, such as “Dark Mode”, and the team needs to evaluate its feasibility and user demand. A bug report is submitted, and the development team is verifying the issue and its impact on the platform. User Notification: Users who submit feedback that is moved to the Under Review category receive a notification or email update to inform them of the status change. Additional comments may be added by the team to ask for clarification or provide an update. Status Duration: Items in this category typically remain under review for a defined period, such as 7–14 days, depending on complexity and priority. Best Practices: Ensure that feedback in the Under Review category is updated regularly to keep users informed. Avoid letting items remain indefinitely in this category without providing an update or resolution.
💡 Feature Request
Over 1 year ago
Feature Requests.
Share your ideas for new features you’d like to see on Trloop. Let us know how these features could improve your experience
💡 Feature Request
Over 1 year ago
Feature Requests.
Share your ideas for new features you’d like to see on Trloop. Let us know how these features could improve your experience
💡 Feature Request
Over 1 year ago