I need to disable auto refresh in GitAhead because sometimes when I look on changes made in older commit, GitAhead automatically refreshes and scrolls to uncommitted files. So the main problem is not actually the refresh itself but the scroll to top, so disabling this would be preferable but I assumed it is unlikely I would be able to disable dis feature.
I am using the latest version of GitAhead ( 2.6.1. ) with no additional plugins on Ubuntu 19.10
There isn't an option to disable automatic refresh when the working directory changes. Please add an issue to the issue tracker.
I had the same problem then I realised that git is tracking wrapper/native/
daemon/ caches/ directories which is causing it to refresh again and again. Putting these directories in .gitinore fixed the issue.
i.e add:
wrapper/
native/
daemon/
caches/
Related
When i try to edit with elementor on my site, the page content is visible for about 3 seconds and then disappears. Elementor buttons dont work as well and updates dont reflect on main site.
I have cleared cache, increased wp memory limit and tried upgrading elementor.
Depending on the cache plugins you're using check if css and js files are being mimified/combined, sometimes it can create conflicts.
Also check elementor system requirements here:
What are Elementor’s system requirements?
You can go to Elementor > System info in your dashboard to see if all the requirements are met.
If trying all the above didn't solve the issue, I'd recommend disabling all plugins except Elementor and see if now the issue is resolved.
If it is resolved then it's a plugin causing the conflict, reactivate the plugins one by one to find the one causing the issue.
If disabling all plugins didn't solve the issue you could try switching to a different theme and see if that solves it.
If anything of these solutions resolved the issue you could enable debug log on your wordpress and see what pops up in the debug log file: Debugging in WordPress
Depending on the error shown you could look it up to find a solution or contact your hosting provider's support.
I'm creating a new Wordpress theme on local (XAMPP). When I make changes in the theme folder in the wp-content folder, it takes a LONG time to be able to see these changes reflected on the localhost site. I cleared the cache, restarted xampp and even the computer. Still, sometimes, I can only see the changes the next day. The changes can be as simple as disable some jquery or changing the css. Is there some configuration issue at play? How do I resolve this issue?
If you use any caching plugins try and disable them or purge cache.
Try empty cache and hard reload on your browser.
Try disabling all plugins and see if problem still exists.
Try changing theme and see if problem still exists.
I am having a really weird issue with one of my clients' WP installations.
Site behaves as if there was some kind of caching active. And it's the most noticeable in wp-admin area.
When I open plugin config page, what I see there does not correspond with what's really happening: wrong plugins are marked as active and some, that are active are not even visible (as if not even installed).
Hitting F5 usually helps and correct information is displayed, but when I go back to the dashboard (or any other page) and return to the plugin management, again wrong information is shown. If I click to enable/disable any of the present plugins, page is either not updating at all or is loading incorrect statuses.
What I have done so far to try to solve this:
disabled all of the plugins
switched to the "stock" theme (Twenty Seventeen)
changed the language to EN (oddily enough, when toggling plugins, language switched back to the previous one)
checked nginx configs for any cache-related settings and disabled those
checked for presence of Varnish / Redis etc (not present)
disabled OPcache
checked whether the site is served via CDN (is not)
checked if wp-config.php is containing settings like define('WP_CACHE', true); (it does, but commented out)
switched PHP versions
changed PHP workers
disabled nginx to Apache proxying
wiped the "plugin" directory clean
Nothing seems to be helping.
Other websites, hosted on that server, do not experience any issues. Has anyone experienced anything like that? Any ideas how to fix it?
Here you can see "live" what I mean:
In case anyone else had issues like I did, here is what I did to finally solve it:
wiped all server-side cache
wiped wp cache files
uninstalled all the plugins
uninstalled the style
reinstalled WP
rebuild all user configs / permissions etc
reinstalled style
reinstalled all the plugins
ta-daaa!
it's working now. What a mess this was... o_O
I cloned a website using the duplicator plugin and made changes to it. When logged in as admin I see the changes but when I use an incognito browser it still shows the cloned version (old version). I can see the changes when I do a hard refresh of the browser, but refreshing again reverts to the old copy. I tried emptying the cache, deleting cookies, deleting cache folder on wp-content but nothing seems to work?
I don't have any caching plugins installed.
The css changes seem to take effect, but the old pages are still loading.
It seems like the pages are somehow cached somewhere.
I had the hosting support check and they updated the A records but it still somehow doesn't fix the issue.
It's in a shared hosting on hostgator
Thank you.
Though this question does not follow guidelines of this forum, but you seem to be freshie. Just check if you are using cache plugin, then disable that for time being unless you follow proper documentation of that plugin and complete know-how about clearing cache.
By any change are you using wp fastest cache or W3 Total Cache plugins.
Please double check you are not using any cache plugins
make sure you dint enabled the cache in wp_config file
define('WP_CACHE', true);
I'm working with Drupal 7.44. I created some content, but then deleted those articles. However, when I go to add new content, Drupal still recognizes the title of my articles that I deleted (as I'm typing it appears as an autocomplete below the field). I'm not sure if this is still completely stored in the database or if it's just cached somewhere. How do I go about deleting this (preferably without completely having to re-install everything)?
Thanks!!
Administration -> Configuration -> Development -> Performance
and "Clear all caches" shouldn't work?
This was actually a browser cache issue. Using a different browser or clearing the browser's cache did it.