undefined
Skip to content
Moz logo Menu open Menu close
  • Products
    • Moz Pro
    • Moz Pro Home
    • Moz Local
    • Moz Local Home
    • STAT
    • Moz API
    • Moz API Home
    • Compare SEO Products
    • Moz Data
  • Free SEO Tools
    • Domain Analysis
    • Keyword Explorer
    • Link Explorer
    • Competitive Research
    • MozBar
    • More Free SEO Tools
  • Learn SEO
    • Beginner's Guide to SEO
    • SEO Learning Center
    • Moz Academy
    • SEO Q&A
    • Webinars, Whitepapers, & Guides
  • Blog
  • Why Moz
    • Agency Solutions
    • Enterprise Solutions
    • Small Business Solutions
    • Case Studies
    • The Moz Story
    • New Releases
  • Log in
  • Log out
  • Products
    • Moz Pro

      Your all-in-one suite of SEO essentials.

    • Moz Local

      Raise your local SEO visibility with complete local SEO management.

    • STAT

      SERP tracking and analytics for enterprise SEO experts.

    • Moz API

      Power your SEO with our index of over 44 trillion links.

    • Compare SEO Products

      See which Moz SEO solution best meets your business needs.

    • Moz Data

      Power your SEO strategy & AI models with custom data solutions.

    NEW Keyword Suggestions by Topic
    Moz Pro

    NEW Keyword Suggestions by Topic

    Learn more
  • Free SEO Tools
    • Domain Analysis

      Get top competitive SEO metrics like DA, top pages and more.

    • Keyword Explorer

      Find traffic-driving keywords with our 1.25 billion+ keyword index.

    • Link Explorer

      Explore over 40 trillion links for powerful backlink data.

    • Competitive Research

      Uncover valuable insights on your organic search competitors.

    • MozBar

      See top SEO metrics for free as you browse the web.

    • More Free SEO Tools

      Explore all the free SEO tools Moz has to offer.

    NEW Keyword Suggestions by Topic
    Moz Pro

    NEW Keyword Suggestions by Topic

    Learn more
  • Learn SEO
    • Beginner's Guide to SEO

      The #1 most popular introduction to SEO, trusted by millions.

    • SEO Learning Center

      Broaden your knowledge with SEO resources for all skill levels.

    • On-Demand Webinars

      Learn modern SEO best practices from industry experts.

    • How-To Guides

      Step-by-step guides to search success from the authority on SEO.

    • Moz Academy

      Upskill and get certified with on-demand courses & certifications.

    • SEO Q&A

      Insights & discussions from an SEO community of 500,000+.

    Unlock flexible pricing & new endpoints
    Moz API

    Unlock flexible pricing & new endpoints

    Find your plan
  • Blog
  • Why Moz
    • Small Business Solutions

      Uncover insights to make smarter marketing decisions in less time.

    • Agency Solutions

      Earn & keep valuable clients with unparalleled data & insights.

    • Enterprise Solutions

      Gain a competitive edge in the ever-changing world of search.

    • The Moz Story

      Moz was the first & remains the most trusted SEO company.

    • Case Studies

      Explore how Moz drives ROI with a proven track record of success.

    • New Releases

      Get the scoop on the latest and greatest from Moz.

    Surface actionable competitive intel
    New Feature

    Surface actionable competitive intel

    Learn More
  • Log in
    • Moz Pro
    • Moz Local
    • Moz Local Dashboard
    • Moz API
    • Moz API Dashboard
    • Moz Academy
  • Avatar
    • Moz Home
    • Notifications
    • Account & Billing
    • Manage Users
    • Community Profile
    • My Q&A
    • My Videos
    • Log Out

The Moz Q&A Forum

  • Forum
  • Questions
  • Users
  • Ask the Community

Welcome to the Q&A Forum

Browse the forum for helpful insights and fresh discussions about all things SEO.

  1. Home
  2. SEO Tactics
  3. Technical SEO
  4. How to fix Google index after fixing site infected with malware.

Moz Q&A is closed.

After more than 13 years, and tens of thousands of questions, Moz Q&A closed on 12th December 2024. Whilst we’re not completely removing the content - many posts will still be possible to view - we have locked both new posts and new replies. More details here.

How to fix Google index after fixing site infected with malware.

Technical SEO
5
16
5.0k
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as question
Log in to reply
This topic has been deleted. Only users with question management privileges can see it.
  • iragless
    iragless last edited by Mar 24, 2014, 4:20 AM

    Hi All

    Upgraded a Joomla site for a customer a couple of months ago that was infected with malware (it wasn't flagged as infected by google).  Site is fine now but still noticing search queries for "cheap adobe" etc with links to http://domain.com/index.php?vc=201&Cheap_Adobe_Acrobat_xi in web master tools (about 50 in total).  These url's redirect back to home page and seem to be remaining in the index (I think Joomla is doing this automatically)

    Firstly, what sort of effect would these be having on on their rankings?  Would they be seen by google as duplicate content for the homepage (moz doesn't report them as such as there are no internal links).

    Secondly what's my best plan of attack to fix them.  Should I setup 404's for them and then submit them to google?  Will resubmitting the site to the index fix things?

    Would appreciate any advice or suggestions on the ramifications of this and how I should fix it.

    Regards, Ian

    1 Reply Last reply Reply Quote 0
    • iragless
      iragless last edited by Apr 23, 2014, 2:11 AM Apr 23, 2014, 2:11 AM

      Thanks Tom

      That's a good point.  Part of my problem lies in the number of URL's with parameters (thousands).  Applying status codes of any type isn't really viable.

      Starting to see the url's clean up with the addition of the entries in robot.txt.

      Regards

      Ian

      1 Reply Last reply Reply Quote 0
      • BlueprintMarketing
        BlueprintMarketing last edited by Apr 18, 2014, 11:33 PM Apr 18, 2014, 11:33 PM

        I would make them return a 410 not 404

        410's are dead links if you use a 404 google will keep coming back to see if you fixed the 404

        sending google to a 410 lets them know it's gone

        http://moz.com/learn/seo/http-status-codes

        all the best,

        tom

        1 Reply Last reply Reply Quote 1
        • topic:timeago_earlier,18 days
        • iragless
          iragless last edited by Apr 1, 2014, 1:51 AM Apr 1, 2014, 1:51 AM

          OK Might have a solution that would at least work for my situation.

          Since implementing SEF URL's on the site I have no real need for any URL's with parameters.  By adding the following to robots.txt it should prevent any indexing of old pages or pages with parameters.

          Disallow: /index.php?*

          Tested it in webmaster tools with some of the offending URL's and it seems to work.  I'll wait until the next indexing and post back or mark it as answered.

          1 Reply Last reply Reply Quote 0
          • iragless
            iragless last edited by Mar 25, 2014, 10:51 PM Mar 25, 2014, 10:23 PM

            Thanks all for you help

            A little more information and maybe a little more advice required.

            Since fixing the malware http://domain.com/index.php?vc=201&Cheap_Adobe_Acrobat_xi and similar are actually no longer pages.  Joomla actually sees anything after ? as a parameter and just ignores it because it no longer matches a page and hence the reason it just defaults to the home page http://domain.com/index.php.  This is Joomla and probably most other content management systems default behavior.  The problem here lies in the fact that google indexed that page when it was infected and it remains in the index because to google it sees a status code of 200 when re-indexing this page.

            The problem is now a bit broader and has more ramifications than first thought.  Any pages from the previous system that used parameters would receive a 200 status code and remain in the index.  Checking url parameters in web master tools confirms this with various paramaters showing thousands of url's monitored.  Keep in mind google is showing a message that there are no problems with parameters for this site.

            So the advice I need now is related to url parameters in Web Master tools.  The new site uses SEF URLS and so makes much less use of paramaters.  How can I ensure that the old redundant pages with parameters are dropped from the index.  This would involve thousands of 301's or 404's let alone trying to work them all out.  There is a reset link for each parameter in webmaster tools but not much documentation as to what it does.  If I reset all the parameters would that clean up the index?

            I'd be interested in what others think about this issue because I feel that this might be a common problem with cms based platforms and after major changes, thousands of paramater based url's just defaulting to home and other pages probably affects the site and page ranking.

            Ian

            1 Reply Last reply Reply Quote 0
            • ThompsonPaul
              ThompsonPaul @iragless last edited by Mar 24, 2014, 10:59 PM Mar 24, 2014, 10:57 PM

              The search engines are retaining the indexing of the links because following them through the redirect returns a 200 server header - which to the SEs means all is well and there is a page there to index. As you note in other responses - the only way to change that is to force the server to return a 404 header as a signal to the SEs to eventually drop it.

              Yes, you could use a robots.txt directive to block those specific URLs that are the target of the spam links, in order to satisfy the URL Removal Tool's requirement for allowing a removal request. That should work as a quicker solution than trying to make coding changes in Joomla (sorry, it's been about 3.5 yrs since I've done any Joomla work).

              Good luck!

              Paul

              [EDIT: Gah...ignore the P.S. as I didn't notice you don't have an easy way to get redirects into the Zeus server before Joomla kicks in. Sorry]

              P.S. A final quick option would be to write a redirect in htaccess to 301-redirect the fake URLs to a real 404 page. This would kick in before Joomla got a chance to interfere with its pseudo-redirect.

              1 Reply Last reply Reply Quote 0
              • iragless
                iragless @AlanMosley last edited by Mar 24, 2014, 10:25 PM Mar 24, 2014, 10:25 PM

                You're right, I guess I was focused on the index.  Moz isn't showing any external links to these pages and neither is webmaster tools.  My feeling is that google is retaining them for some reason, maybe just the keywords in the url?

                1 Reply Last reply Reply Quote 0
                • iragless
                  iragless @AlanMosley last edited by Mar 24, 2014, 10:16 PM Mar 24, 2014, 10:16 PM

                  I've checked the source of the visits and they are only coming form google searches for "cheap adobe" and the like.  The original malware used the site to get these searches into the index and then direct them to other sites/pages.

                  Being a Zeus server it doesn't use htaccess, my task would be a lot simple if it did.  It has an alternative rewrite file but documentation is scarce on using it for 404's.

                  I'll keep researching.

                  1 Reply Last reply Reply Quote 0
                  • AlanMosley
                    AlanMosley @iragless last edited by Mar 24, 2014, 10:12 PM Mar 24, 2014, 10:12 PM

                    That means no body clicks on them, but how did google find them? This is not evidence there is no links, just that no one has visited your site thought them

                    iragless 1 Reply Last reply Mar 24, 2014, 10:25 PM Reply Quote 1
                    • iragless
                      iragless @ThompsonPaul last edited by Mar 24, 2014, 10:07 PM Mar 24, 2014, 10:07 PM

                      Thanks Paul

                      I've checked analytics and the only source of these url's is google organic searches, not external sites.  I think unfortunately my problem is the dynamic nature of Joomla and a combination of a number of factors that are causing it to do this in an SEO unfriendly way.

                      I think my biggest challenge is getting the URL's to 404 before I submit them to the web master removal tool (which my research tells me needs to be done before you submit).  I think I read there might be a robots.txt option so I'll look into that.

                      Ian

                      AlanMosley ThompsonPaul 2 Replies Last reply Mar 24, 2014, 10:57 PM Reply Quote 0
                      • AlanMosley
                        AlanMosley @iragless last edited by Mar 24, 2014, 10:04 PM Mar 24, 2014, 10:04 PM

                        These pages may have links from other spam sites, you don't want them to return a 200.
                        You want them to 404, in joomla you can make the site use htaccess or not, make sure it dose and 404 the pages there.

                        iragless 1 Reply Last reply Mar 24, 2014, 10:16 PM Reply Quote 1
                        • iragless
                          iragless @AlanMosley last edited by Mar 24, 2014, 9:58 PM Mar 24, 2014, 9:58 PM

                          Thanks Alan

                          This seems to be done by the combination of Joomla/Zeus and the redirection manager.  No longer infected, the only visits are from organic searches from google and it's been a couple of months.  Whatever the reason Joomla feels it shouldn't 404 these pages and just displays (not 301 redirects them) to the home page.

                          My feeling is that these URL's in the index and the visits from them probably aren't doing the site any good.

                          AlanMosley 1 Reply Last reply Mar 24, 2014, 10:04 PM Reply Quote 0
                          • iragless
                            iragless @danwebman last edited by Mar 24, 2014, 9:50 PM Mar 24, 2014, 9:50 PM

                            Thanks Dave

                            I think this might be a good option but I have a couple of problem with trying to achieve this.  It's a joomla cms running on a zeus server with a Search Engine Friendly URL plugin running.  I think that is possibly the worst combination of technologies for SEO in history.  The combination of url rewrites in zeus and the redirection manager in Zeus just display the home page with the dodgey URL and give it a 200 status code.  I think this is why google is taking so long to drop it from the index.

                            Ian

                            1 Reply Last reply Reply Quote 0
                            • ThompsonPaul
                              ThompsonPaul last edited by Mar 24, 2014, 5:07 PM Mar 24, 2014, 5:07 PM

                              You absolutely do NOT want to redirect these links to the home page, Ian! These are spam links, coming from completely unrelated sites. They are Google's very definition of unnatural links and 301-redirecting them to your home page also redirects their potential damage to your home page.

                              You want them to return 404 status as quickly as possible. I'd also be tempted to use the Webmaster Tools remove tool to try to speed up the process, especially if these junk links currently form a large percentage of your overall link profile. (You'll need to find & remove the redirect that currently re-points them to the home page too, for the 404 header to do it's job of telling the search engines to drop the page from their indexes.)

                              As far as rankings issues, this isn't a potential dupe content issue, it's a damaging unnatural links issue, which is even more significant. These are the kinds of links that could lead to at least algorithmic penalty, or worst case, manual penalty. Either way, these penalties are vastly harder to fix after the fact than to avoid them in the first place.

                              In addition to the steps above designed to make it clear those links don't belong to your site, I'd keep a good record of the links, their originating domains, and when & how they were originally created due to the malware attack and your fix. That way you have essential documentation should you receive a penalty and need to submit a reinclusion request.

                              Hope that answers your questions?

                              Paul

                              iragless 1 Reply Last reply Mar 24, 2014, 10:07 PM Reply Quote 1
                              • AlanMosley
                                AlanMosley last edited by Mar 24, 2014, 11:40 AM Mar 24, 2014, 11:40 AM

                                why are they redirecting back to home page? do you redirect them or are you still infected?

                                I would make sure they 404

                                iragless 1 Reply Last reply Mar 24, 2014, 9:58 PM Reply Quote 1
                                • danwebman
                                  danwebman last edited by Mar 24, 2014, 9:33 AM Mar 24, 2014, 9:33 AM

                                  The easiest way would be a permanent re-direct on the offending URLs.

                                  Check the incoming variable i.e. vc and permanently re-direct if it's an offending using 301.Google when seeing the 301 will drop the URL from the index.

                                  There is a URL removal tool in Google Web Master Tools if the URL contains any personal information.

                                  I had a similar issue a few days ago, the index is already starting to clear up, from a corrupt XML site map.

                                  iragless 1 Reply Last reply Mar 24, 2014, 9:50 PM Reply Quote 1
                                  • 1 / 1
                                  1 out of 16
                                  • First post
                                    1/16
                                    Last post

                                  Got a burning SEO question?

                                  Subscribe to Moz Pro to gain full access to Q&A, answer questions, and ask your own.


                                  Start my free trial


                                  Browse Questions

                                  Explore more categories

                                  • Moz Tools

                                    Chat with the community about the Moz tools.

                                  • SEO Tactics

                                    Discuss the SEO process with fellow marketers

                                  • Community

                                    Discuss industry events, jobs, and news!

                                  • Digital Marketing

                                    Chat about tactics outside of SEO

                                  • Research & Trends

                                    Dive into research and trends in the search industry.

                                  • Support

                                    Connect on product support and feature requests.

                                  • See all categories

                                  Related Questions

                                  • iQi

                                    Google is still indexing the old domain a year after 301 redirects are put in place

                                    Hi there, You might have experienced this before but for me this is the first. A client of mine moved from domain A (www.domainA.com) to domain B (www.domainB.com). 301 redirects are all in place for over a year. But the old domain is still showing in Google when you search for "site:domainA.com" The HTTP Header check shows this result for the URL https://www.domainA.com/company/cookie-policy.aspx HTTP/1.1 301 Moved Permanently => 
                                    Cache-Control => private
                                    Content-Length => 174
                                    Content-Type => text/html; charset=utf-8
                                    Location => https://www.domain_B_.com/legal/cookie-policy
                                    Server => Microsoft-IIS/10.0
                                    X-AspNetMvc-Version => 5.2
                                    X-AspNet-Version => 4.0.30319
                                    X-Powered-By => ASP.NET
                                    Date => Fri, 15 Mar 2019 12:01:33 GMT
                                    Connection => close Does the redirect look wrong? The change of address request was made on Google Console when the website was moved over a year ago. Edit: Checked the domainA.com on bing and it seems that its not indexed, and replaced with domainB.com, which is the right. Just Google is indexing the old domain! Please let me know your thoughts on why this is happening. Best,

                                    Technical SEO | Mar 22, 2019, 6:45 PM | iQi
                                    0
                                  • flo_seo

                                    Not all images indexed in Google

                                    Hi all, Recently, got an unusual issue with images in Google index. We have more than 1,500 images in our sitemap, but according to Search Console only 273 of those are indexed. If I check Google image search directly, I find more images in index, but still not all of them. For example this post has 28 images and only 17 are indexed in Google image. This is happening to other posts as well. Checked all possible reasons (missing alt, image as background, file size, fetch and render in Search Console), but none of these are relevant in our case. So, everything looks fine, but not all images are in index. Any ideas on this issue? Your feedback is much appreciated, thanks

                                    Technical SEO | Aug 24, 2018, 1:31 PM | flo_seo
                                    1
                                  • jasny

                                    How can I get a photo album indexed by Google?

                                    We have a lot of photos on our website. Unfortunately most of them don't seem to be indexed by Google. We run a party website. One of the things we do, is take pictures at events and put them on the site. An event page with a photo album, can have anywhere between 100 and 750 photo's. For each foto's there is a thumbnail on the page. The thumbnails are lazy loaded by showing a placeholder and loading the picture right before it comes onscreen. There is no pagination of infinite scrolling. Thumbnails don't have an alt text. Each thumbnail links to a picture page. This page only shows the base HTML structure (menu, etc), the image and a close button. The image has a src attribute with full size image, a srcset with several sizes for responsive design and an alt text. There is no real textual content on an image page. (Note that when a user clicks on the thumbnail, the large image is loaded using JavaScript and we mimic the page change. I think it doesn't matter, but am unsure.) I'd like that full size images should be indexed by Google and found with Google image search. Thumbnails should not be indexed (or ignored). Unfortunately most pictures aren't found or their thumbnail is shown. Moz is giving telling me that all the picture pages are duplicate content (19,521 issues), as they are all the same with the exception of the image. The page title isn't the same but similar for all images of an album. Example: On the "A day at the park" event page, we have 136 pictures. A site search on "a day at the park" foto, only reveals two photo's of the albums. 3QolbbI.png QTQVxqY.jpg mwEG90S.jpg

                                    Technical SEO | Aug 2, 2016, 12:32 PM | jasny
                                    0
                                  • yoursearchteam

                                    How To Cleanup the Google Index After a Website Has Been HACKED

                                    We have a client whose website was hacked, and some troll created thousands of viagra pages, which were all indexed by Google.  See the screenshot for an example.  The site has been cleaned up completely, but I wanted to know if anyone can weigh in on how we can cleanup the Google index.  Are there extra steps we should take?  So far we have gone into webmaster tools and submitted a new site map. ^802D799E5372F02797BE19290D8987F3E248DCA6656F8D9BF6^pimgpsh_fullsize_distr.png

                                    Technical SEO | Mar 13, 2015, 5:19 PM | yoursearchteam
                                    0
                                  • M_D_Golden_Peak

                                    How to Remove /feed URLs from Google's Index

                                    Hey everyone, I have an issue with RSS /feed URLs being indexed by Google for some of our Wordpress sites. Have a look at this Google query, and click to show omitted search results. You'll see we have 500+ /feed URLs indexed by Google, for our many category pages/etc. Here is one of the example URLs: http://www.howdesign.com/design-creativity/fonts-typography/letterforms/attachment/gilhelveticatrade/feed/. Based on this content/code of the XML page, it looks like Wordpress is generating these: <generator>http://wordpress.org/?v=3.5.2</generator> Any idea how to get them out of Google's index without 301 redirecting them? We need the Wordpress-generated RSS feeds to work for various uses. My first two thoughts are trying to work with our Development team to see if we can get a "noindex" meta robots tag on the pages, by they are dynamically-generated pages...so I'm not sure if that will be possible. Or, perhaps we can add a "feed" paramater to GWT "URL Parameters" section...but I don't want to limit Google from crawling these again...I figure I need Google to crawl them and see some code that says to get the pages out of their index...and THEN not crawl the pages anymore. I don't think the "Remove URL" feature in GWT will work, since that tool only removes URLs from the search results, not the actual Google index. FWIW, this site is using the Yoast plugin. We set every page type to "noindex" except for the homepage, Posts, Pages and Categories. We have other sites on Yoast that do not have any /feed URLs indexed by Google at all. Side note, the /robots.txt file was previously blocking crawling of the /feed URLs on this site, which is why you'll see that note in the Google SERPs when you click on the query link given in the first paragraph.

                                    Technical SEO | Aug 13, 2013, 2:56 PM | M_D_Golden_Peak
                                    0
                                  • Scott-Thomas

                                    CDN Being Crawled and Indexed by Google

                                    I'm doing a SEO site audit, and I've discovered that the site uses a Content Delivery Network (CDN) that's being crawled and indexed by Google. There are two sub-domains from the CDN that are being crawled and indexed. A small number of organic search visitors have come through these two sub domains. So the CDN based content is out-ranking the root domain, in a small number of cases. It's a huge duplicate content issue (tens of thousands of URLs being crawled) - what's the best way to prevent the crawling and indexing of a CDN like this? Exclude via robots.txt? Additionally, the use of relative canonical tags (instead of absolute) appear to be contributing to this problem as well. As I understand it, these canonical tags are telling the SEs that each sub domain is the "home" of the content/URL. Thanks! Scott

                                    Technical SEO | Feb 6, 2013, 4:56 PM | Scott-Thomas
                                    0
                                  • Personnel_Concept

                                    Is Google caching date same as crawling/indexing date?

                                    If a site is cached on say 9 oct 2012 doesn't that also mean that Google crawled it on same date ? And indexed it on same date?

                                    Technical SEO | Oct 25, 2012, 9:27 AM | Personnel_Concept
                                    0
                                  • askotzko

                                    Do we need to manually submit a sitemap every time, or can we host it on our site as /sitemap and Google will see & crawl it?

                                    I realized we don't have a sitemap in place, so we're going to get one built. Once we do, I'll submit it manually to Google via Webmaster tools. However, we have a very dynamic site with content constantly being added. Will I need to keep manually re-submitting the sitemap to Google? Or could we have the continually updating sitemap live on our site at /sitemap and the crawlers will just pick it up from there? I noticed this is what SEOmoz does at http://www.seomoz.org/sitemap.

                                    Technical SEO | Mar 13, 2012, 3:16 PM | askotzko
                                    0

                                  Get started with Moz Pro!

                                  Unlock the power of advanced SEO tools and data-driven insights.

                                  Start my free trial
                                  Products
                                  • Moz Pro
                                  • Moz Local
                                  • Moz API
                                  • Moz Data
                                  • STAT
                                  • Product Updates
                                  Moz Solutions
                                  • SMB Solutions
                                  • Agency Solutions
                                  • Enterprise Solutions
                                  Free SEO Tools
                                  • Domain Authority Checker
                                  • Link Explorer
                                  • Keyword Explorer
                                  • Competitive Research
                                  • Brand Authority Checker
                                  • Local Citation Checker
                                  • MozBar Extension
                                  • MozCast
                                  Resources
                                  • Blog
                                  • SEO Learning Center
                                  • Help Hub
                                  • Beginner's Guide to SEO
                                  • How-to Guides
                                  • Moz Academy
                                  • API Docs
                                  About Moz
                                  • About
                                  • Team
                                  • Careers
                                  • Contact
                                  Why Moz
                                  • Case Studies
                                  • Testimonials
                                  Get Involved
                                  • Become an Affiliate
                                  • MozCon
                                  • Webinars
                                  • Practical Marketer Series
                                  • MozPod
                                  Connect with us

                                  Contact the Help team

                                  Join our newsletter
                                  Moz logo
                                  © 2021 - 2025 SEOMoz, Inc., a Ziff Davis company. All rights reserved. Moz is a registered trademark of SEOMoz, Inc.
                                  • Accessibility
                                  • Terms of Use
                                  • Privacy

                                  Looks like your connection to Moz was lost, please wait while we try to reconnect.