-
Notifications
You must be signed in to change notification settings - Fork 6
Frontend #38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Frontend #38
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Awesome 😍
I will try to answer all questions about data-model (1-5) in a simple doc a bit later.
On 6: IMO ATM in this or subsequent PRs it would be enough to have a frontend build profile in npm that outputs all nessesary resources to a dir.
I.e. it's totally fine to expect having everyone to run it locally in the dev mode for now.
As soon as we remove all impediments for having an actual deployment (#20 ) - I will add a build.sh that triggered it and a backend build, bundles all the resources into the single binary and add a route serving them.
On 7: We definitely should have a readme inside the frontend dir, with the dev mode instructions.
We should also add a section to the root readme, pointing to the frontend dir and mentioning the status (experiential) of our new, awesome, interactive GUI.
I'm waiting on this to finalize the page. Also, let me know if you want any changes in front-end before that. Shall we consider simple UI enhancements? Maybe we could make a short roadmap? |
yes!
yes, that would be awesome! So far #19 has several thoughts on that, as well as #32 proposes improvements with regards to the source of citations. Most probably, we should talk to @jzuken to get his ideas for immediate improvements. What I think would be great is to follow the same pattern as we did with CLI, where ALL improvements of the template of the report (now the UI) were first introduced behind a feature flags. So basically, there were no surprises for the users until and they can try a new feature by adding the flags e.g
got it, will do that today ASAP. One more thing, do you think it would make sense to include a script for static page generation here as well? |
Done at #39 |
|
New fixtures forth, read and unread messages were added in #40 and merged to master. |
On master, I'm getting Am I missing something? |
No, you are not. Sorry for the confusion, but as mentioned elsewhere, CLI does not yet support the The only way to test CLI is to configure and subscribe for some alerts from scholar. Hopefully going to add it soon. |
d542511 to
2f48232
Compare
|
I tried this branch on the real data and got a blank page with that in the console and server logs the reason is that GET request did not have access token and was answered with the redirect to |
|
The error in console is due to cors not being enabled for normal mode. Ideally, cors only makes sense in dev mode, because normal mode should bundle front-end code, eliminating the need for cors. However, if you see a use case for dev mode with real data, then sure, we need cors. That said, we still need to redirect to login screen. I will trigger it automatically when session cookie is missing. |
Right now, CORS is always enabled, but only for the JSON responses. The error is due to the 304 response not having CORS. After #43 \w CORS enabled for all the routs the error is different now
sounds good 👍 feel free to merge #43 as you see fit |
|
EDIT: It's more confusing actually. It redirects in private window and in my old session it throws an error as below I haven't figured out how to make this work. When I pass "Access-Control-Allow-Origin" header, I'm getting What we could do, is disable backend redirect and instead make an authorization routine. I think I will need to query the server for client_id, and then trigger redirect. |
|
I see.
Isn't that what I guess, Instead of re-direct (302) to Most probably the simplest way instead of refactoring existing logic on the backend - start creating new endpoints for that under
I'm not 100% sure what do you mean by that as the server is stateless. |
|
#44 introduces proper Now any request without a token will result in |
1690e85 to
c04364e
Compare
|
Seems like rebase went a little wrong :/ |
|
We have a problem with oauth. Currently, the |
Add a server-side re-direct to the backed from what route to what route? We could add |
yes, it seems like when re-writing a history - a number of commits from master were re-written as well. You need to remove those from this branch and rebase it on the latest master again. |
Here's what's happening step by step.
You can try it, I just committed this |
aac1b77 to
46ea034
Compare
|
With #46 redirects to :9000 after successful auth. |
exclude front-end related stuff
npm run lint to see lint report
+ add color for visited paper link
+ increase max-width to support large screens + remove top margin for list elements to increase density for large lists
+ initialize reducer in the container component and pass down state and actions as props for better testability
+ rename constants in report + add test ids for jest
+ aggregate all constants in one file + do not keep labels in local storage (currently not used)
0b6eebe to
b502bbe
Compare
+ italicize author names + show number of refs for each paper + show ref author's names in refs
Should work as |
+ npm run prod --env baseUrl=xyz/abc + this will set the base url for REST endpoints
11ab009 to
6fa5ed7
Compare



Scope
Run in dev mode
cd frontendnpm inpm run devlocalhost:9000in browserQuestions
read/unreadin data and how to move articles between them?Freqin data?Preview