Skip to content

feat: update changelog widget UI styles and logic#652

Open
Jahnavi314 wants to merge 1 commit intowebex:nextfrom
Jahnavi314:widgetsUI
Open

feat: update changelog widget UI styles and logic#652
Jahnavi314 wants to merge 1 commit intowebex:nextfrom
Jahnavi314:widgetsUI

Conversation

@Jahnavi314
Copy link

COMPLETES https://jira-eng-gpk2.cisco.com/jira/browse/SPARK-784886

This pull request addresses

The need for a clearer and more user-friendly changelog interface for the widgets project.
The existing implementation required UI improvements to better visualize changelog data and version comparison information.

by making the following changes

-Updated the changelog widget UI layout
-Improved styling and structure
-Improved readability and presentation of changelog information
-Enhanced the display of version-related changelog data

Change Type

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to change)
  • Documentation update
  • Tooling change
  • Internal code refactor

The following scenarios were tested

The GAI Coding Policy And Copyright Annotation Best Practices

  • GAI was not used (or, no additional notation is required)
  • Code was generated entirely by GAI
  • GAI was used to create a draft that was subsequently customized or modified
  • Coder created a draft manually that was non-substantively modified by GAI (e.g., refactoring was performed by GAI on manually written code)
  • Tool used for AI assistance (GitHub Copilot / Other - specify)
    • Github Copilot
    • Other - Please Specify
  • This PR is related to
    • Feature
    • Defect fix
    • Tech Debt
    • Automation

I certified that

  • I have read and followed contributing guidelines
  • I discussed changes with code owners prior to submitting this pull request
  • I have not skipped any automated checks
  • All existing and new tests passed
  • I have updated the documentation accordingly

@Jahnavi314 Jahnavi314 requested a review from a team as a code owner March 12, 2026 12:30
@aws-amplify-us-east-2
Copy link

This pull request is automatically being deployed by Amplify Hosting (learn more).

Access this pull request here: https://pr-652.d1b38q61t1z947.amplifyapp.com

Copy link

@chatgpt-codex-connector chatgpt-codex-connector bot left a comment

Choose a reason for hiding this comment

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

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 84c077faf9

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Comment on lines +1461 to 1471
if (!selectedPackage) {
alert('Please select a package');
return false;
}
if (!stableA || !stableB) {
alert('Please select both stable versions');
alert('Please select both base and target stable versions');
return false;
}

if (selectedPackage && !versionASpecific && !versionBSpecific) {
alert('Please select at least one pre-release version, or leave package empty for full version comparison');
if (!versionASpecific || !versionBSpecific) {
alert('Please select pre-release (or stable) for both base and target');
return false;

Choose a reason for hiding this comment

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

P1 Badge Re-enable full stable-version comparison submissions

This validation now hard-requires a package and both pre-release selectors, and handleComparisonSubmit no longer has the fallback path to performVersionComparison, so the UI can no longer run a full versionA vs versionB comparison from the form (only package-level comparisons are possible). That is a functional regression from the previous behavior and from the helper text in this page, where users are told they can compare full stable versions directly.

Useful? React with 👍 / 👎.

Comment on lines +224 to +227
const fetchMergedChangelogPackages = async () => {
const paths = Object.values(versionPaths);
if (paths.length === 0) return {};
const results = await Promise.all(paths.map((p) => fetch(p).then((r) => r.json()).catch(() => ({}))));

Choose a reason for hiding this comment

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

P2 Badge Limit comparison package options to selected stable versions

The package dropdown is now built by merging package names across all version files, before a specific base/target version pair is chosen. This allows selecting packages that may not exist in the chosen stableA/stableB changelogs, which later causes package comparison to fail with Could not find version data once submit reaches generatePackageComparisonData. The previous flow populated packages from the selected versions’ union, which avoided presenting invalid choices.

Useful? React with 👍 / 👎.

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.

2 participants