Number of issues in new Gitbook publish site #507
-
Experiencing a number of issues in the new Gitbook publish site. Performance related: Usability related: Good to look into: |
Beta Was this translation helpful? Give feedback.
Replies: 7 comments 4 replies
-
I would like to add that the style for the Info hint don't really look like a info hint |
Beta Was this translation helpful? Give feedback.
-
I've been having issues for days, updated content merges with no errors, but url does not update..Help |
Beta Was this translation helpful? Give feedback.
-
Thank you for the complete feedback, it's greatly appreciated.
Can you share specific URLs? it'll help us debug the issue. Overall you should see fast performances on all pages, especially after the content has been loaded once by a visitor.
We are working on this and currently deploying a change that should improve our data cache invalidation to see changes being live after max 5min.
We are not sure we'll keep supporting this one. Our new architecture is designed to optimize performance and render the content as much as possible on the server. At the moment, getting the latest change requires refreshing the page. We'll keep you posted as we think more about this one.
If the space is public, can you share its URL? we'll investigate the issue.
It's not related to this release. I passed it down to our team.
Yes, it's definitely related; it should soon be improved.
Can you tell me more about this one? maybe by sharing an example of you'd expect.
We are working on better aligning the 2, but there were already a bunch of differences, and there will still be differences.
The reason why we removed it is because this text was making assumptions on the type of content; a lot of our users use GitBook for stuff that are not "articles"; we wanted to be more generic.
We'll look into it.
This is a design decision; we believe that most readers actually do not want to change light/dark mode since we now default to the "system" one. So instead of putting this in the header and distracting the readers from the content, we pushed it to the footer.
Again this is a design decision, by having a loading placeholder that mimic the content (some blocks could be improved), we limit the perception of content shift. |
Beta Was this translation helpful? Give feedback.
-
Any update on fixing external links so that they open in a new tab? |
Beta Was this translation helpful? Give feedback.
-
I think Gitbooks may have used AI for these updates. They are terrible. |
Beta Was this translation helpful? Give feedback.
-
Is there any update on the remaining issues? I raised it earlier probably. The content in the editor does not occasionally update to the new commit after pressing merge. You need to click edit again and re-merge to have it show up. Very frustrating and likely to cause a lot of update issues with many people editing (no one will ever guess that the app will fail to update their change). Also, the merge button freeze is still not resolved. I keep seeing it all the time. Need to refresh the page every time before starting changes. These are bread-and-butter issues for a CMS and this haphazard update is still hurting us. Please have it looked into on prio. It's getting in the way of work. Thanks. |
Beta Was this translation helpful? Give feedback.
-
We are seeing the same. We're also finding that when visiting a page directly (e.g. https://docs.powersync.com/client-sdk-references/react-native-and-expo) it loads relatively instantly, but when selecting it from the sidebar it takes 3-5 seconds to load and displays gridlines during load. |
Beta Was this translation helpful? Give feedback.
Thank you for the complete feedback, it's greatly appreciated.
Can you share specific URLs? it'll help us debug the issue. Overall you should see fast performances on all pages, especially after the content has been loaded once by a visitor.
We are working on this and currently deploying a change that should impr…