After successfully pulling changes via git (on any branch) for an HTML5 project, opening a new tab and navigating to the project URL shows me the project before the pull.
I would expect to see the changes brought by the commits introduced by the pull.
I can see all the changes brought by the git pull in the replit IDE, but NOT in the public URL, where the site is running. This is true on both Brave and Firefox, even after deleting private data like cookies, browser cache, etc. Or after a Ctrl+Shift+F5 refresh.
Steps to reproduce:
Create an HTML project, connect it to a git repository, make and push a commit elsewhere, pull it in replit, and then navigate to the public repl URL to see if the changes are reflected.
Note that when making a small change (say, whitespace) to any of the updated files, the public URL of the repl will now reflect the file as it is in the IDE. But, with enough files, it becomes really impractical to go through each one to make whitespace changes…
Bug appears at this link:
All my repls, for a couple of weeks now. (Before, changes used to be immediately reflected after pulls.)
Windows 11, Firefox 111, Brave 1.50.119.
This issue is due to the way HTML Repls work. Because HTML Repls use static hosting under the hood, it requires you to edit the files so the Repl is aware of them in order for them to be saved in the static hosting bucket.
Two ways to get around this issue:
Edit the files (e.g.: add a character then remove it) to ensure that they are recognized and updated on the static bucket
Use the “HTML/CSS/JS Auto-Refresh Beta” template that uses a server instead of the static service to serve the files (removing the inconsistencies between the static bucket and the files in the Repl)