- Welcome to eFMer - BoincTasks and TThrottle forum.
eFMer - BoincTasks and TThrottle forum
News:
Follow BoincTasks on Twitter
Facebook Visit our website here.
Check out BoincTasks-M on Android and iOS
Recent posts
#1
Wish List / UI Change Persistence Bug – Di...
Last post by hucker - March 09, 2026, 09:55:25 PM�I am experiencing an issue where changes made to the Disk Allowance (Maximum Disk Usage) within the BoincTasks JS interface are not being sent to or saved by the BOINC client.
�The Issue:
�The BoincTasks JS interface showed a limit of 1,000 GB after I edited it.
�However, the actual BOINC client continued to operate under a 1 GB limit.
�Upon restarting the BOINC client, BoincTasks JS reverted to showing the 1 GB limit, indicating that the previous change to 1,000 GB was never actually written to the client's configuration files (e.g., global_prefs_override.xml).
�Steps to Reproduce:
�Open BoincTasks JS and navigate to the preferences/settings for a connected client.
�Change the Disk Allowance from a low value (1 GB) to a higher value (1,000 GB).
�Observe that the UI reflects the change.
�Check the local BOINC Manager or the global_prefs_override.xml file; the change is not present.
�Restart the BOINC client/Manager and note that BoincTasks JS reverts to the old 1 GB value.
�Impact:
This caused the GPU scheduler to halt work fetch requests, as it incorrectly believed the disk was full. The only fix was to bypass BoincTasks JS and update the limit directly in the native BOINC Manager.
�Request:
Could you look into whether there is a "silent failure" occurring when BoincTasks JS attempts to write preference overrides back to the BOINC client? It seems the UI updates locally in the browser, but the RPC command to update the client is either not being sent or is being rejected
�The Issue:
�The BoincTasks JS interface showed a limit of 1,000 GB after I edited it.
�However, the actual BOINC client continued to operate under a 1 GB limit.
�Upon restarting the BOINC client, BoincTasks JS reverted to showing the 1 GB limit, indicating that the previous change to 1,000 GB was never actually written to the client's configuration files (e.g., global_prefs_override.xml).
�Steps to Reproduce:
�Open BoincTasks JS and navigate to the preferences/settings for a connected client.
�Change the Disk Allowance from a low value (1 GB) to a higher value (1,000 GB).
�Observe that the UI reflects the change.
�Check the local BOINC Manager or the global_prefs_override.xml file; the change is not present.
�Restart the BOINC client/Manager and note that BoincTasks JS reverts to the old 1 GB value.
�Impact:
This caused the GPU scheduler to halt work fetch requests, as it incorrectly believed the disk was full. The only fix was to bypass BoincTasks JS and update the limit directly in the native BOINC Manager.
�Request:
Could you look into whether there is a "silent failure" occurring when BoincTasks JS attempts to write preference overrides back to the BOINC client? It seems the UI updates locally in the browser, but the RPC command to update the client is either not being sent or is being rejected
#2
Wish List / Re: Mislabelled project
Last post by fred - February 27, 2026, 01:10:47 AMI have no idea where this comes from 
But my take most of it is complete nonsense.
But my take most of it is complete nonsense.
#3
Wish List / Mislabelled project
Last post by hucker - February 18, 2026, 04:52:25 PMSorry if this sounds official or rude, Gemini constructed it for me with technical information:
Bug Report: Critical Project Naming Collision & Data Inconsistency
�Software: BoincTasks JS (Version 2.8.6)
Environment: 24-core Ryzen / High-thread count / Multi-Project Monitoring
Projects Involved: ODLK (Natalia/Termit), ODLK1 (Italy/ice00), and ODLK 2025 (Unlisted).
�The Core Issue
�BoincTasks JS is failing to maintain a unique identity for different projects that share a common directory name. This is causing "Identity Theft" in the UI where distinct projects are merged into one label, making it impossible to distinguish between work from different servers.
�Detailed Observations:
�The "Folder vs. Name" Parser Conflict:
�I am running ODLK (Natalia) and Latin Squares (ODLK1 Italy) simultaneously.
�Both projects use the directory /latinsquares/ on the local disk.
�BoincTasks JS is inconsistently overriding the Project Name with the Directory Name.
�Live "Name-Flipping" on Active Tasks:
�On my 24-core machine, I can see running tasks for the same project being labeled differently at the same time. Some say "ODLK Project" and some say "Latin Squares Project."
�The label appears to flip during the 30-second refresh cycle, suggesting a race condition in the live data parser.
�The "Ready to Report" Identity Jump:
�I have witnessed tasks labeled ODLK while running "jump" to the Latin Squares label the moment they move to the "Ready to Report" status.
�This indicates the software stops trusting the "Friendly Name" from RAM once a task is no longer "Active" and defaults to the disk folder name.
�Identical Application Name Collision:
�Both projects use identical application names (e.g., odlk3@home, odlkmin@home).
�Since the Project Name, Directory Name, and Application Name are all now identical or overlapping in the UI, it is impossible for a user to know which task belongs to which server without checking the Master URL column.
�Impact on User:
�For power users running dozens of threads, the current behavior makes monitoring server health impossible. If one server (e.g., the Italian solar-powered server) goes offline, the UI does not show which tasks are stalled because they are all labeled as "Latin Squares."
�Requested Fix:
�Please prioritize the Project Name provided by the BOINC client's client_state.xml as the primary key for the "Project" column. The software should never fall back to the directory name if a Friendly Name is available, especially in the "Ready to Report" queue.
Bug Report: Critical Project Naming Collision & Data Inconsistency
�Software: BoincTasks JS (Version 2.8.6)
Environment: 24-core Ryzen / High-thread count / Multi-Project Monitoring
Projects Involved: ODLK (Natalia/Termit), ODLK1 (Italy/ice00), and ODLK 2025 (Unlisted).
�The Core Issue
�BoincTasks JS is failing to maintain a unique identity for different projects that share a common directory name. This is causing "Identity Theft" in the UI where distinct projects are merged into one label, making it impossible to distinguish between work from different servers.
�Detailed Observations:
�The "Folder vs. Name" Parser Conflict:
�I am running ODLK (Natalia) and Latin Squares (ODLK1 Italy) simultaneously.
�Both projects use the directory /latinsquares/ on the local disk.
�BoincTasks JS is inconsistently overriding the Project Name with the Directory Name.
�Live "Name-Flipping" on Active Tasks:
�On my 24-core machine, I can see running tasks for the same project being labeled differently at the same time. Some say "ODLK Project" and some say "Latin Squares Project."
�The label appears to flip during the 30-second refresh cycle, suggesting a race condition in the live data parser.
�The "Ready to Report" Identity Jump:
�I have witnessed tasks labeled ODLK while running "jump" to the Latin Squares label the moment they move to the "Ready to Report" status.
�This indicates the software stops trusting the "Friendly Name" from RAM once a task is no longer "Active" and defaults to the disk folder name.
�Identical Application Name Collision:
�Both projects use identical application names (e.g., odlk3@home, odlkmin@home).
�Since the Project Name, Directory Name, and Application Name are all now identical or overlapping in the UI, it is impossible for a user to know which task belongs to which server without checking the Master URL column.
�Impact on User:
�For power users running dozens of threads, the current behavior makes monitoring server health impossible. If one server (e.g., the Italian solar-powered server) goes offline, the UI does not show which tasks are stalled because they are all labeled as "Latin Squares."
�Requested Fix:
�Please prioritize the Project Name provided by the BOINC client's client_state.xml as the primary key for the "Project" column. The software should never fall back to the directory name if a Friendly Name is available, especially in the "Ready to Report" queue.
#4
Wish List / Re: Old school OK buttons
Last post by fred - February 16, 2026, 05:57:15 PMChange color without using the OK button.
https://github.com/efmer/boinctasks-js/issues/152
https://github.com/efmer/boinctasks-js/issues/152
#5
Wish List / Re: Exclusive applications
Last post by fred - February 16, 2026, 05:53:50 PMhttps://github.com/BOINC/boinc/wiki/Client-configuration
<exclusive_app>filename.exe</exclusive_app>
But I will plan a dedicated way.
https://github.com/efmer/boinctasks-js/issues/151
<exclusive_app>filename.exe</exclusive_app>
But I will plan a dedicated way.
https://github.com/efmer/boinctasks-js/issues/151
#6
Wish List / Re: Can't open web links for S...
Last post by fred - February 16, 2026, 05:45:53 PMI added it to the list https://github.com/efmer/boinctasks-js/issues/150
#7
Questions / CPU power draw changes when BT...
Last post by ElGuillermo - February 13, 2026, 02:30:04 PMHey !
I've noticed something quite strange.
As the CPU is crunching either :
- 1 (multithreaded) Primegrid llrPSP WU
- 8 (single threaded) Numberfields CPU WUs
...the CPU power consumption increases when I have the BoincTasks window on focus.
it jumps from 95W to 130W, and returns back to 95W the second I give the focus on another window.
The iGPU isn't used at all and there is no non-Boinc heavy task running in background.
Windows Task manager confirms BoincTasks uses a negligible CPU time.
It seems I only can observe this behaviour when I set a <ncpus> limit in cc_config.xml :
I usually downsize the threads numbers to half their real number to prevent hyperthreading.
ie : AMD 9800X3D (8 cores/16 threads) -> <ncpus>8</ncpus>
Using :
- Windows 11
- BoincTasks (exe) 2.0.0
- MSI Afterburner 4.6.6.16757 / RivaTunerStatsServer 7.3.7.28314 (to monitor temps and power draws).
- Boinc client 8.0.4
Can someone reproduce this ?
I've noticed something quite strange.
As the CPU is crunching either :
- 1 (multithreaded) Primegrid llrPSP WU
- 8 (single threaded) Numberfields CPU WUs
...the CPU power consumption increases when I have the BoincTasks window on focus.
it jumps from 95W to 130W, and returns back to 95W the second I give the focus on another window.
The iGPU isn't used at all and there is no non-Boinc heavy task running in background.
Windows Task manager confirms BoincTasks uses a negligible CPU time.
It seems I only can observe this behaviour when I set a <ncpus> limit in cc_config.xml :
I usually downsize the threads numbers to half their real number to prevent hyperthreading.
ie : AMD 9800X3D (8 cores/16 threads) -> <ncpus>8</ncpus>
Using :
- Windows 11
- BoincTasks (exe) 2.0.0
- MSI Afterburner 4.6.6.16757 / RivaTunerStatsServer 7.3.7.28314 (to monitor temps and power draws).
- Boinc client 8.0.4
Can someone reproduce this ?
#8
Wish List / Exclusive applications
Last post by hucker - February 09, 2026, 06:49:45 AMThere doesn't seem to be a way of accessing the list of exclusive applications.
#9
Wish List / Old school OK buttons
Last post by hucker - February 07, 2026, 07:15:26 AMDo we have to have these ok buttons to press everywhere? Most apps nowadays it's just changed as soon as you click something. For example when selecting Boinctasks colours, I can change a colour and click out of the colour selector box, and the colour seems to be changed, but then closing the whole box of colours, it's gone!
#10
Wish List / Can't open web links for SRBas...
Last post by hucker - February 01, 2026, 09:54:46 AMWhen right-clicking on the SRBase project (or a task belonging to it) and selecting the "www" option, the internal pop-up window containing the project links fails to appear. No additional button is created in the taskbar, and the UI does not seem to trigger the window at all.
�Observations:
�This appears to be project-specific. The "www" menu opens correctly for other projects (e.g., Einstein@Home, World Community Grid).
�I have tried restarting BoincTasks JS via the system tray, but the behavior persists for SRBase.
�It seems like a script or parsing error occurs when handling the specific URL/XML data returned by the SRBase server.
�Observations:
�This appears to be project-specific. The "www" menu opens correctly for other projects (e.g., Einstein@Home, World Community Grid).
�I have tried restarting BoincTasks JS via the system tray, but the behavior persists for SRBase.
�It seems like a script or parsing error occurs when handling the specific URL/XML data returned by the SRBase server.