Forum Replies Created

Viewing 15 replies - 16 through 30 (of 50 total)
  • Thread Starter xflow

    (@xflow)

    Hi

    The theme has absolutely nothing to do with displaying the WP quick gallery. Well, had to open and save all involved attachments. After having done that I get my translation. I wonder why “[:de]mein titel[:en]my title” was different to “[:de]mein titel[:en]my title” (that’s a rhethorical question, as titles stayed the same…)

    Florian

    Thread Starter xflow

    (@xflow)

    Hi John

    Found the error and it was – you are totally right about it – a conflict between qTranslate X and another plugin that I’ve installed. I’ve fixed that.

    One thing: I experienced quite some weird browser behaviour after migrating to qTranslate X. Meaning, that the plugin as you deliver it, has set English as default language. My default language is German though. The browser somehow seems to remember the new language and automatically forwards to the English content, while German is actually the default language. Resetting browser cache made German content appear by default again.

    Florian

    Thread Starter xflow

    (@xflow)

    Found the problem:

    Get method was addressing a wrong action:
    echo get_option('home').'/'.qtrans_getLanguage().'/'

    correct would be:
    echo esc_url( home_url( '/' ) );

    Works now. Sorry for double post.

    Thread Starter xflow

    (@xflow)

    And thanks for deleting my other post… You’re good at censorship but not at helping people.

    I keep posting here. There are surely more cooperative moderators around.

    ———————–

    The upload itself works as the file gets successfully transferred into /wp-content/uploads/ folder. Hence it’s not an upload problem and no file/folder permission problem.

    Second step after the actual physical file upload is the creation of miniature images getting cropped out of the original JPEG file and that is the step that fails.

    I tried to upload different file versions having the long side ranging from 2000px to 6000px. Once the file approaches or becomes wider than 5000px the upload starts to fail, what looks like a ran-out time out to me. Since non-wide JPEGs become processed properly including miniature images again I can say: it is not a file/folder permission problem.

    Also it is not a file size related problem, as I’ve uploaded a 4000px 12MB file – that got properly processed – and later a 5000px 8MB file that let the error occur.

    Under WP 3.8.3. I had no such problems to process larger files. WP was very quick and after the file upload was finished, the entry in the media library (including all miniatures) was instantly available/accessible. But now – under WP 3.9.1 – AFTER the actual upload got finished, it takes WP about 2 additional minutes to create the miniature images. Well, IF they get created at all.

    Thread Starter xflow

    (@xflow)

    Disabled all plugins and used default theme though to double check if a default installation works well upload-wise.

    By saying that I mean that even a default installation’s upload functionality doesn’t work.

    Thread Starter xflow

    (@xflow)

    Reading my initial post helps…

    xflow

    (@xflow)

    Hi

    Already posted my infos in another thread. I have the same problem and to me it appears it’s a general upload problem.

    I tried drag & drop, I tried the browser uploader, I tried the AddServer plugin to transfer a manually uploaded image into the media library. All I get is a white screen and the browser stops completely. After re-entering WP-Admin panel I see only a blank entry in the media library.

    Since I also used the AddServer plugin I am very sure that we speak about a general and not theme related problem.

    I was using 3.8.3 before, everything worked well. Now with 3.9.1 I have the upload problem.

    I tried different browsers as well and the problem occurs in Chrome, FF and IE.

    Florian

    xflow

    (@xflow)

    Hi

    I am experiencing something similar. I can’t upload files anymore anymore.

    Tried drag & drop, tried the browser uploader and finally tried the AddServer plugin to make sure it’s not the theme and not the actual upload process. All I get is a blank media entry in the media library.

    I have a very basic installation running, only theme, Akismet and that’s it. Before upgrading from 3.8.3 to 3.9.1 everything worked fine.

    Regards
    Florian

    Thread Starter xflow

    (@xflow)

    Or make an option so that coded inline CSS can be switched off completely.

    Thread Starter xflow

    (@xflow)

    Double checked my observation. Version 1.1.5 is ok and does NOT show the above described misbehaviour.

    Thread Starter xflow

    (@xflow)

    Also the automatically produced slug is suddenly case-sensitive now and not sanizited.

    Example:
    Draft title is “Kamtschatka Eishöhle”

    Automatically produced slug
    was before: “kamtschatka-eishoehle”
    is now: “Kamtschatka Eishöhle”

    Hi guys

    WP 3.7 and qT 2.5.37 are not compatible. Have look what I experienced (link) after having updated to 3.7 – now I changed back to WP 3.6.1 since under these circumstances qT works properly and the expected way.

    Having adjusted the QT_SUPPORTED_WP_VERSION in qT 2.5.36 to force it being compatible with WP 3.6.1, I got the same PHP errors like described in the link below. The qT update to revision 37 fixed everything, the PHP errors do not appear anymore. That proves that adjusting QT_SUPPORTED_WP_VERSION is only a woraround, it does not solve the actual problem. Some of you do not get these PHP errors as it’s likely that your PHP configuration forces PHP warnings to become suppressed.

    http://ww.wp.xz.cn/support/topic/header-already-sent-problem-back-after-wp-update

    Best!
    xflo:w

    Thread Starter xflow

    (@xflow)

    Since WP 3.7.1 already looms and a qT update won’t be available in the near future (as always…), I switched back to WP 3.6.1

    Using WP 3.6.1. and qT 2.5.37 my WP installation has no problem at all…

    The errors stated above do not appear in every WP installation as your webserver might have different settings if and how PHP ignores errors.

    Thread Starter xflow

    (@xflow)

    Hi Mitcho

    Yes, I am calling the wp_list_pages() myself in my sidebar.php

    Since recently I didn’t install any plugin I doubt that a plugin causes that effect.

    Thread Starter xflow

    (@xflow)

    Hi Mitcho

    I did a little trial and error and it’s a pretty weird interaction in my sidebar.php – the sidebar’s task is to display a list of the website pages, then the related posts, then categories and tags etc…

    When I put related posts before calling wp_list_pages() then it works, but using related posts after wp_list_pages() then only random articles get displayed… Weird… Even more weird when knowing about the fact that it worked a couple of weeks ago. Maybe that’s a WP 3.5.1 issue? That’s the only major update I made.

Viewing 15 replies - 16 through 30 (of 50 total)