News
SpaceX Super Heavy booster returns to launch pad after major repairs
SpaceX has returned its newest Super Heavy to Starbase’s orbital launch site (OLS) after rapidly repairing damage the booster suffered during its first round of testing.
Super Heavy Booster 7 (B7) left the High Bay it was assembled in for the first time on March 31st and rolled a few miles down the road to nearby Starship launch and test facilities on a set of self-propelled mobile transporters (SPMTs). On April 2nd, the roughly 67-meter-tall (~220 ft; 69m w/ Raptors) rocket was installed on top of Starbase’s lone orbital launch mount (OLM), setting the stage for crucial qualification testing.
The start of that process was exceptionally successful. On April 4th, after a smooth launch mount installation, SpaceX quickly filled Booster 7’s propellant tanks with a relatively benign cryogenic fluid (liquid nitrogen, liquid oxygen, or both) to simulate the thermal and mechanical characteristics of real flammable propellant. Despite the fact that the test marked the first time SpaceX had fully filled a Super Heavy prototype’s tanks, Booster 7 sailed through the ‘cryoproof’ without any obvious issue.
On April 8th, SpaceX moved Super Heavy B7 from the orbital launch mount to a structural test stand that had been installed and modified just a few hundred feet away in the weeks prior. This is where Booster 7’s near-perfect start to qualification testing took a bit of a turn. Booster 7 is only the third full-size Super Heavy prototype SpaceX has tested since July 2021. Like Booster 3 and Booster 4 before it, Booster 7 features some major design changes that ultimately make the prototype a pathfinder, necessitating extensive qualification testing.
To name just a few of the changes, Super Heavy B7 is the first booster fitted with a 33-engine puck and the first finished Starship prototype of any kind designed to use new Raptor V2 engines. With all 33 engines installed and operating a full thrust, Booster 7’s entire structure – and its aft thrust section especially – would be subjected to around 40% more thrust and stress than Booster 4, which indirectly completed structural testing with the help of a sacrificial test tank. Beyond differences in thrust and mechanical stress, Booster 7 is also the first Super Heavy to reach the test stand with secondary ‘header’ tanks meant to store landing propellant.
It’s unclear if those header tanks were fully filled and drained during Booster 7’s cryoproof, but they would not be quite as cooperative during a different kind of cryogenic testing on the structural test stand. The stand SpaceX modified specifically for Super Heavy B7 was outfitted with 13 hydraulic rams to simulate the full thrust of the booster’s central Raptor V2 engines – up to almost 3000 tons (~6.6M lbf) compared to Booster 4’s ~1700 tons (~3.7M lbf) with a smaller cluster of nine engines.
Implosion at the Structural Test Stand
After a few false starts and minor tests on the stand, Booster 7 finally managed some significant testing on April 14th. Judging by the rhythmic shattering of ice that built up on Super Heavy’s tanks, the test stand was able to simulate the thrust of Raptors to some degree and subject the booster to major mechanical stress that was felt from tip to tail. Within a few days, Booster 7 was removed from the test stand and returned to the high bay on April 18th. Around April 21st or 22nd, an image was leaked showing extensive damage inside Booster 7, confirming that the Super Heavy’s test campaign had been forced to end prematurely.
Right away, the damage shown in the photo hinted at an operational failure, meaning that mistakes made by the rocket’s operators may have been more to blame than a possible design flaw. The photo shows a short portion of B7’s liquid methane (LCH4) transfer tube that runs through the booster’s new liquid oxygen (LOx) header tank, which itself sits inside Super Heavy’s main LOx tank at the aft end of the rocket – a tube inside a small tank inside a large tank, in other words. Super Heavy’s LCH4 transfer tube generally does what it says, allowing methane to safely fly down through the main LOx tank and fuel up to 33 Raptor engines. At full thrust, that tube would need to supply around 20 tons (~45,000 lb) of methane per second.
However, on top of merely transferring methane through the oxygen tank, Booster 7 introduced a design change that allows some or all of that tube to change functions and become a header tank mid-flight. That would require a system of valves that could seal off the main LCH4 tank once it was emptied, turning the transfer tube into a sort of giant steel straw filled with enough LCH4 to fuel Super Heavy’s boost-back and landing burns.
The damaged transfer tube in the leaked photo of Booster 7 doesn’t look that unlike what one might expect to see if they sucked through one end of a straw while blocking the other end, collapsing the center. Translated to the scale of Super Heavy, after an otherwise successful day of structural testing, SpaceX operators may have accidentally closed or opened the wrong valves while draining the booster’s transfer tube of liquid oxygen or nitrogen. As the heavy liquid drained from the tube, a lack of pressure equalization could have quickly drawn a vacuum and caused the tube to implode.
On April 29th, a SpaceX fan turned analyst published an analysis that convincingly pinpointed the moment Booster 7’s transfer tube collapsed. Simultaneously, because it showed that the transfer tube likely imploded during detanking, the analysis more or less confirmed the above speculation that the failure had been caused by a degree of operator error or poor test design. Of course, it’s possible that a hardware or software design flaw contributed to or caused the anomaly or that something like a pressure differential in the LOx header tank and LCH4 header tube could also explain the damage, but the accidental formation of a vacuum during detanking is arguably the simplest (obvious) explanation.
After the image of the internal damage leaked, the immediate consensus among fans and close followers was that Booster 7 was beyond repair. Instead, SpaceX appears to have proven those assumptions wrong and somehow managed to repair the upgraded Super Heavy to the point that it was worth testing again less than three weeks after returning to the high bay. On May 6th, B7 was rolled back to the launch site and installed, for the second time, on the orbital launch mount.
Prior to the failure, the general expectation was that SpaceX would begin installing Raptor V2 engines as soon as Booster 7 passed structural testing. It remains to be seen if SpaceX wants to repeat Booster 7’s cryoproof or structural testing to ensure that its quick repairs did the job before proceeding into static fire testing as previously planned. Nonetheless, hope lives on for the Super Heavy prototype and new test windows have been scheduled from 10am to 10pm on May 9th, 10th, and 11th.
Tesla has introduced an enhanced visualization in its Supercharger navigation system, building directly on the Site Maps feature rolled out a few months ago.
This latest software update adds detailed 3D icons that represent specific vehicle models parked at charging stalls, offering drivers a more precise view of site occupancy and layout.
The Site Maps debuted in Tesla’s 2025 Holiday Update, providing 3D overviews of select Supercharger locations with real-time stall availability.
Tesla supplements Holiday Update by sneaking in new Full Self-Driving version
Drivers could see which spots were open, occupied, or out of service when navigating to supported stations.
Now, the system takes this capability further by rendering accurate representations of Tesla vehicles, including distinctions between models such as the Model 3, Model Y, Model S, Model X, and Cybertruck. These icons appear as lifelike 3D renderings, complete with recognizable shapes and proportions that match the actual cars charging at the site:
Supercharger update now shows type of Tesla at charger as well.
Pretty cool. pic.twitter.com/J3NRSIgM0m
— DennisCW | wen my L (@DennisCW_) June 2, 2026
This refinement improves the user experience during road trips and daily charging stops. As drivers approach a Supercharger, the navigation display now shows not just generic occupied markers but identifiable vehicle types plugged into each stall.
Blue indicators highlight active charging sessions, while other visual cues denote availability or maintenance status. The feature integrates seamlessly with the existing map interface, allowing quick assessment of the best available spot based on vehicle size and positioning.
Tesla continues to expand the availability of these detailed Site Maps across its global network. Initially piloted at a limited number of locations, the rollout has progressed steadily, with more stations gaining support in recent software versions.
Owners benefit from better planning, as the system helps identify compatible stalls and reduces uncertainty upon arrival. The update reflects Tesla’s ongoing commitment to refining its navigation and charging ecosystem through iterative software improvements.
In addition to model-specific icons, the enhanced maps maintain all prior functionalities, such as integration with nearby amenities and energy usage predictions. This ensures a comprehensive tool for efficient Supercharging.
As Tesla’s fleet grows and the network scales, such features play a key role in optimizing the overall ownership experience. Future updates may extend similar visualizations to additional sites and incorporate even more data points for drivers.
With this piggyback enhancement, Tesla demonstrates how small but thoughtful additions can elevate an already useful tool, making Supercharger visits smoother and more informed for its customers. The company is expected to broaden the feature’s reach in upcoming releases, further solidifying its leadership in EV charging infrastructure.
Tesla Full Self-Driving v14.3.3 driver monitoring was reportedly scaled back in recent releases, but a new version that was released in the early hours of June 3 aimed to do a better job of keeping those in control of their cars honest, according to release notes.
The release notes for FSD v14.3.3, via Software Version 2026.14.6.7 added:
“Improved driver monitoring system sensitivity with better eye gaze tracking, eye wear handling, and higher accuracy in variable lighting conditions.”
However, Tesla said this was already enabled in the first rollout of FSD v14.3.3 in late May. We tested it anyway, especially as the Standard Speed Profile seemed less-than-worried about what you were doing during operation.
I decided to try out the Hurry and Mad Max Speed Profiles for this test, and it gave me results that I would have expected. Tesla has evidently ramped up driver monitoring based on the Speed Profile you are using to travel.
The more aggressive the Speed Profile, the more on the hook you will be for taking your attention away from the road. Our testing showed that Mad Max was less likely to allow you to do normal things like change music or adjust navigation without getting an on-screen warning or nag from the driver monitoring system.
Hurry Mode Results
On Hurry, the driver monitoring system on FSD v14.3.3, via Software Version 2026.14.6.7, was more restrictive than Standard but less restrictive than Mad Max. I found that I could scroll through music options for a considerable amount of time, more than 30 seconds:
Roughly :31 between first touching the center screen and getting the first nag
— TESLARATI (@Teslarati) June 3, 2026
Standard gave me about 80 seconds of phone scrolling with absolutely no nags or warnings in a previous test. It is worth noting that this was a previous branch of v14.3.3, but Standard is such a goodie-two-shoes on the road that it is my impression it would not change much.
Here’s an 80-second phone nag test on Tesla FSD v14.3.3.
No alerts, no nagging, no annoyance. https://t.co/1dxvTOw5Cn pic.twitter.com/vYViFpjfoK— TESLARATI (@Teslarati) May 29, 2026
Mad Max Results
I spent the majority of the drive on Mad Max to see how it truly reacted to the driver having their attention elsewhere. While I did do a short phone test, I am aiming to steer away from those and use the center screen. I think it is a valid criticism that the phone test is dangerous and, not to mention, illegal in Pennsylvania. Changing the navigation and music is a more reasonable, more responsible, and safer test.
With Mad Max being the fastest and most aggressive Speed Profile, I anticipated this being the quickest mode to give me an alert that I needed to look at the road. That was the case with music:
🎥 Testing Tesla FSD v14.3.3 (via 2026.14.6.7) nags on Mad Max https://t.co/qZALU2OujY pic.twitter.com/XddOJ0D47x
— TESLARATI (@Teslarati) June 3, 2026
As well as adjusting Navigation, when I received two nags:
🎥 Testing Tesla FSD v14.3.3 (via 2026.14.6.7) nag while adjusting navigation
Two nags here https://t.co/qZALU2OujY pic.twitter.com/xa3dtaDG1L— TESLARATI (@Teslarati) June 3, 2026
These nags were more than reasonable, and I think it’s probably good that Tesla is ramping up the driver monitoring. I do believe that it should be relatively strict across all of the Speed Profiles, especially with phone use. When using the center screen, the nag intervals should be based on the speed profile you are utilizing at the time.
These driver monitoring adjustments are a great thing to have while FSD is still under its “Supervised” moniker, but I expect Tesla to continue pushing the limits on what it will allow, especially considering CEO Elon Musk has hinted that phone use is capable with the more recent versions.
You can watch the full drive on YouTube below:
Tesla has responded to the skeptics of its Robotaxi program by launching a massive expansion of the unsupervised program in its initial rollout city of Austin.
The company’s geofence, the enabled area of operation for rides, now covers the entire Austin Metropolitan area, an incredible move just days after media headlines attempted to discredit the ride-hailing service.
Those who have access to the Tesla Robotaxi app on their smartphones can now request a ride in any portion of the Austin Metro area. The company confirmed this on the social media platform X:
Unsupervised Robotaxi now in the entire Austin Metro area https://t.co/eXNBdarvVS
— Tesla Robotaxi (@robotaxi) June 3, 2026
This is Tesla’s fifth expansion of the geofence, with the others occurring in July, early August, late August, and late October 2025. It has remained at that size since October 26, but Tesla has now more than doubled that size.
It is now covering the entire area, including suburbs like Pflugerville and Manor, as well as I-35 highways, Gigafactory Texas, and the Austin-Bergstrom Airport.
The move comes just days after various media outlets highlighted the small fleet size of Tesla’s Robotaxi fleet in Austin, something that is a reasonable criticism but an understandable move on the company’s part to prioritize safety.
Tesla has expanded its Robotaxi geofence many times, but its fleet has remained at a relatively conservative size as the company continues to push safety as its most crucial metric.
The latest expansion is a key indicator of Tesla’s comfort level to expand the ride-hailing service. The move shows Tesla is scaling unsupervised autonomy, as it demonstrates that the company’s Full Self-Driving system has reached sufficient reliability for a broader real-world deployment, which is something the company has worked on extensively.
It also shows Tesla is game for a competition with its rivals in the autonomous ride-hailing sector. Tesla has often matched or exceeded competitors like Waymo in coverage area, despite its smaller fleet. This step highlights Tesla’s iterative, data-driven progress toward a high-margin, app-based Robotaxi network.
It’s not the absolute largest area expansion ever, but achieving full unsupervised operations across a major metro is a key moment in the Robotaxi story. It shifts the program from limited pilot/testing toward a more mature commercial service, while gathering the miles needed for faster growth.
Tesla piggybacks recent Supercharger feature with update that takes it further
Tesla Full Self-Driving v14.3.3 driver monitoring: We tested it
