Bambu Studio Bug Reporting Thread

Bambu Studio completely disallows printing of TPU for any user of a P1P or P1S
“TPU is too soft for automatic flow control”

There is no automatic flow dynamics on a P1P that is able to be turned off.

Orca Slicer seems to be smart enough to allow this

1 Like

thank you so much! changed antivirus a couple of months ago and adding bambu studio as an exception totally fixed it.

1 Like

Problem: Bambu Suite does not support danish letters ( æ ø å, Æ Ø Å ) with the text tool. (previous version 1.0.2.52 did work)

Suite Version: 1.0.3.1
Platform: Windows

Steps to reproduce:

  1. Open Bambu Suite
  2. Click on the text tool icon
  3. Create a new text and type the letters æ ø å or Æ Ø Å.

Log file:
Other information: Windows 11

after last update my light and camera will not turn on, im running windows computer and using an a1 printer, i toggle the switch and it automatically turns back off, the camera just never loads image.

Problem: Can’t login after updating to latest bambu studio version
Studio Version: 2.1.0.59
Platform: Windows 11
Steps to reproduce:

  1. Open Bambu Studio
  2. Login/register
  3. login with google account liek previous
  4. Greeted with “Third Party Login Error”.

Log file:
Other information:

Problem: Can’t change nozzle size or type in printer parts anymore.
Studio Version: 2.1.0.59
Platform: Windows 11
Steps to reproduce:

  1. Open Bambu Studio
  2. Go into Device tab.
  3. Click Printer parts button
  4. Nozzle type and diameter are greyed out and can’t be changed.

Log file:
Other information:

3 Likes

Problem: Tree Support Bug, Bambu studio adds support branches off of real supports that will have nothing printed on them. Some of the supports are good and others are very odd. Some supports stick out excessively past the part that is to be supported.

Studio Version: 2.1.0.59
Platform: Windows 11
Steps to reproduce:

  1. Add supports for a file with TREE AUTO
  2. Use a separate support material for the interface layer
  3. Click OK when Bambu studio gives recommendations to adjust settings for a different support material for the interface layer.

image
image

image
image
image
image
image
image
image

Other information: I have experienced this identical problem in both Bambu Studio v2.1.0.59 and Bambu Handy v3.2.0, nozzle can no longer be changed remotely which is a problem. With a minor modification to the Print Head Front Cover (removing the tab with tiny holes, the cover still snaps on/off easily), the nozzle size can be confirmed remotely on the A1 by homing and moving the X-axis toward the camera to read the nozzle size. However, now it cannot be changed remotely in Studio. This is bad because I sometimes physically change my nozzle but forget to let the machine know via the A1 touchscreen. Since it is easy to confirm nozzle size with a simple modification that many people do, we still should be able to change the nozzle size remotely via Studio/Handy, a necessary feature for those of us that swap nozzles often.

BambuStudiov2.1.0.59_No-Nozzle-Change-Bug_060525

1 Like

I didn’t even know that was an option. Always changed my nozzle type in the slicer. Thanks #ethanzwolf.

Why bambu very lag ?

i use cpu i9 ram 32 and RTX4060 GUI very lag and slow ?

bambu-verylag

Same here on both the A1 mini and H2D. I would also love it if I could click the setting for “Read Nozzle Info” on the H2D from BS and Handy. Super annoying that we have to do it on the machine. BS 2.1.0.59

I think I’m noticing a pattern with the few filament jams that I have seen. When you get a failed print… such as a job not sticking to the plate or some other failure you cancel the print. This could because the printer paused the job for you to answer a question such a tangled job. When you cancel the job the printer does not withdraw the current filament. you do not notice that the filament has not been withdrawn and the print head gets cold and jams for the next print.

When a print failure occurs all Bambu printers should withdraw the filament. Rather a simple thing to do please quickly fix this issue.

bambu studio crashes on start up, cant use any of my printers now!

Exceptions:

Exception Code :c0000005 ACCESS_VIOLATION

Exception Flag :0x0 NumberParameters :2
Param 0 :0x0
Param 1 :0xffffffff
Context :0000000F2FAFD700
ContextFlag : 0x10005f, EFlags: 0x10202
Fault address: 0x73FA919E 0x0:0x0

Show CallStack:

Call SymGetLineFromAddr64 ,Address 73fa919e Error:000001e7

Call SymGetLineFromAddr64 ,Address 73fac5d7 Error:000001e7

Call SymGetSymFromAddr64 ,Address 80008c83 Error:000001e7

Call SymGetSymFromAddr64 ,Address 8001497f Error:000001e7

Call SymGetLineFromAddr64 ,Address 800416e6 Error:000001e7

Call SymGetLineFromAddr64 ,Address 8004527c Error:000001e7

Call SymGetLineFromAddr64 ,Address 800453ff Error:000001e7

Call SymGetLineFromAddr64 ,Address 8003ae6b Error:000001e7

Call SymGetLineFromAddr64 ,Address cd4113a5 Error:000001e7

Call SymGetLineFromAddr64 ,Address cd412d40 Error:000001e7

Call SymGetLineFromAddr64 ,Address cd3d7d63 Error:000001e7

Call SymGetLineFromAddr64 ,Address cd2c5d48 Error:000001e7

Call SymGetLineFromAddr64 ,Address cd2389fb Error:000001e7

Call SymGetLineFromAddr64 ,Address cd235e33 Error:000001e7

Call SymGetLineFromAddr64 ,Address cd23b34f Error:000001e7

Call SymGetLineFromAddr64 ,Address cd7d0be3 Error:000001e7

Call SymGetLineFromAddr64 ,Address 7b837374 Error:000001e7

Call SymGetLineFromAddr64 ,Address 7b97cc91 Error:000001e7

Not sure if you would call this a bug or not, but I just printed by Object, and it feels like the last 45mins or hour was spent “Auto Bed Levelling”. Basically seems like it did it “n” times for the number of objects I was printing.

Updated to 2.03.54 and Bambu Studio seems to be ignoring the brim gap setting. No matter what I set it to, it’s fused to the print. Even went up to 0.24 and still fused. Previously I left it about 0.16 and it fell off

I have a part with long rectangular overhangs. I wanted to print it at 45 degrees to take advantage of strength and surface finish, but the thing was wildly undersupported, even when I cranked the threshold angle up to 46. I think the software was reading the cantilever, but oriented at 45 degrees (so the edge was along the cantilever) as properly supported?

The weird part is when I changed the angle to 44.9, the supports went way overboard. I tried to make a simpler model of a T, and I just cannot get that sucker to support sufficiently, even when I do support painting on the cantilever. However, it’s going super overboard on the brims that I don’t need. For reference, this is at 0.08mm, at both qualities. I generated a T that’s 0.25mm square at the base up to 0.75" tall. The cross arms are 1.75" across.

When I try to print with the T at 45 degrees with 0.08mm layers, the T doesn’t develop supports properly until the layer height gets to 0.16mm. If I put it at 30 degrees from horizontal, the supports generate at 0.12mm layer lines. This continues even when I paint the entire underside of the two cantilevers with support.

I’m running 2.1.0.59