Why would this be? There were 5 updates to aws_billing_* modules today, but they only show up when i use the traditional repo update option. No combination of filters could show those in the module toolbox, except by clearing all filters and just searching by name. Even then, once found by name, they showed already up to date. In addition, when trying to make a filter to show them, i was frustrated (once again) that the filters are filtering by values we cannot see:The “Customized” field isn’t displayable on the table at all, or if it is, it’s displayed as an icon in the status column. However, the dropdown for the filter is not an icon, it’s text. The status column shows an icon, but the filter values are text. Which icon corresponds to which text? For these 5 modules, the “Support” column was blank, even though these modules come from LM so should be “official”? How can you filter by “Support” == null?It’s all very Duolingo: make mistakes and wander your way through until you figure it out?

We reported similar results to our CSM a month or so ago. We were asked why we refuse to use the newer system and we brought forth the reported difference between the two.We also see datasources marked for update that aren’t customized and are up to date at times in the newer system.Also our lack of confidence in the newer method as, at least in prior years, wouldn’t actually preserve the customizations made.

@Stuart Weenig we’re planning on disabling the old Audit system and migrating those audits to the Skip system in Toolbox. We had previously migrated Audits but we failed to disable it afterwards.Audit and Skip solve the same use case of hiding updates you’re not interested in.I suggest using Skip in the Toolbox and not using Audit in UIv3, though again, it will be migrated.

We may actually bump up the timeline of disabling “Audit” in UIv3 due to the migration becoming quite a bit more difficult as time goes on and it diverges further from “Skip”.There’s no plan to remove the other UIv3 functionality before parity and trust have been achieved in the UIv4 (new) version.With the bulk of the editor work done and released, we’re refocussing efforts to fix these blockers to adoption. Top of the list are fixing the discrepancies between Import from Repo and LM Exchange with respect to update and new status.

At the least, can you guys let us know when you plan to mark as skipped everything that is currently audited? That would let us know when we should stop auditing and start skipping. As mentioned before, I have 73 audited modules; marking each one as skipped manually would be a big time suck.Also, when that expected time comes, hopefully it can be more accurate than the “your portal will be upgraded to v.NNN on Monday” message; it’s almost never right, it might be Monday or Tuesday or the next Saturday before it’s upgraded.

We’re working on making the Skipped filter (and others) easier to use. We’ve also improved the responsiveness of the whole Modules area which you should see soon.The migration will be automated, so feel free to continue to Audit instead of Skip if that is your workflow. The current plan is to do this at the same time UIv3 for Audit becomes inaccessible, preventing you from being in the situation you describe above.

Updates to modules showing in repo but not modules toolbox

Joe_Williams
Professor
2 years ago
We reported similar results to our CSM a month or so ago. We were asked why we refuse to use the newer system and we brought forth the reported difference between the two.
We also see datasources marked for update that aren’t customized and are up to date at times in the newer system.
Also our lack of confidence in the newer method as, at least in prior years, wouldn’t actually preserve the customizations made.
Mike_Rodrigues
Product Manager
2 years ago
@Stuart Weenig we’re planning on disabling the old Audit system and migrating those audits to the Skip system in Toolbox. We had previously migrated Audits but we failed to disable it afterwards.

Audit and Skip solve the same use case of hiding updates you’re not interested in.

I suggest using Skip in the Toolbox and not using Audit in UIv3, though again, it will be migrated.
Mike_Rodrigues
Product Manager
2 years ago
We may actually bump up the timeline of disabling “Audit” in UIv3 due to the migration becoming quite a bit more difficult as time goes on and it diverges further from “Skip”.

There’s no plan to remove the other UIv3 functionality before parity and trust have been achieved in the UIv4 (new) version.

With the bulk of the editor work done and released, we’re refocussing efforts to fix these blockers to adoption. Top of the list are fixing the discrepancies between Import from Repo and LM Exchange with respect to update and new status.
Anonymous
2 years ago
At the least, can you guys let us know when you plan to mark as skipped everything that is currently audited? That would let us know when we should stop auditing and start skipping. As mentioned before, I have 73 audited modules; marking each one as skipped manually would be a big time suck.
Also, when that expected time comes, hopefully it can be more accurate than the “your portal will be upgraded to v.NNN on Monday” message; it’s almost never right, it might be Monday or Tuesday or the next Saturday before it’s upgraded.
Mike_Rodrigues
Product Manager
2 years ago
We’re working on making the Skipped filter (and others) easier to use. We’ve also improved the responsiveness of the whole Modules area which you should see soon.

The migration will be automated, so feel free to continue to Audit instead of Skip if that is your workflow. The current plan is to do this at the same time UIv3 for Audit becomes inaccessible, preventing you from being in the situation you describe above.
Anonymous
2 years ago
It turns out (based on some conversations with @Michael Rodrigues that Auditing a datasource through the old method is a completely different and totally separate action from “skipping” an update in the module toolbox. Meaning that all 73 of our audited datasources will eventually have to be skipped in the module toolbox.
I just hope they don’t remove functionality that we’re using until the replacement is usable. To be clear, I believe the module toolbox is not usable currently.
Anonymous
2 years ago
If it can be migrated, can it be automated so that i can continue with my current processes until the toolbox is a bit more workable?
Anonymous
2 years ago
Ok, I gave it a college try today. I set my filter to:
Skipped = “Show only skipped” (don’t get me started on why this isn’t the same kind of dropdown as “customized”)

Status = “Outdated”
This seemed to get me the list of modules that i have audited in the repo. There were a couple that showed updates, so i checked them out and they were innocuous so i applied the update. Guess what shows up in the repo as now having an update? The ones I updated through the toolbox. So, the source code for the toolbox and the source code for the repo are different.
How are we supposed to transition to the new system if using the new system throws alerts in the old system (which we’re still using)?
Anonymous
2 years ago
The migration will be automated, so feel free to continue to Audit instead of Skip if that is your workflow. The current plan is to do this at the same time UIv3 for Audit becomes inaccessible, preventing you from being in the situation you describe above.

Presumably that would happen once you reach some sort of feature parity between the old system and the new? I’ve found so many discrepancies that I’ve stopped even going to the module toolbox for anything, but I’m worried of another debacle like the Alerts page where the old will be ripped out while the new is still in buggy enough to be considered alpha by anyone but LM.
Anonymous
2 years ago
We may actually bump up the timeline of disabling “Audit” in UIv3 due to the migration becoming quite a bit more difficult as time goes on and it diverges further from “Skip”.
This would break our workflow since we couldn’t make it work until the new toolbox has parity.
I’ll also still need some API endpoints (documented please) that will allow me to get counts into a datasource of how many modules are in the different states. These alerts and dashboard widgets are what prompt me to go in and check for modules that need to be updated.