Comments (19)
Oops, seems like we needed more information for this issue, please comment with more details or this issue will be closed in 7 days.
from ipfs-companion.
Indeed, unless I manually click on it and force it to activate, it doesn't redirect me to my Kubo node (which almost defeats the purpose of why I run it).
from ipfs-companion.
I'll try reproducing this (not been successful so far) but this most likely looks like a bug with the MV3 implementation in chromium browser as per preliminary investigation.
It's happening in FireFox on Windows too - I don't know if it's just Chromium browsers.
And strangely enough, 3.1.0 on Chrome Version 117.0.5938.134 (Official Build) (64-bit) (Windows) DOES NOT display this odd behaviour.
from ipfs-companion.
I've also verified it doesn't activate on FireFox 117.0 on Manjaro Linux too; and in fact although it detects the number of peers setup, the "My Node" doesn't activate until I interact with the settings; or open and close the tool:
See:
from ipfs-companion.
@whizzzkid What's confusing? It doesn't work on the version of FireFox I've got installed in Manjaro linux as well. Sometimes I've noticed that even the same versions of FireFox work subtly differently depending on one's operating system?
from ipfs-companion.
@lloy0076 Looks like this is isolated to firefox on linux. This is not happening on mac, to verify, I tried:
- Companion/kubo is running, mac lid is closed, mac lid is opened and companion is still running.
- Companion/kubo is running, mac goes to sleep, mac sleeps for the entire night, in the morning companion is still running.
- Companion/kubo is running, firefox is untouched for quite a few hours, firefox is brought to focus, companion is still running.
- kubo is not running, firefox/companion is running, mac goes to sleep, mac wakes up, kubo is started, companion shows activity just fine.
I think I need to try this on a linux machine to reproduce, unless there is reliable way to reproduce this. Next time this happens, can you please go to:
about:debugging#/runtime/this-firefox
- Click on
Inspect
- Save all messages to logs:
- Make sure the logs do not contain PII, Share the logs here.
from ipfs-companion.
Thank you for submitting your first issue to this repository! A maintainer will be here shortly to triage and review.
In the meantime, please double-check that you have provided all the necessary information to make this process easy! Any information that can help save additional round trips is useful! We currently aim to give initial feedback within seven business days. If this does not happen, feel free to leave a comment.
Please keep an eye on how this issue will be labeled, as labels give an overview of priorities, assignments and additional actions requested by the maintainers:
- "Priority" labels will show how urgent this is for the team.
- "Status" labels will show if this is ready to be worked on, blocked, or in progress.
- "Need" labels will indicate if additional input or analysis is required.
Finally, remember to use https://discuss.ipfs.io if you just need general support.
from ipfs-companion.
Thanks for submitting this issue @siiky, did you notice a pattern between sleeps? in the new companion MV3 implementation, the companion can actually go to sleep as companion does not interact with an active request. However the browser should already have the rule and this should automatically redirect.
I'll try reproducing this (not been successful so far) but this most likely looks like a bug with the MV3 implementation in chromium browser as per preliminary investigation.
Please keep me posted if you find a reliable way to reproduce or the problem worsens.
from ipfs-companion.
Hey @whizzzkid, thanks for taking a look. I noticed that the companion is offline whenever I open the browser, i.e., if I close and open the browser again, it'll be offline. Note that I'm using Firefox, not Chromium/Chrome (maybe that's not what you meant, just wanted to clarify). Also added to the report the companion version I'm currently using: 3.1.0.
However the browser should already have the rule and this should automatically redirect.
That's kind of working. With the companion offline, if I open e.g. ipns://ipfs.tech/, I'll be redirected to https://ipfs-tech.ipns.dweb.link/ instead of to http://ipfs.tech.ipns.localhost:8081/
from ipfs-companion.
I'm experiencing the same thing in ipfs/ipfs-webui@a43dd23 on FireFox in Windows (118.0.1 (64-bit)) and the extension claims it's 3.1.0.
from ipfs-companion.
I'll try reproducing this (not been successful so far) but this most likely looks like a bug with the MV3 implementation in chromium browser as per preliminary investigation.
It's happening in FireFox on Windows too - I don't know if it's just Chromium browsers.
from ipfs-companion.
Thanks @siiky and @lloy0076 I'm still unable to reproduce it. Firefox in MV3 has has replaced background event pages which goes to sleep just like service workers do in chrome. However, I need more to investigate on why firefox is not waking up the extension when a request comes through 🤔.
from ipfs-companion.
@whizzzkid What version of Firefox are you using? I noticed this happens on another one of my laptops, both using Firefox beta. Could be Firefox beta specifically..?
from ipfs-companion.
from ipfs-companion.
The background script is not running and it happens on:
- Firefox 118.0.2 64 bit
Running on WINDOWS too
from ipfs-companion.
Step 1. Install Windows 11 PRO
Step 2. Install FireFox
Step 3. Install IPFS Companion
Step 4. Find some kubo instance running on the local network or on a network that you know should work
Step 5. Configure IPFS companion in the setup to point at the above kubo in step 4.
http://192.168.2.11:5001 --> The KUBO RPC url
http://192.168.2.11:8080 --> The local gateway
# obviously your particular IPs or DNS names or URLs might differ here
Of course make sure that the kubo / ipfs "thing" works; that one does; see the attached image. But DO NOT be confused that the icon is "working" --> it only works when you click it, wait 10-30 seconds or more etc (because the inspector clearly says that background thread isn't running).
from ipfs-companion.
Do ALL the above but install Manjaro Linux somehow (e.g. this ISO is the particular one I used: manjaro-gnome-23.0-230903-linux65.iso).
@whizzzkid NOTE that I only installed it on Linux to see if FireFox on Linux had the same issue. I don't usually use Linux for Desktop stuff (I'd like to, but too much stuff I use is Windows dependent but this is off topic).
The only reason I put it on Linux was to see if, for some stupid reason, the underlying OS affected the issue. I would hazard a guess it's got something to do with the FireFox version(s).
What the issue I am seeing is NOT:
- It is NOT that the Kubo node (at 192.168.2.11) is not working - it is working and it will serve up files via IPFS directly or via any of its peers
- It doesn't appear to be specifically Windows FireFox
- It DID used to "work" but I don't know what upgraded (it could be that FireFox did an upgrade...I don't usually notice such things because things don't usually break)
from ipfs-companion.
NB. https://ipfs.io/ipfs/QmcjKJDsEdXmRmgjvhE9CfPdjk2gB9AMUBurbarnwkiJoe might work: it should say:
Hi Github and Whizzkid etc. This should work!```
It is pinned to my local and that node is usually behaving itself: nonetheless it can be somewhat flaky.
from ipfs-companion.
I have this problem in brave. Solved by de installing extension, go to brave settings and check "IPFS companion" checkbox. it got installed again and now it works ok.
from ipfs-companion.
Related Issues (20)
- MV3 handling of ?uri= creates too many rules
- MV3 handling of subdomain gateways creates too many rules HOT 1
- [Enhancement] only one instance of options page should exist.
- [MV3 Beta Bugs] Page Imports Missing Content HOT 2
- Improve Kubo - Companion Docs HOT 2
- [MV3 Beta Bug] Recovery Redirect Loop HOT 1
- [MV3 Beta Bugs] browserAction updates broken in Firefox HOT 1
- [MV3 Beta Bugs] Invalid "Target" in Redirect Rules UI
- [MV3 Beta Bugs] Single catch-all rule per subdomain gateway HOT 4
- Refactor E2E tests
- Brave: synchronize settings when backend is "Provided by Brave" HOT 1
- Intro screen cleanup
- [MV3 Beta Bug] Redirect infinite loop with Brave when hitting "purple IPFS button" HOT 4
- [Epic] Helia Node Type HOT 2
- #x-ipfs-companion-no-redirect opt-out does not work in 3.0.0
- e2e Tests are broken HOT 1
- Disable Brave redirect when Companion global redirect is enabled HOT 3
- Optional injection into page context menu HOT 2
- feat: upgrade countly sdk HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from ipfs-companion.