I already forked the ui-repo, found the correct file to fix it and even found the place where I should add a query to the search form to search only for communities if you start searching from the communities page.
But then I saw that this change is already done in that file. I double checked the HTML on my instance and there it’s broken. I checked the history of the page and see it has been fixed 18 hours before I started looking into it.
All my hard work for nothing.
You can just build a time machine and commit it before the other one. Problem solved.
At least you got yourself into the contributing mindset. Tackle the next issue!
Hey, if not this one then the next one. Onto the next bug!
It wasn’t for nothing.
Think of the skills you gained and the experience.
And a chance to post it here!
And all the larma to gain!
Larma^ That’s how I’m calling it now
Lesson learned, always pull and branch from main.
Actually I was working on the main and that’s where I saw it being fixed :D
If it’s a nice and easy bug, better just make a bug report out of it.
It’s already fixed, no need for more paper.
I have another bug which is bothering me. When the site settings are set to
"Registration Mode": "Close Registration", theSign Uplink still shows up and the route still sends you to the Sign Up form. You can fill in everything there but then will get a infinite spinner.I wanted to at least remove the link at the top when sign up is closed. But obviously it’s not as easy as changing a static HTML as in the other bug.
That’s why you should always search for or file a bug report before trying to create a fix.
That type of bug is what is called “low hanging fruit”. With lots of active contributors, such bugs will get fixed pretty quickly.
It be like that sometimes
