LeapFroggie
Forum Replies Created
-
Sorry, I may not have been clear. I needed just the “Donate” transaction type – not the recurring transaction type. I just added a pulldown that allows the user to select a standard transaction (e.g, _xclick) or a donation (_donations). The most visible difference to the user is that the PP page doesn’t show a shipping address for donations.
It would take quite a bit more code to add the variables for the recurring transaction type (e.g., start date, end date, payment interval…) and that is beyond the scope of my needs. Hopefully the plugin author will offer these features – perhaps in his Pro plugin.
Forum: Themes and Templates
In reply to: [evolve] site broken after update+! – we are also having this problem. Fortunately we always test plugin and theme updates on a local server before updating them on our production server, so we caught this in time. We just rolled back to the prior version via our nightly backup.
You should be able to download the 3.7.3 version of the theme from here:
https://downloads.wp.xz.cn/theme/evolve.3.7.3.zip
- This reply was modified 8 years, 11 months ago by LeapFroggie.
- This reply was modified 8 years, 11 months ago by LeapFroggie. Reason: Add download link
+1 on this suggestion – I needed the Donate transaction type so I hacked the plugin.
It would be even better to support all or most of the PP Standard Payment types, perhaps via a radio button or checkbox selector in the Form-Tag Generator screen.
+1 – Rolled back to 4.7 pending notice that the plugin has been updated to work with CF 4.8
First, I appreciate you taking the time to do this and reporting your findings.
Just to make sure I’m clear:
Fresh 1.4.3 -> 1.5.0:
Content is selected for Category, Search, Tag and Home pages.
It doesn’t display correctly on the homepage unless you disable and then re-enable it.Answer: Yes, this is correct on the root site of a network install where the plugin (before and after the upgrade) is enabled Network wide.
Automatic Update:
None of the options are selected.
None of them will stay set.
Answer: Yes, correct for a non-root site of a network install where the plugin is enabled Network wide, not on a per-site basis.Uninstalling -> FTP:
Header warning message.
Homepage shows shortcode.Answer: Yes, for a non-root site of a network install where the plugin is enabled Network wide, not on a per-site basis.
So it seems somehow related to a Network site setup. The options should be saved to the wordpress database, but don’t appear to be. I’m guessing the lack of an option is causing the plugin to think the shortcode is disabled so it doesn’t convert it. Although I would have expected it to strip out the shortcode then too.
Comment: Agree that the issue is associated with a Network installation (and Network enabling of the plugin).
From your most recent post, did what you describe solve the issue for you?
Answer: Enabling on a site-by-site basis after an upgrade of the plugin is a work-around, but I don’t think it solves the problem long-term. If we had dozens or hundreds of sites and all we wanted to do was upgrade the plugin code (which is common to all sites) it seems we should be able to do that without having to change the way the plugin is enabled.Thanks.
Thank you!More information:
Deactivating the plugin on the Network Admin page and then re-enabling it on a per-site basis works.
Each of the sites had the player previously installed and the version of the player has not changed.
Correction to the last paragraph above: “Refreshing the Home page results in the same inline output of the shortcode. However, the Plugin Settings page now shows Content set as the default selection for Category, Search, Tag and Home pages. Selecting Disable, then Enable for the Home page doesn’t resolve the problem; the shortcode still displays inline. However, if I log in as super-admin and do a “View Post” the player displays correctly.”
I mis-spoke; I was testing on the wrong site when I wrote this. The behavior is true of the root site but attempting to view / change the plugin setting on the network site on which the page containing the shortcode resides results in the same problem as previously; the Category, Search, Tag and Home pages selection is all blank, and selecting Disable/Enable or any other option results in a page refresh but the selection does not stick.
Well, this is interesting.
On a new WP instance – starting with JWP Plugin 1.4.3 and doing a manual upgrade (NOT using the auto-updater) the JWPlayer Plugin Settings page comes up with “Enable” selected for Category, Search, Tag and Home pages. The player is not displayed and the shortcode appears as text output:
Home Page (Post)
Posted on October 19, 2011 by leapfroggie[jwplayer config=”flv_player” file=”http://content.longtailvideo.com/videos/bunny.flv” image=”http://content.longtailvideo.com/videos/bunny.jpg”%5D
If I select Disable and then re-select Enable for the Home page (post) then the shortcode works correctly and the player is displayed, even if I am not logged in.
However, on the “production” instance I did an automatic update and in this case the Settings page has NONE of the options selected for the Category, Search, Tag and Home pages. Selecting Disable/Enable or any other option causes the page to refresh but the selected option does not stay set, the page refreshes and all the options are unselected. Turning on debug doesn’t produce any error messages.
Then I uninstalled the plugin in the production instance (using the Uninstall option on the Settings page), deactivated the plugin in Network Admin, reinstalled 1.5.0 manually via FTP, re-activated it, and checked the Plugin Settings page, resulting in:
“The plugin generated 56968 characters of unexpected output during activation. If you notice “headers already sent” messages, problems with syndication feeds or other issues, try deactivating or removing this plugin.”
Refreshing the Home page results in the same inline output of the shortcode. However, the Plugin Settings page now shows Content set as the default selection for Category, Search, Tag and Home pages. Selecting Disable, then Enable for the Home page doesn’t resolve the problem; the shortcode still displays inline. However, if I log in as super-admin and do a “View Post” the player displays correctly.
I’ll await further instructions.
Sure, I’d be happy to give that a shot… let me set up another WP instance so I can isolate 1.5.0 from anything important…. I’ll get back to you in a few hours.
