Coordinate entering bug

I can't paste some numbers into the layer's location fields, and get this cute error:

It seems to be related to the length. If the coordinate is small, like double precision-small, it pastes fine. If it's 2000 or 1000 digits long, it's also fine. If it's 500 or 625 digits long, then I get this error. These are not exact bounds, they are just some of the lengths I tried and failed.

I also tried copying the parameter to clipboard, editing in the wanted coordinates, and pasting back to UF6, but I get the same error.

Example X coordinate:
-1.769383179195515018213847286085473782905747263654751437465528216527888191264756458836163446389529667304485825781820303157487491238421719403128246195113747521255084806208578745477280330322516799866239112418454274301712921442363979316929675439418165683130134262279354142376857243578391084997205686952730520750819144173478106179429069975317491113371435173416611745652027275615917893204290893246510267179087841466462821375599065046073837228347077787030645888289820260400174434890838884496288707450585370709583203941032345492054053437840608320254300208024077600060451088313640011295584840804869237305127599945747047367131759877

Now UF is severly broken and I had to restart it. The mapping I used malfunctioned big time. When I changed coordinates in the location tab, nothin happened, and when I tabbed away and back the old coordinates were back. When I deleted a layer, it didn't delete but the three layer icons beside each layer and previews went blank. Pressed undo and the fractal turned flat gray. Some kind of memory corruption?

I just tried to paste the number you wrote here and it works fine. Do you have a minimum example that reproduces the bug?

I also tried it and could paste without a problem. Perhaps it depends on the current coordinate of the layer when you try to paste the value?

Ah, I could not reproduce it like Phillip said, but my parameter reliable reproduces it. I narrowed it down to just having a Transform (tried some random ones, all reproduce it)

Third time I now an immediate crash:

Related: If you paste a number with 1000+ digits, you don't get the error, however the Transform formula still malfunctions. In this simple test, the mask should be centered on the image not on the fractal, and the log prints "0, 0)".

→ As soon as you move the fractal by a tiny fraction (using the GUI + mouse) the circle re-centers as the location precision is diminished
→ If you add 12 bits additional precision, so the Statistics/General tab shows Extended precision rather than Double, the circle also re-centers.

CopyOfFractal1 {
fractal:
  width=640 height=640 layers=1
layer:
  opacity=100
mapping:
  center=-1.4685156903612399578143244908112694306593646918300937860510\
  08578060677018733382716747494487473342668551221273245959710670515636\
  45496984401259141815927738364296525470533742399530012572772538921830\
  10514640553613048387557571675922943095808039091173861030766797303739\
  79451319942099710521974691624001810668927182343830816301634086731444\
  63514903593056397807583211735988482474561700949627239732886399540685\
  15438851624259342180781405134251231732294113393656260872908121269063\
  77538965163690895422172569818120981363929504825378720511842273230740\
  47312018982378671598084815432380646530630855854465556962422160706736\
  87469431609248245305391813446100514481595861715276314344784877266188\
  70763070372015114125021393806352585554078343496989712889126949186693\
  10242880661013667767279071411457011133122064931386897389055323236723\
  45685013891412100869095152762104055334990407669345899004617500245861\
  98664176882217806779935667226955996053495367298081530967968597576735\
  22413233545527500510526584313536358668624454694735691202756551751762\
  60349785155208961703678010959047196126008142669166370437003812869600\
  76369288111275846928451006535247007660998124725459951661060514538283\
  44773011225773735802850312549677298755640323415709695570631091773923\
  61726327492765949148575163527469518157401494823935744112999820361222\
  85716809504411817438011192793389/0 transforms=1
transform:
  filename="mjd private.uxf" entry="test2"
formula:
  filename="Standard.ufm" entry="Mandelbrot" p_bailout=128
outside:
  filename="Standard.ucl" entry="Smooth"
gradient:
  smooth=yes index=0 color=8716288 index=100 color=16121855
  index=200 color=46591 index=300 color=156
}

mjd_private.uxf:test2 {
  $define DEBUG
  print(#center)
  ; = actual center when precision is Extended
  ; = (0, 0) when precision is Double

  #solid = |#pixel - #center| > 4
}

Moving anything at this zoom level instantly causes the coordinates to dump almost all decimals, so it makes sense that it starts working. Deleting a couple of decimals at the end has no effect. It would be interesting to see at what number of decimals the problem starts appearing.

I started manually deleting groups of digits and letting it re-render. This value causes an interesting error:
-1.468515690361239957814324490811269430659364691830093786051008578060677018733382716747494487473342668551221273245959710670515636454969844012591418159277383642965254705337423995300125727725389218301051464055361304838755757167592294309580803909117386103076679730373979451319942099710521974691624001810668927182343830816301634086731444635149035930563978075832117359884824745617009496272397328863995406851543885162425934218078140513425123173

I get the following message

It breaks the undo function

Parameters:

CopyOfFractal1 {
fractal:
  title="CopyOfFractal1" width=640 height=640 layers=1
  credits="Phillip;6/27/2025"
layer:
  caption="" opacity=100
mapping:
  center=-1.4685156903612399578143244908112694306593646918300937860510\
  08578060677018733382716747494487473342668551221273245959710670515636\
  45496984401259141815927738364296525470533742399530012572772538921830\
  10514640553613048387557571675922943095808039091173861030766797303739\
  79451319942099710521974691624001810668927182343830816301634086731444\
  63514903593056397807583211735988482474561700949627239732886399540685\
  1543885162425934218078140513425123/0 magn=1 transforms=1
transform:
  filename="mjd private.uxf" entry="test2"
formula:
  maxiter=100 filename="Standard.ufm" entry="Mandelbrot" p_start=0/0
  p_power=2/0 p_bailout=128
inside:
  transfer=none
outside:
  transfer=linear filename="Standard.ucl" entry="Smooth" p_power=2/0
  p_bailout=128.0
gradient:
  smooth=yes index=0 color=8716288 index=100 color=16121855 index=200
  color=46591 index=300 color=156
opacity:
  smooth=no index=0 opacity=255
}

Deleting the decimals one by one leads to the first working value at
-1.46851569036123995781432449081126943065936469183009378605100857806067701873338271674749448747334266855122127324595971067051563645496984401259141815927738364296525470533742399530012572772538921830105146405536130483875575716759229430958080390911738610307667973037397945131994209971052197469162400181066892718234

Adding any more digits manually, even a 0, causes the error. Maybe this helps.

Tested in UF 6.05 (64 bit), Windows 10

Yep you found my original problem. The "cute error" in my OP is actually an image with extreme aspect ratio (since I have a 4k screen and UF doens't scale). Maybe you missed it.

Why are you not using 6.06, which is out for over a year?

Also, exactly 308 decimals in your largest working value. Where have I seen this number before ...

This feels awfully reminiscent of https://www.ultrafractal.com/forum/index.php?u=/topic/940/bug-arbitrary-precision-not-working-in-coloring-algorithm (which I'm still waiting for a solution on before I can even begin to continue my External Ray research)

I honestly do not remember why I don't have 6.06. Maybe I forgot, or I had a problem and downgraded. I have no clue.