You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
OpenSource.org | Post top margin causing display issues #92
I have been able to identify when the issue has been introduced (Fev, 21st):
PR (dev): #52 | PR (prod): #56
Before this pull request, blog posts used to have featured images. The post was displayed to overlap the image, hence the negative margin.
Here is a screenshot from my local environment before this PR with dummy content:
Since the theme does not use the feature image, we don't need this negative margin anymore.
I can remove it from the template's stylesheets if that works for you.
Extra
While investigating this issue, I have done a small Q/A and I have monitored 2 issues:
On all pages: when we hide the main navigation, the content loses the height of the navigation, and the content "jumps" up ~100 pixels. We should counterbalance when the navigation is hidden by adding the navigation's height as the top margin for content.
/* Ensures the small header is hidden on larger screens */
.header-main-small {
display: none;
}
The header is transforming to a minimized version, this can be seen on mobile. When it is happening on the desktop the menu is hidden. By the way, the styles of this minimized version of the header are not desktop-ready, cf. screenshot.
If you want to keep the header visible at all times, we will need to revert the styles to the non-minimized version on large screens, or design something specific.
Could you please double-check that you want to re-enable the sticky header on large screens and some directions about the expected output if so?
I would recommend archiving the current develop branch and creating a new one based on trunk to align both environments.
Before doing so, it would be better if there is no pending work on develop before doing this. I can see some opened issues currently working on: https://github.com/OpenSourceOrg/dotOrg/issues
With this in mind, it sounds like we should wait for #93 to be completed (hopefully within a day or so). I can also communicate with the partner that we require a response and closure on #71 in order to move forward with this.
Let me know if that's a good plan of action for you.
Create a new 'clean' develop branch from the trunk (production) branch for future work.
The old develop branch can be renamed (archived), and legacy code would still be available there if needed.
The develop branch has been archived and named develop-2024-07-01 and a new one aligned on the main branch (production) has been recreated and called develop, the new branch is now reflected on the development server: https://open-source-initiative-development.mystagingwebsite.com/
Please take a look and let me know if you have any questions.
@toncijajic
I would say not mandatory since the behaviors should not be identical. But if you need to align the production database with the development one feel free to also reset the develop site itself.
Activity
geoffguillain commentedon Jun 15, 2024
Hey @toncijajic
I have been able to identify when the issue has been introduced (Fev, 21st):
PR (dev): #52 | PR (prod): #56
Before this pull request, blog posts used to have featured images. The post was displayed to overlap the image, hence the negative margin.
Here is a screenshot from my local environment before this PR with dummy content:

Since the theme does not use the feature image, we don't need this negative margin anymore.
I can remove it from the template's stylesheets if that works for you.
Extra
While investigating this issue, I have done a small Q/A and I have monitored 2 issues:
Please take a look at my feedback and let me know how you want to move forward.
toncijajic commentedon Jun 17, 2024
@geoffguillain it feels weird the navigation is disappearing, it should follow the user scrolling down.
Could it be a bug? Would it be easy to fix?
geoffguillain commentedon Jun 18, 2024
Hey @toncijajic
This was done on purpose on large screens:
dotOrg/themes/osi/assets/scss/_7_vendor.plugins.scss
Lines 110 to 113 in 09f69df
The header is transforming to a minimized version, this can be seen on mobile. When it is happening on the desktop the menu is hidden. By the way, the styles of this minimized version of the header are not desktop-ready, cf. screenshot.
If you want to keep the header visible at all times, we will need to revert the styles to the non-minimized version on large screens, or design something specific.
Could you please double-check that you want to re-enable the sticky header on large screens and some directions about the expected output if so?
geoffguillain commentedon Jun 18, 2024
Hey @toncijajic,
I have created a PR for the original request. The blog posts on the develop server are fixed:
https://open-source-initiative-development.mystagingwebsite.com/blog/open-source-ai-definition-weekly-update-mar-11
Please have a look, and let me know if I can merge this to production.
toncijajic commentedon Jun 18, 2024
Thanks for the info @geoffguillain!
Very weird.
Yup, I'll confirm this shouldn't be happening.
Will do once I confirm with the partner that the print preview they use is working correctly, too.
toncijajic commentedon Jun 20, 2024
@geoffguillain we're seeing some issues with H1 headings disappearing on the pages.
Examples:
Could you spin up these changes on a fresh production clone so we can remove the environment variables and know what to fix?
geoffguillain commentedon Jun 21, 2024
Hey @toncijajic
The issue is not the staging server but the repo. Some commits/PR has been pushed only to the production branch.
I have cherry-picked the commits that I have found about the title and imported them to the develop branch. That should be enough for testing:
https://open-source-initiative-development.mystagingwebsite.com/osd
I would recommend archiving the current develop branch and creating a new one based on trunk to align both environments.
Before doing so, it would be better if there is no pending work on develop before doing this. I can see some opened issues currently working on: https://github.com/OpenSourceOrg/dotOrg/issues
toncijajic commentedon Jun 23, 2024
@geoffguillain, thanks for the analysis!
Give us a day to get our ducks in a row and we'll ping back on the next steps.
xpurichan commentedon Jun 25, 2024
@geoffguillain I've assessed the open issues:
With this in mind, it sounds like we should wait for #93 to be completed (hopefully within a day or so). I can also communicate with the partner that we require a response and closure on #71 in order to move forward with this.
Let me know if that's a good plan of action for you.
xpurichan commentedon Jun 27, 2024
👋 @geoffguillain checking back in with you on this ⬆️
geoffguillain commentedon Jun 28, 2024
Hey @xpurichan
#93 - The extra requests have been solved and pushed to production
Looking at the other linked issues, I do not see comments about code living in development.
I assume we could:
The old develop branch can be renamed (archived), and legacy code would still be available there if needed.
Let me know if you have any questions.
xpurichan commentedon Jun 28, 2024
@geoffguillain , let's move forward with that. I do see #71 getting some attention now, so we'll notify them there once the change is made.
geoffguillain commentedon Jul 1, 2024
Hey @xpurichan
Issue
https://opensource.org/blog/open-source-ai-definition-weekly-update-june-24
Branches
developbranch has been archived and nameddevelop-2024-07-01and a new one aligned on themainbranch (production) has been recreated and calleddevelop, the new branch is now reflected on the development server: https://open-source-initiative-development.mystagingwebsite.com/Please take a look and let me know if you have any questions.
toncijajic commentedon Jul 1, 2024
@geoffguillain thanks! Good idea to also redo the development site, so it's all new?
geoffguillain commentedon Jul 2, 2024
@toncijajic
I would say not mandatory since the behaviors should not be identical. But if you need to align the production database with the development one feel free to also reset the develop site itself.
toncijajic commentedon Jul 10, 2024
@geoffguillain let's merge this to prod if not merged already, and we can close it.
geoffguillain commentedon Jul 10, 2024
Code in this issue has been merged to prod
toncijajic commentedon Jul 11, 2024
Neat, closing - thank you!