Skip to content

Conversation

@pm-dimagi
Copy link
Contributor

@pm-dimagi pm-dimagi commented Jul 17, 2025

Product Description

https://dimagi.atlassian.net/browse/QA-7923
Fix-> This code got removed during the refactoring which got earlier removed .. was a part of this merge

QA-7926
Fix-> There was a return statement in if else condition removed that in updateButtons function

QA-7927
Fix-> put the visibility condition

https://dimagi.atlassian.net/browse/QA-7929
Fix-> there was no code for this put the appropiate code

QA-7932
Fix-> added requireActivity.isFinishing() as we have called activity.finish but before that fragment is calling reefreshData

QA-7921
Fix_ called sync code which was not present earlier

Technical Summary

Feature Flag

Safety Assurance

Safety story

Automated test coverage

QA Plan

Labels and Review

  • Do we need to enhance the manual QA test coverage ? If yes, the "QA Note" label is set correctly
  • Does the PR introduce any major changes worth communicating ? If yes, the "Release Note" label is set and a "Release Note" is specified in PR description.
  • Risk label is set correctly
  • The set of people pinged as reviewers is appropriate for the level of risk of the change

- update button text
- fixed crash at learning download
- fixed sync issue
@pm-dimagi
Copy link
Contributor Author

@damagatchi retest this please

1 similar comment
@pm-dimagi
Copy link
Contributor Author

@damagatchi retest this please

Copy link
Contributor

@shubham1g5 shubham1g5 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this has been flagged repeatedly and think we should really create separate PRs instead of clubbing them all together even if they seem small. This really inhibit out ability to quickly rollback any changes plus also blocks merge on other simple issue to get merged quickly.

I think it's fine to club the one line changes in a single PR but that should be added in separate commits atleast. Here can you remove the changes in app/src/org/commcare/fragments/connect/ConnectDeliveryProgressFragment.java and app/src/org/commcare/fragments/connect/ConnectJobsListsFragment.java into different individual PRs for their respective individiual bug fixes.

Comment on lines 246 to 248
jobCard.tvViewMore.setOnClickListener(v -> Navigation.findNavController(v)
.navigate(
ConnectLearningProgressFragmentDirections.actionConnectJobLearningProgressFragmentToConnectJobDetailBottomSheetDialogFragment()));
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

formatting seems wrong, also abstract this as a navigateToX method.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

jobList.addAll(reviewLearnApps);
jobList.addAll(finishedItems);
initRecyclerView();
Collections.sort(learnApps, (job1, job2) -> job1.getLastAccessed().compareTo(job2.getLastAccessed()));
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

formatting changes should not be part of a commit that's making functional changes, it makes these PRs much more difficiult to review than needed.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

okay noted usually do formatting at same time so don't miss at the end

}, getViewLifecycleOwner(), Lifecycle.State.RESUMED);

refreshData();
if (!requireActivity().isFinishing()) {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why would activity be finishing here ?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

it got finish here but the root cause why this fragment is called again is still not known i have tried to debug connect activity is not called but still this fragment gets called

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@pm-dimagi Can you please tag ticket here for the bug you mentioned?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

FirebaseAnalyticsUtil.reportConnectTabChange(tabLayout.getTabAt(position).getText().toString());
View view = viewPagerAdapter.createFragment(position).getView();
if (view != null) {
binding.connectDeliveryProgressViewPager.getLayoutParams().height =
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't really get what bug is this trying to solve, Don't think we should be tryign to set the height on view pager manually ever.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is the part of this merge I think you and dave has made #2989 discussed here the bug trying to solve here is https://dimagi.atlassian.net/browse/QA-7923

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think that was only a short term fix from Dave just to unblock a cohort and now that this is no longer part of the codebase we should look for a better fix here.

@pm-dimagi
Copy link
Contributor Author

solved the issue in different PR

@pm-dimagi pm-dimagi closed this Jul 18, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants