fundrequest / platform Goto Github PK

User is able to fund negative values (+ Funded is immediately updated in the front-end)
--> after refresh it is ok...transaction failed and correct funded amount again

TODO:
in fund modal dialog box limit to positive values only...
maybe limit to max 2 decimals

After refresh

• Between the label "Technologies" and "Funded", add '#Funders' and 'Total Funding' as additional labels/information in the detailed view of 1 FundRequestIssue
• Change "Funded" into "MyFunding"

Expected behavior

Actual behavior

Steps to reproduce the behavior

Expected behavior

When clicking "cancel" in the civic modal dialog, I would expect that log in would fail

Actual behavior

When clicking "cancel" in the civic modal dialog, the user gets logged in anyway

Probably this is due to the fact that I'm still logged in, and I can not log out.
So, maybe first fix the log out...and then test this issue after logging out

Steps to reproduce the behavior

Click "cancel" in the civic modal dialog

Add a decentralized Secure Identity provider to our authentication providers

1. User is logged in (with his primary account: Gmail / Outlook)
2. User clicks on menu-item "Requests"
3. User sees an overview of all FundRequestIssues (unfunded/funded)
4. (optional) As a (Solver)FundRequestUser, I can link a GitHub-account to my primary account, so that I can consult my solved FundRequestIssues for which I can claim the reward
   4.1. User clicks on the "Connect to GitHub"-button
   4.2. The FundRequestPlatform opens a modal dialog where the User can link his primary account
   to his GitHub-Account
   4.3. The FundRequestPlatform retrieves the GitHub-Account which is linked to the
   User.PrimaryAccount
   4.4. The FundRequestPlatform retrieves all the funded FundRequestIssues which are solved by
   the User.PrimaryAccount.GitHubAccount from GitHub (see also #19)
   4.5. The overview is reloaded, and for each FundRequestIssue which is solved by his linked
   GitHub-account, a "Claim Reward"-button is added

Overview of unfunded/funded FundRequestIssues + "Connect to GitHub"-button

Modal Dialog where the User can link his primary account to his GitHub-Account

Overview of unfunded/funded FundRequestIssues AND solved FundRequestIssues with "Claim Reward"-button + "Connected to GitHub"-info

1. User is logged in (with his primary account: Gmail / Outlook)
2. User clicks on the top-left user account icon (cfr. Hello, <-username->)
3. User consults the detailed overview screen of his primary account which was used to log in to the FR-platform
4. User clicks on the "Link Account" button
5. A modal dialogue is opened where the user can fill in the username/password of the RepositoryAccount to be linked

• A) IF GitHub-Account (login+password) exists, THEN the GitHub-Account is linked to the primary account, and user returns to the detailed overview page of the primary account

• B) IF GitHub-Account (login+password) doesn't exist, THEN error-message to the user + user returns to the modal dialogue so that he can update the GitHub-Account details (login+password) or can cancel the link-operation

Currently the activity steam is broken need to get fix

Cleanup old branches that aren't being used anymore.

Default sorting should be on creation date

Update fundrequest link to the detailed fundrequest issue page. (For example : https://alpha.fundrequest.io/requests/10)

• Between the column "Technologies" and "Funded", 'Total Funding' as additional columns in the overview of FundRequestIssue's
• Change "Funded" into "My Funding"

Expected behavior

Actual behavior

Steps to reproduce the behavior

1. User is logged in (with his primary account: Gmail / Outlook)
2. User clicks on menu-item "Solved Requests"
   2.A IF User.PrimaryAccount is not linked to a GitHub-account, THEN a modal dialog is opened where the User can link his primary account to his GitHub-Account
3. The FundRequestPlatform retrieves the GitHub-Account which is linked to the User.PrimaryAccount
4. The FundRequestPlatform retrieves all the funded FundRequestIssues which are solved by the User.PrimaryAccount.GitHubAccount from GitHub (see also #19)
5. User consults the overview screen of the funded FundRequestIssues which are solved by his linked GitHub-account

Pre-requisite

1. User is logged in (with his primary account: Gmail / Outlook)
2. A GitHub-account is linked to my primary account. see flow of #22

Normal flow
1: The FundRequestUser chooses to claim the reward/funds from a funded FundRequestIssue, and clicks the "Claim Reward"-button
2: The FundRequestPlatform checks with the RepositoryPlatform if the FundRequestIssue.RepositoryIssue is solved by the current (Solver)FundRequestUser
IF Yes, Then:
3: The FundRequestPlatform asks for the (Solver) FundRequestUser.ethereumAddress
4: the (Solver) FundRequestUser confirms his ethereumAddress
5: The FundRequestPlatform send the transaction to the FundRequestContract
5. The FundRequestPlatform calls the FundRequestUser's Wallet to open it for the rewarding-transaction
6. The FundRequestUser confirms the rewarding-transaction to the FundRequestUser's Wallet
7. The FundRequestUser's Wallet submits the rewarding-transaction to the FundRequestContract
8. The FundRequestUser's Wallet informs the FundRequestPlatform that the rewarding-transaction is submitted to the FundRequestContract
9. The FundRequestPlatform informs the FundRequestUser about the updated state
10. FundRequestUser is informed about updated intermediate state = "Rewarding transaction pending"
11. The rewarding-transaction is mined on the Ethereum Blockchain
12. The rewarding-transaction is registered as an FundRequestContractEntry in the FundRequestContract
13. The FundRequestContract sends a notification to the FundRequestPlatform
14. The FundRequestPlatform informs the FundRequestUser about the updated state
15. FundRequestUser is informed about updated final state = "Rewarding transaction successful"

Expected behavior

Actual behavior

Steps to reproduce the behavior

The border at the end of the list is not wel shown (cosmetics) -
--> technologies and Funded column at the end of the list: border is not well shown

• TYPO! summery column ==> summary

Menu automatically collapses

Only viewing of FundRequestIssue's

Disable funding

Responsive table for issue's

• columns that can be left out: Type, Technologies, Actions

Expected behavior

It should only be possible to approve strictly more than 0 FND's

Note: probably this is expected behaviour, but this is not clear to a new user...maybe the naming of the approved should be different...something as "Wallet: approved saldo" (?)
And then the "approve"-modal view, can also be changed into "update wallet's approved saldo"

TODO1:
label "Approved for use: 0.00 FND" --> "Approved saldo"
button label "Approve FND's" --> "Update saldo"

TODO2:
titel of model dialog: "Approve FND's" --> "Update saldo"
label in model dialog: "Approve Amount" --> "Update approved saldo to:"

Actual behavior

It is possible to approve 0 FND's --> this consumes gas :(

Steps to reproduce the behavior

See screenshots

Expected behavior

User is guided to the (existing) issue he wanted to add (number 12 in this testcase)

Actual behavior

User is not guided to the (existing) issue he wanted to add (number 4 instead of number 12 for this testcase)

Steps to reproduce the behavior

see screenshots

• Add an existing Github-FundRequestIssue: e.g. FundRequest/area51#12

• Click "Go to request" --> this links to issue number 4, instead of expected number 12

Expected behavior

User is logged out and guided to the welcome-page/login-page. Or a dedicated logout-page

Actual behavior

After clicking logout button

Steps to reproduce the behavior

Click on the logout button (=> in the right top corner)

No validation error message to the user when using wrong URL for new Request
Nothing happens when clicking "add" with wrong URL.

Expected behavior: user see an error message where the expected format is shown, so that the user can correct the URL

Only tickets from: https://github.com/FundRequest/area51

Funded 8.75 FND, notifier shows only 8

Expected behavior

Actual behavior

Steps to reproduce the behavior

Expected behavior

Actual behavior

Steps to reproduce the behavior

Expected behavior

Shows correct balance

Actual behavior

Shows NaN as balance

Steps to reproduce the behavior

• go to webapp
• login
• view NaN

Only a box is shown...so, if no activity, do not show the activity box
In case of activity, this box is shown with activities

Expected behavior

For each build/deploy the frontend should display the version of the code

Could be added after or before the copyright

Idealy it would also act as a link to our github platform repository and if possible link it to either a tag or to a commit hash.

Actual behavior

Currently the version is not visisble

Steps to reproduce the behavior

Just surf to the platform application

Testcase: add more funds than approved

User feedback is that an additional amount has to be approved...but this seems not to be working correctly

Steps to reproduce the behavior

Status is not correctly updated from OPEN --> FUNDED

Funded a new Request, but status didn't change from OPEN --> FUNDED

Probably the statistics are also not correct then because based upon these statusses...to be checked?!

• Unable to start a request
• Search bar disappeared
• logout doesn't work (still pointing to old auth mec.)
• Logo looks messed up

As an open source maintainer, I would like to indicate to funders what amount I expected to raise for the solver/developer.

It is tricky because funders (e.g. users of the software) should get incentives to give money, at the same time developers should not be discouraged to continue contributing if the funding goal is not (yet) reached.

Expected behavior

Actual behavior

Steps to reproduce the behavior

1. User is logged in (with his primary account: Gmail / Outlook)
2. User clicks on the top-left user account icon (cfr. Hello, <-username->)
3. User consults the detailed overview screen of his primary account which he used to log in to the FR-platform

Additional stats on the homepage

• Top funded repository
• Top funded issue
• Top watched issue
• Top funded tec

Expected behavior

Actual behavior

Steps to reproduce the behavior

Fund an issue

TODO:

• Percentage should only show 2 decimals: NNN.NN
• Show percentage NNN.NN value in the light-blue box (and maybe not show it in the dark-blue box...only show %-sign in the dark blue box to avoid double presentation of the same data)
  • Dark-blue box is for the icon (so %-sign only)
  • Light-blue box is for the percentage value with format NNN.NN

TODO1:
Update fundrequest link to the detailed fundrequest issue page. (For example : https://alpha.fundrequest.io/requests/10)

TODO2:

Currently the message give information on the new fund, it would be nice to show also to total funds that belong to that issue.
For example : "Great! Karel Striegel funded 5 FND to this issue, bringing to total to 12,24FND. For more information, go to https://fundrequest.io."

When I fund an issue, the value of this issue being resolved for me diminishes over time. I would like to know that my fund will be released back to me after a specific period of time.
When I fund an issue, I would like to enter the expiration date of my fund along with the FND amount

Hoover over the star to see the watchers which have clicked the star
List of watchers not well shown

Same bug for the details page

• maybe leave out the other info panel (no? ...no added value)

• At the start the activity display is empty, it should display the last 25 events
• when scrolling to the end it should load the next 25 events, and so on...

Manual contains faucet-process, link to github to report issue's, link to slack, ...
Therefore, not to overload the MVP-welcome-page, only add a link to the MVP-manual

Apha home should link to the test docs

Expected behavior

Actual behavior

Steps to reproduce the behavior

Expected behavior

Show my name correctly below the profile image

Actual behavior

name is shown with ? chars instead of ü (and the like)

Steps to reproduce the behavior

• add non-ascii chars to your name in your google profile
• login to fundrequest with google
• look at your profile in the top left corner

Please assess https://0xproject.com

Expected behavior

Actual behavior

Steps to reproduce the behavior