The IFCAlternate task will not start scheduled. It works fine by manual run

The PublishRevitModel task is not creating the dynamic [Date] folder when running the Post Action Move.  The task is "completing with errors" in the fact that the model is being detached and saved to the Publish Folder location, but when it tries to move to the folder called 20190121 (based on [Date]), it fails because the folder does not exist. 

Does this task no longer function with dynamic folder creation?

We are trying to run PDFs for a submittal this afternoon and all of the sheets being produced are out of date.  Checking the 'Date Modified' on the model located in C:\Users\clarity\AppData\Local\Autodesk\Revit\Autodesk Revit 2019\CollaborationCache\..... of the task server, it says the model is from 3:45AM last night.  

I know that with local models, tasks that are run close to each other (within 30 min or so) Clarity will use the same model instead of pulling a new one.  What is that window for a BIM360 project?  Is it 24 hours?  Other than deleting all of the models on every task server

The time and date format change when we print with Clarity compared to how it setup in the project.

See attached picture

I am still getting the SaveAs PDF dialog on task processors from time to time.

This causes that that processor to stop running tasks.

The Task Tray app should watch for this and close it and report the issue to the host.

When under administrator Metrics you cannot delete any firm standards you create.

Hi

When applying filter in reports and report results contains 2-3 results, the filter window cannot be resized. Its sometimes difficult to apply new filters. Not sure if this can be improved to allow filter window to be re-sized. Current workaround is to set it to All and then apply new filter.

Thanks

our auto update on 2 task servers failed. manual update also failed. logs attached.

We keep receiving Project Database errors and I am trying to track down the root cause.  The verbiage from the error report is below.  The project we are running this on was not started with our Revit Template so we are kind of guessing as to what it could be, but i suspect that maybe their Sheet Order Parameter.  It appears that the sheet order parameter listed in the error below is Text and not an Integer or Number.  Any help would be greatly appreciated so we can avoid this sort of thing going forward.

Export Error in Table: Sheets

We're seeing errors on our ModelMetrics tasks that don't make sense to us (see attached image).  I'll be sending several task logs shortly.

Clarity 2019.1 Cannot send more that about 4 logs from host server Diagnostics page.

If I add about 10 logs the dialog reports there was an error sending the logs.

We have not upgraded to 2020 yet, but we are having trouble publishing a model on BIM 360 Next Gen.  I am using the publish to C4R task and all i would like to do is publish the latest model.

I have verified the Revit user logged into the task server is also invited to the project and can access it normally.  I have also tried with myself logged in. 

It appears that our OAuth setting are still ok.

Below is the error email i receive....

I am sort of at a loss. and looking for some direction on what

My Data Sheet Room Template gets deleted.

Is there any reason for that?

The name changes to "Room.5f5b4373-1f11-4589-a688-d425de7fb06e" and the content disappear.

We have several tasks setup for Navisworks nwc exports on schedule, with a 'move' post-action to a UNC path) on each. 

We're trying to troubleshoot with our IT dept two scheduled tasks that are showing complete, but not all of the exported nwc files are moving over.  No errors shown.  The files just don't show up.  The funny part is, when I manually run these two tasks, they execute without any failures. 

Part of our troubleshooting is to change the scheduled times for these two tasks, in case there is another activity on the server(s) that is blocking the move

Matt, our Task Server’s Total Time Saved counter has been frozen at 163 hours for close to a month now, how can we get it going again.

We are having an issue with the DWG task in Clarity 2020.  The project is a 2018 Revit Project (A360/C4R).

The task is using a Sheet Set with 3 views to be exported to DWG, then moved to a folder on our server.  When we set the Export Individually option to Yes and then utilize the flexible naming options, we get a single DWG that is very oddly named.  Attached are some screenshots of what we are seeing.  

As soon as we set the Export Individually option back to No and change the DWG Filename to something standard (i.e. [Document].dwg)

We have gotten several warnings over the last few weeks where the OAuth Token for Clarity breaks.  We have struggled with figuring out what was causing and why it was happening.  We initially thought it was the process of upgrading servers or something, but this morning clued me into something else.

My user name is the one we use to authenticate BIM360...

When i go update the credentials, it says that it is trying to use the username shown in the image below to authorize.  Clearly that is not what we want.

I can tell you that I was just

I am having problems with a BIM 360 project, it won't read live files only shared and published models. I have tested with a new project and it reads live files OK. 

Love the ability to sort by project number.  Thanks for implementing that.  We are having a problem editing the names of our existing projects now.  We used to put the project number in the name so we could effectively sort.  Since we don't have to do that now i would like to remove the project number from the front end of the project name.  Is there a cache file somewhere we need to purge or refresh or something to get these project names edited?  

Here is a screenshot of what the project name looks like now....

And then the message

We are getting a message on all of our cloud projects stating that the project has not be synchronized since 8/12 and may be stale.  This seems to be true for all of our cloud projects and the date seems to be fairly consistent.  We have the latest updates for the Task and Host Servers.