Skip to:
Content
Pages
Categories
Search
Top
Bottom

Forum Replies Created

Viewing 25 replies - 2,576 through 2,600 (of 3,962 total)
  • @hnla

    Participant

    Nearly always a server config issue or a email account one i.e no dns records for account, or a control panel such as plesk playing it’s tricks with email settings enabled but directing to a record that isn’t setup.

    First thing is to disable BP and just get WP working and sending correctly. use an email account that has definite and legitimate credentials so that email servers don’t reject it due to no lookup records.

    You might want to pas this by your server hosts for help with.

    @hnla

    Participant

    I doubt it’s a bug but design, deleting an account is a WP process, xprofile data is BP data I would assume that WP is not aware of a plugins tables and therefore couldn’t and wouldn’t delete that data. Generally plugins that create tables do not clean them up if deactivated in case data is still required likewise WP would be in error if it started to delete plugin tables. Of course I might be wrong on all that :)

    @hnla

    Participant

    Solutions? WP forums?

    Sorry not meaning to sound dismissive but isn’t this a WP issue rather than a BP one ?

    @hnla

    Participant

    You just need to ensure that this file has same access details for DB as wp-config -also is that path correct ‘www.eq24.co.uk/test/wp-content/’ ‘test’?

    @hnla

    Participant

    Check your bbpress config file, I remarked on this on another thread this morning also I outlined the steps in another on ensuring that group forums re-saved but that is more for situations where one tries to create a topic but gets told it wasn’t possible to create the new topic or reply.

    Don’t at this stage wipe your DB!

    @hnla

    Participant

    You should be ok, don’t think you would have caused harm, the only real issue was the inability of BBpress to access DB for display of topics.

    @hnla

    Participant

    It was the re-install that I was wondering about but good you’ve tried that, bad it didn’t work; the only other thing I can think of is that your bbconfig file is either missing or still holding old values for DB access .Although a server move wouldn’t necessarily mean you needed to change wp-config or bbconfig values but if you did i.e new DB user/pwd then perhaps that change wasn’t carried through to bbconfig, either way I would just confirm file exists and has correct values – it should be found in the doc root same level as wp-config.

    @hnla

    Participant

    Naughty naughty please don’t put words in my mouth, Fair point that maybe my opinions have no value on here never said they didn’t . did, though, express my opinion that I saw no value in your post here on this subject, your opinions are as worthy as any I’m sure.

    I left this thread open so that discussion could continue rather than lock it in woeful abuse of power :)

    Now look those flipping spammers have caused more strife and anguish is there no end to their vile actions, if this wasn’t a public forum I would take pleasure in describing just what a bunch of *** **** those *** are and **** their **** lives – fill in the blanks ** shrug**

    @hnla

    Participant

    I missed no point I closed the thread in response to the last to post to it, they were remarking on the level of spam they get on their site.

    The thread had no plausible benefit, as stated there are detailed threads on measures one can take and that should be read to simply re-state what we all are aware of can become a little tedious.

    As for your post here, equally I see no real virtue or benefit in it do you not think all the regulars and core devs are not aware of the issue or that people like myself that spend a considerable amount of time on the site aren’t driven to distraction by it? Or that we have not mentioned it often and repeatedly and that there perhaps are reasons that direct and swift action can’t be taken.

    So sorry but you are wrong to contradict my actions I was not preventing discussion just discussion revolving a subject that simply goes nowhere. We are aware of the issue! Also please bear in mind that this site is manned with volunteers all working away and busy, deleting threads and accounts becomes a very irksome task.

    Technically given what I have said I ought to close this thread, but that would just piss you off wouldn’t it ? ;)

    @hnla

    Participant

    What have you tried?

    @hnla

    Participant

    You have our sympathies, spam is one of those issues that drives us all to distraction and not just from a WP/BP perspective.

    There are some detailed thread on the support groups that list a great many steps that can be taken, please have a look through those and perhaps implement a few recommendations.

    Closing this thread.

    @hnla

    Participant

    So let them know ;) sounds like something in the initial registration/initialization routines is falling over due to changes but plugins already installed and running have got past that point

    @hnla

    Participant

    Have you checked the Codex? Have you checked out the add-all-nav-links to-adminbar plugin ? both might help

    @hnla

    Participant

    Likely if the plugin is called ‘single random post’ then you would place some form of template tag in one of the post loop pages i.e index.php or single.php however you are asking a question about a plugin on another plugins support site, I assume this isn’t a BuddyPress specific plugin but a WP one? If the plugin instructions are not clear then it might be best to see if the authors can answer specific questions.

    @hnla

    Participant

    Understand the issue and frustration with older plugins not working with later versions of BP but it’s not great idea to use old versions of BP as so much of the release cycles is improvements and bug fixes to the core files.

    @hnla

    Participant

    I would say it is very deliberate intended behavior – imagine: you don’t really want to necessarily inform members of every single change, you choose when it’s appropriate to do so rather than have the system do it automatically for any adjustment you may make that is of little interest to members.

    It possibly should be better labeled along the lines of ‘Inform members of *this* change’ and a checkbox rather than radio buttons

    @hnla

    Participant

    The javascript main file ‘global.js and also the ajax file are both included and enqueued from the main functions file in bp-default so I don’t really know why it isn’t working for you other than your child theme isn’t correctly referencing bp-default and that might be the fault of the custom theme?

    you could try adding:
    `
    // Load the AJAX functions for the theme
    require_once( TEMPLATEPATH . ‘/_inc/ajax.php’ );

    // Load the javascript for the theme
    wp_enqueue_script( ‘dtheme-ajax-js’, get_template_directory_uri() . ‘/_inc/global.js’, array( ‘jquery’ ) );
    `
    to your functions file in child theme and copying over the two files into ‘_inc’ folder of child theme and see if that works.

    @hnla

    Participant

    You really should search before posting, rather than have us do it ;)

    this is most likely a mod_rewrite / .htaccess issue o in this instance on a windows server a lack of mod_rewrite.

    It is a question that crops up many times, try this link for some info and follow it’s links as well.
    https://buddypress.org/community/groups/installing-buddypress/forum/topic/rewrite-issues-page-not-found/

    The WP Codex also has advice on url rewriting in particular on windows servers.

    @hnla

    Participant

    Have you tried to install it? Are there specific issues that have arisen?

    There is some issue at present with this plugin whereby the original author is, I think. in dispute with another that he claims has copied his code and released thus the download for the original hasn’t been available, so not sure what version you have or whether this issue has been resolved.

    @hnla

    Participant

    @nit3watch wp-config is not a file that gets overwritten otherwise everyones site would go down every time one upgraded ;) Adding Constants to wp-config is an method set out in the codex as is bp-custom, not that I like adding bp stuff to wp-config particularly.

    @PiManIII you should always check the documentation and do a quick search first as it’s a subject that crops up often have a look through the bp codex as there is a page on this subject. (scroll to bottom)

    https://codex.buddypress.org/extending-buddypress/customizing-labels-messages-and-urls/

    @hnla

    Participant

    @pcwriter go for it, it’s there to be used if it suits the purpose. – API keys were always a pain :)

    @leguis08 Glad it works.

    @gunju2221 It is very possibly a custom theme issue, a custom theme will have to have ensured that the correct action hooks exist in pages as the main maps are fed through to the page via these, you could test with the widget instead which was provided really so that site admins could place the map in more refined custom widitised areas of the members profile pages if they existed.

    When writing something like this you can only account for that which is known thus the included stylesheet is there simply to try and style the map if it’s dropped into bp-default, therefore those styles may not have relevance to a custom theme, especially where that theme may be heavily modified, however the basic styles are worked on elements and element id’s/classes that should exist in any theme.

    The other aspect of course is that you must have created that extended profile field and named it ‘location’ and existing users will then need to actually edit their profile to add an address or partial address for the map to display, if a user hasn’t filled this item in then the map does not display at all.

    @hnla

    Participant

    It’s a child theme if the style.css or primary stylesheet that must live in theme root has ‘Template: bp-default’ sitting amongst the other details at the top, not sure how things work with these template pack conversions as I don’t use it, either creating a child theme from scratch or full theme.

    I’m guessing everything works correctly if you tried the default bp theme, so not sure what’s wrong.

    @hnla

    Participant

    @hnla

    Participant

    You do not need to do anything or at least shouldn’t. A child theme inherits everything from the parent until the point that you copy a file over to the child theme, however certain files are called regardless functions.php and the global.js files are called regardless. To start with do not do anything with your own custom functions file, leave that until things are working correctly. The mention earlier of the @mentions dropdown sounds like a JS issue not a functions file one so I wonder how you’ve set up the child theme. To actually confirm the base install works please activate bp-default and confirm things work.

    @hnla

    Participant

    Unless there is good reason you shouldn’t need to worry about functions.php or at least you can create your own functions.php in your theme root and in that add your own unique functions. It’s as Michael says earlier don’t copy any of the default functions, if you have created a child theme correctly you will inherit that file as well as being able to run your own one in child theme just as long as you don’t try and declare or call the same function twice

Viewing 25 replies - 2,576 through 2,600 (of 3,962 total)
Skip to toolbar