Percent Complete API does not match web page

[Da_Hai_Zhu]

What is the problem?
The Percent Complete on the OctoPrint web page does not match what the API is returning.

What did you already try to solve it?
Nothing

Additional information about your setup (OctoPrint version, OctoPi version, printer, firmware, octoprint.log, serial.log or output on terminal tab, ...)
Using Home Assistant OctoPrint Component I noticed that the Percent Complete returned did not match that of the gauge on the OctoPrint Web page. It was off by quite a margin.
I posted this on the Home Assistant forum and received a reply from one of the Component developers who verified they were just using the value returned from the API.
After further checking, it appears that the API is using File Size to Calculate Percent Complete, while the Web Page is using Print Time.
It's minor, but it would be nice if they matched. Thanks!

[foosel]

In stock OctoPrint the webpage and API are using the exact same value. However it looks like you have a plugin installed that modifies estimation and maybe that interferes here. I'd need more info on your setup in order to investigate that, and you also should check if you see the same behaviour in safe mode. Also keep in mind that home assistant doesn't use the push API but pulls the data regularly, so it can also lag behind.

[Da_Hai_Zhu]

Ah, OK. Its probably a plugin I'm using then: Print Time Genius
Hmmm...probably not much can be done then.

[foosel]

It would still be worth it to test in safe mode. If the issue persists then as well, there's a problem in core OctoPrint somewhere. If not the difference comes from the plugin.

[jneilliii]

I had noticed the same thing with the Print Time Genius plugin installed. API percent complete doesn't match web interface. I had posted about it in another thread, but never got a response. It also effects MQTT plugin....

Print Progress Plugin and Web Interface percentages out of sync with Virtual Printer

When doing some development I am seeing strange results with the percentage complete and a plugin that utilizes print progress mixin. Not sure if anyone has seen this before, but was wondering if you have and know if this is just the case with the Virtual printer or not, as it could potentially be a problem on a plugin I'm working on. For example the print I'm testing now is showing up like this in the UI... [image] While the actual progress percentage from the mixin side is showing 52%.

Mqtt Print Time Remaining Topic?

@RJ_Make, the MQTT plugin's devel branch has an Include extended information option in the progress messages topic that will include a printer_data attribute to the message. That attribute will include detailed print time left information, etc. { "_timestamp": 1539409140, "progress": 14, "printer_data": { "progress": { "completion": 14.002217450646745, "printTimeLeftOrigin": "genius", "printTime": 834, "printTimeLeft": 33538, "filepos": 5123126 }, "state": { "text": "…

[foosel]

If Print Time Genius only does a cosmetic change to the percentage, there's not much I can do.

[jneilliii]

I don't think it's doing that @foosel. Best I can tell it is utilizing the octoprint.printer.estimation.factory hooks. Does the API/MQTT account for those newer hooks?

[foosel]

Yes, but those overwrite the estimate, not the percentage value which as far as I understand we are discussing here.

If the plugin is manipulating that it seems to be doing it in frontend code only - unless I've put in a hook that I've forgotten about.