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
annotation json contains hardcoded URI referencing demo pdf instead of annotation target #7
Comments
|
Yes, this is an artifact of how things are implemented. I'll have to think about ways to improve it... In the current implementation, I have tried to modify the hypothes.is code as little as possible. My reasoning behind this decision is that upgrading to newer versions of hypothes.is as they are released should be simple. The pdf loading currently works by replacing the response when hypothes.is tries to fetch the demo file. The content of the |
|
@elias-sundqvist when you say:
Does this mean our local PDFs / highlights / annotations are being "sent" / processed through hyopthesis.is REST API? I had thought everything was done locally just using hypothesis.is github repo library to handle all the UI/UX and processing of PDF annotations etc. In summary, just wondering if this plugin is staying "local" 100% of the time? Or if it is making calls / using hypothesis.is server side stuff to do things? Thanks! |
|
No, nothing is sent to hypothes.is. The plugin should work completely offline. I just use the REST api to communicate between my own plugin code and the local hypothesis.is instance. |
|
So I tested by turning my internet completely off and the highlighting and everything worked fine for me. But I did get these hypothesis.is connection errors. Is this just because of your original "fake call" you do with the arxiv address and then replace the result with the local PDF like you mentioned above? Or is there any other reason it is communication with hypothesis.is each time? This isn't a complaint or even an "issue" necessarily, but just want to be clear because a lot of folks saw this as a way to do PDF annotations without any connection to the internet and no communication to any non local servers. Thanks! |
|
So, technically, some calls to hypothes.is are attempted, but they don't do anything. Before the iframe patch is applied, it tries to connect to the real hypothes.is website. That request is cancelled as soon as the patch is applied though. The errors you screenshot above are from the websocket API. |
|
@elias-sundqvist makes sense. Just trying to get all the questions out before the masses start to use and ask "is my data leaving my machine?" haha ;-) I just checked the network console and it looks like the websocket call is with that "dummy" arxiv.org PDF that you use. So that is probably what this is? The initial "fake call" with that dummy PDF and then you replace what is supposed to be returned from hypothesis with the local PDF, right? |
|
I'm not too sure about what is being communicated through the websocket api. I should probably replace it with a dummy object to get rid of the error messages and to make the "is the data leaving my machine?" people happy. |
Yeah I hate to say it but you may as well get ahead of it ;-) Because part of the POWER of this plugin is being able to do with your local PDFs and annotate to a local MD and not have to rely on or trust any web hosting / web app with your data / security / privacy. Folks like me will want to use this to highlight and markup SUPER sensitive contracts with clients etc. and will want 0% question on whether something could be leaving my machine haha... I know, pain in the ass! ;-) For me, based off what you said above and my testing I am content with the fact nothing is leaving my machine. But I think it would just make it a whole lot easier answering these questions that will come up down the road if you are able to say 'Yes, turn your internet off and you will see there are no errors. And watch the network tab in the console as long as you want, you won't see any external calls" haha ;-) Best of luck and appreciate all your amazing work! Do you have a Buy me a Coffee link or any way to sponsor you / contribute? |
|
True. I'll try to fix these things soon and keep privacy in mind.
You can sponsor me on Github or donate something on Paypal. Thanks :) |
Done! Keep up the great work :) |
|
Thanks for the donation :) |
|
The new release uses more reasonable URLs in the json blobs, so I will close this issue. |
|
@elias-sundqvist this is awesome!! Thanks so much. I saw the sentry thing too but don’t think that is a big deal at all so I wouldn’t put much time into trying to figure that one out. We have a group of people who chat daily about obsidian stuff and are super excited about this plugin and I’m hoping you will get some more sponsorship / donations soon :) very nice work! |



Note that the arxiv link in the json has nothing to do with the annotation target I've selected
Maybe related to this?
obsidian-annotator/defineGenericAnnotation.tsx
Line 159 in febf3e0
The text was updated successfully, but these errors were encountered: