Skip to:
Content
Pages
Categories
Search
Top
Bottom

Date in profile is broken in latest BP release

  • Avatar of Bento
    Bento
    Participant

    @bdegier

    I have added a new field to my users profiles in “admin.php?page=buddypress/bp-xprofile.php”.

    I made this a “datebox”. Now when i enter my birthday: 17 – July the website will set the date 1 day back to the 16th. Also the Month dropdown box has a value of ”


    ” after you have submitted the page.

    Can this be fixed or can someone advise me on how to fix this?

Viewing 14 replies - 1 through 14 (of 14 total)
  • Avatar of Bento
    Bento
    Participant

    @bdegier

    Any updates?

    Avatar of Burt Adsit
    Burt Adsit
    Participant

    @burtadsit

    bento

    When posting a support issue, please indicate the following:

    * Which version of WPMU you're running
    * Which version of BuddyPress you're running
    * Whether you're using customized themes
    * Whether you are using other 3rd-party plugins
    * A list of any errors showing up in your log files
    * Other errors

    Avatar of Bento
    Bento
    Participant

    @bdegier

    WPMU 2.7.1 stable release

    I’m running the latest 1.0 release installed trough the WP Admin panel.

    Using the Shouty theme (this bug existed before this theme aswell)

    I’m using BPDEV plugins.

    I’m not seeing any errors.

    Avatar of Burt Adsit
    Burt Adsit
    Participant

    @burtadsit

    bento, using the default bp home theme and member theme this problem doesn’t exist. I just added a new date field to the user profile and it works fine. Not seeing the problem you described. Talk to the theme author.

    Avatar of Altargratiae
    AltarGratiae
    Participant

    @altargratiae

    I have the same problem as Bento, and I guess this has something to do with localization, considering everything works when I set language back to English in WPMU General Preferences.

    So please, could someone look into this and suggest what to do, ’cause I really have no clue.

    More info on the erratic behavior (again, if WPMU language is English everything works fine):

    WPMU 2.7.1 – Buddypress 1.0 – default bphome & bpmember themes – WP_Lang it_IT

    - Dates generally won’t be saved into the DB

    - Some random dates, however, are saved, but off by 1 day (as per original message by Bento)

    - Manually editing the DB shows the date in the Public Profile page

    - When editing the profile after a manual DB edit, a month won’t be selected in the datebox (while day and year are)

    - Months names (F) are translated in the datebox, still in English in the Profile Page

    - Doesn’t matter what date format you set in WPMU preferences (be it F or m for the month)

    (Edit: typos)

    Avatar of Altargratiae
    AltarGratiae
    Participant

    @altargratiae

    Something more… (sorry, previous post was too old to edit??)

    Editing \wp-content\plugins\buddypress\bp-xprofile\bp-xprofile-classes.php to output

    <option value="February">Febbraio</option>

    gets the date correctly saved into the database. However the month still won’t be selected when re-editing the profile, and month name is still displayed in English in the profile page. I can’t seem to be able to find the right files to edit. Any suggestions?

    By the way, here’s how i changed bp-xprofile-classes.php. Edit from line 555 onward

    $months = array( __( 'January', 'buddypress' ), __( 'February', 'buddypress' ), __( 'March', 'buddypress' ),
    __( 'April', 'buddypress' ), __( 'May', 'buddypress' ), __( 'June', 'buddypress' ),
    __( 'July', 'buddypress' ), __( 'August', 'buddypress' ), __( 'September', 'buddypress' ),
    __( 'October', 'buddypress' ), __( 'November', 'buddypress' ), __( 'December', 'buddypress' )
    );

    $html .= '
    <select name="field_' . $this->id . '_month" id="field_' . $this->id . '_month">';
    $html .= '<option value=""' . attribute_escape( $default_select ) . '>
    </option>';

    for ( $i = 0; $i < 12; $i++ ) {
    if ( $month == $months[$i] ) {
    $selected = ' selected = "selected"';
    } else {
    $selected = '';
    }

    $html .= '<option value="' . $months[$i] . '"' . $selected . '>' . $months[$i] . '</option>';

    Avatar of Arturo
    Arturo
    Participant

    @arturo84

    i’ve the same problem, and i’ve translated the language file, but in po and mo nothing is wrong… any idea to resolve this problem?

    i use mu 2.7.1, bp 1.0 with italian localization, home & member default theme.

    @burtadsit i have same problem ….. i am using latest theme pack plugin for buddypress so that would be controlling the date output on the profiles …. everyones birthday is 1 day back ….. please help

    Avatar of shanebpdev
    shanebp
    Participant

    @shanebp

    Set your time to UTC or UTC+[your offset].
    If you use the “pick a city in your timezone”, all birthdays will be off by one day in Public Profile.

    I’m having the same problem. My site is set as UTC. The Birthday plugin works and puts the right date in the widget. When editing, it says the right date. But in the public profile, it is one day earlier. (ex. July 10 is showing as July 9) Using latest version of Buddypress, BuddyPress Corporate 1.3.4 Theme, and WordPress 3.1.1.

    Also, when requiring a date on registration, the date field acts as if it’s not filled out. Keeps showing red and saying “Required Field.” I was putting in a date of January 1, 1970.

    There’s another issue with dates and Buddypress profiles – perhaps it’s related?

    When an Admin performs an edit from the front end of the site on a user’s profile that contains a date field, that date field is automatically populated with the corresponding value from the Admin’s profile ie. I can’t edit a user’s profile on the front of the site without re-setting the user’s birthday to the same date as my own.

    This is with BP single, latest versions, out of the box.

    Can you report that as a bug on http://trac.buddypress.org please? Your username and password from this site will work there. Thanks.

    Hey, you’re right. This affects BuddyPress 1.2.x, it seems to work on our latest dev version.

    Avatar of stwc
    stwc
    Participant

    @stwc

    Heh. The one-day-off birthday field has been reported a bunch of times by my users, and I forgot to check into it until now. Glad (if that makes sense) to see it’s a known issue.

Viewing 14 replies - 1 through 14 (of 14 total)

You must be logged in to reply to this topic.