davidryal

did you change those things in your plugin? is it posted on Github anywhere? ??

Did anything ever come of this html request? I can’t find a way to create, paste, or otherwise use links in any way with the current version of this plugin?

Thanks!

Update: I tried the export plugin again, and I now receive 100+ copies of this PHP error/warning when attempting exports:

PHP Warning: Creating default object from empty value in …/wp-content/plugins/buddypress/bp-xprofile/classes/class-bp-xprofile-profiledata.php on line 351, referer: …/wp-admin/users.php?page=export-user-data

Does this help troubleshoot?

I hadn’t used this feature in a few months, and then just tried it, and found the same issue described here — User Meta seems to export OK, but xProfile just exports the column header, no data.

And, if there is a large number of results, the plugin is suddenly taking far longer to finish the export, timing out about a threshold (which is normal, but that threshold suddenly seems to be far lower than it ever was).

I see no errors in the console when I run an export, BP is active, etc. (i.e. this configuration worked fine a few months ago). Thanks for any ideas you have to help test/fix!

Hi- I’m seeing the same error, and I think I’m running the latest version. Did this get fixed? Thanks!

“you’ll find that email is already synced by BuddyPress”

Is this still the case? The only xProfile field BP seems to create by default is Name, and when I create an Email field (taking care to use the same field name as the usermeta email field), name syncs on update but email does not.

Any advice? I’ve searched extensively, and seen multiple references that syncing a single email is supported by default, but I’m unable to find any offical documentation describing that.

Thanks!

Posting here since the support site looks dormant.. I’ve had this problem for a while, went searching today, found this recent release and tried out 1.2.8, but same results, with a few strange clues.

WP, BP, EUD all latest versions.

One xProfile field, a text area (with data which was mostly manually imported on its own), exports fine; all ~15 other fields export blank. All xProfile Field Update Times export fine.

Before I turned WP Engine’s object caching fully off for further testing, I noticed that if I manually visited the frontend of a user’s profile, that user’s xProfile fields would show up in the next test export. Once, when I cleared all object/transient caches and re-ran the xProfile field export, all fields exported, but using only the first user’s data for all xProfile fields (correct data was used for user ID).

In all subsequent cache clearings, any users’ profiles I had visited individually that showed up in previous test exports went back to blank.

I can’t think of anything else to tweak or try in order to make all xProfile fields show data. Do any of those specifics help at all? i can try to dig through and interpret logs with a little guidance. Thanks–

(PS, just found/tried wp-users-exporter which hasn’t been updated in a year+, and the UI is a little janky, but seems to export these xProfile fields just fine. Weird. anyway, no urgency for my part (now).)

there are sites that allow people to come together to pay programmers to work on open source software that they care about… ??

awww man i would love for someone to take over caring for this plugin and publish those fixes! anyone interested?

@knivesout
a 22mb import file is no problem, if you use this to break up and import each piece manually. I normally only see success if I break into <2mb pieces. Use this tool for it: https://www.rangerpretzel.com/content/view/20/1/

I’m having the same non-attached images problem, after using the “download my images manually via ftp and put them in the right place on the new server” workaround.

Hopefully I can reexport, get the _wp_attached_file meta information as you describe above, and then split and reimport.

I’ve also found it helpful to use this plugin to delete all posts completely before attempting a new import after a failed attempt (i.e. where my changes don’t have the intended effect): https://www.ads-software.com/extend/plugins/wp-mass-delete/

Hope this helps some people.

+1 for this. looked into adding it as a custom service, but doesn’t seem to follow the same “sharing url” format as most I’ve seen… just a piece of js.

Fixed, thanks (by deleting the duplicate users and assigning their posts correctly). I feel like an idiot.

Update: Looks like a problem with default buddypress permissions? when I switch the theme back to TwentyTen, it saves fine.

Hi again. No harshness taken, but I wasn’t suggesting they ask permission to make changes, only that the launch of JetPack seems to have surprised even many ‘insiders’ with new realities that probably could have been easily avoided. I’m very used to watching this process, and have in the past tried to explain to others why they can’t expect paid-like support for free software (so no need to explain it to me).

I only brought it up here because JetPack seemed to be something of a skunkworks project, such that Ma.tt would only reference it as ‘codename JP’ even as it was nearing launch. I was implicitly speculating that this characteristic of the project may have created some extra technical hassles on launch, that’s all.

All, sorry to hijack this thread. Back to regularly scheduled programming.

hmm, it doesn’t seem they followed the same process with those in the community who’d be affected by the launch of JetPack ?? thanks.