Fix: donor name recording conflict with Charitable plugin

[WayneRocha]

Resolves SMTNC-1448

1. Have Charitable install and active.

2. Simply make a new donation logged-out (to create a new donor)

In the current version name will not be recorded.
In the fixed it will.

Description

When both GiveWP and Charitable are active, donor first and last names were not recorded for new donors.

Charitable registers a plugins_loaded hook that reassigns the global $wpdb->donormeta to its own charitable_donormeta table. GiveWP's donor meta operations go through WordPress's add_metadata('donor', …) / get_metadata('donor', …), which resolve the table via _get_meta_table() using that same global. As a result, the first/last name meta was written to Charitable's table instead of give_donormeta, leaving GiveWP's Donor list names blank.

This change makes Give_DB_Meta temporarily re-assert $wpdb->{meta_type}meta to GiveWP's own table around each metadata operation, then restore the previous value so other plugins (like Charitable) are unaffected.

Affects

• Donor, donation, form, and comment meta read/write operations now re-assert the global meta table name around each operation.

Testing Instructions

1. Install Charitable and GiveWP on a test site.
2. Submit a test donation while logged out (to create a new donor).
3. Confirm the new donor's first and last name appear in the Donors list.

Pre-review Checklist

• Acceptance criteria satisfied and marked in related issue
• Relevant @unreleased tags included in DocBlocks
• Includes unit tests
• Reviewed by the designer (if follows a design)
• Self Review of code and UX completed

---

^{Need help on this PR? Tag @codesmith-bot with what you need. Autofix is disabled.}

[linear-code]

SMTNC-1448

[WayneRocha]

@coderabbitai review