404 – create yourself page distorted under WP themes

Yes, there is defintitly a flaw in the creation using iunknown wiki posts

1. Create a wiki link that does not exists, in Wiki commponly a title that needs to be converted to avoid special characters:

/wiki/Komplex with umlaute ? and euro €
converted by Chrome and browser when submitted to:
/wiki/Komplex%20with%20umlaute%20%C3%A4%20and%20euro%E2%82%AC

2. Wiki now displays a very ugly title:

Komplex%20with%20unlaute%20%c3%a4%20and%20euro%e2%82%ac
Wiki page you are looking for does not exist. Feel free to create it yourself.

Issues in summary:
A) Title of Wiki is not decoded
B) The “slug” should perhaps even be re-converted after decoding to match WP title-to-slug rules
C) Editor on 404 page is almost unreadable and the editor box not identifyable (same background color without border than most themes, at least give it a decent border)

What are your replies to this?

Thanks

For A)
– Wiki must decode the encoded title for DISPLAY
For B)
– Wiki must prepare the new slug (url part) by sanitizing the decoded title using
sanitize_title('Komplex with umlaute ? and euro €');
resulting in
komplex-with-umlaute-a-and-euro-e

For C)
The editor is designed for admin panel where the background is gray, for white backgrounds the box shows a white-out and no borders are visible.
I am not sure why the page cannot redirect to the normal “Create new” page then all formatting is fine.
OTHER than that, add css from wiki css:

#wikicontent_ifr{
	border: 1px solid gray;
}

For the width issue, a hard fix might be:

.error404 #primary #content {
 width: 99% !important;
}

Of course , I can do theme fixing and all, but at least creation of none-existing wiki articles in my opinion is not well implemented.

Also unlinked links in MediaWiki are tagged in red color, thus a checkup if the link target exists is not done by this Wiki tool.

Hi @shonu,

Thanks for posting on the forum.

Could you please create a page template 404-incsub_wiki.php in your child theme containing following code in it and let us know how it’s working for you?

<?php
/**
 * The template for displaying 404 wiki pages (Not Found)
 *
 */

get_header( 'wiki' ); ?>

    <div id="primary" class="content-area">
        <div id="content" class="site-content" role="main">

            <header class="page-header">
                <h1 class="entry-title"><?php echo rawurldecode( get_the_title()); ?></h1>
            </header>
            <div class="page-content">
                    <div class="incsub_wiki incsub_wiki_single">
                        <?php _e('Wiki page you are looking for does not exist. Feel free to create it yourself.', 'wiki'); ?>
                    <div class="incsub_wiki_tabs incsub_wiki_tabs_top"><div class="incsub_wiki_clear"></div></div>
                    </div>
                    <?php
                        $wiki->new_wiki_form(false);
                    ?>
                </div><!-- .page-content -->

        </div><!-- #content -->
    </div><!-- #primary -->

<?php get_sidebar('wiki'); ?>

<?php get_footer('wiki'); ?>

<style type="text/css">
#wikicontent_ifr{
    border: 1px solid #e5e5e5;
}
body.error404 #content .page-header{
    padding-bottom: 0;
}
</style>

Best Regards,
WPMU DEV

Hi

thanks for your suggestion.
I have tried it and if I get this right, the title that is displayed is rawdecoded, but for plain display.
This does resolve only the display (further testing would be required), but
the actual page title in the system is bad as before as the form submit still encodes the title further:
Slug recorded by WP (my typed text in the URL): “??ü is a€”
The title in WP post/wiki: %c3%b6%c3%a4%c3%bc%20is%20a%e2%82%ac
Then viewing the created wiki:
https://wiki.wp.xxxxxxx.yyy/wiki/site/??ü%20is%20a€/
(when copied: https://wiki.wp.xxxxxxx.yyy/wiki/site/%C3%B6%C3%A4%C3%BC%20is%20a%E2%82%AC/
)
is fine with regards to URL (the slug) but the page is still not recognised as an existing Wiki page:

###############
??ü is a€
Wiki page you are looking for does not exist. Feel free to create it yourself.
###############

So, there might be a bug bridging existing Wiki posts to recognised Wiki pages in the front end.

Hi @shonu,

I visited the shared URLs but but got the page with the error message “This webpage is not available”.

Could you please share the screenshots of the issues that you are trying to notify us so that we can troubleshoot it?

For screenshots, you can simply provide a link to an image through Google Drive, Dropbox, screencast.com, https://imgur.com/ or other image service. ??

Regards,
WPMU DEV

The urls were of course just examples. The servers sit inside our network

You should be easily able to reproduce by using your test wiki and append some special characters after the last “/”, e.g.,
<domain>/wiki/<wiki site>/blahblah??ü€

Screen:
https://drive.google.com/file/d/0B9Q0KbucsEOdSklIR2ZIWXVBS2M/view?usp=sharing

You can see,

• an entry is there (though encoded)
• the current page treats it (when called) like a non-existent wiki page
• that the Wiki navigation title is absolutely unreadable

I know from anotehr CMS that had a wiki component, that it had a relations table thant managed and bridged the names for the URL (slug), the actual title so that from a typed text in brackets [ [ Title of a wiki page ] ] it could be assessed whether it existed already or now.

Hi @shonu,

I have tested on my test site by appending some special characters after the last “/”, as localhost/wordpress/wiki/test-wiki/blahblah??ü€ and see the output in the following screenshot that i am getting.

https://i.imgur.com/SKT3f4g.png

Please advise.

Regards,
WPMU DEV

Thanks for the feedback.
1. The URL behaves differently between broswers. I think more and special characters can be rndered readable there and not always show the encoding, thus the umlaute and the euro symbol (needs final testing of course).

2. The page header/title on the “new post” above the editor looks fine as expected (decoded).

3. What cannot be seen in your screenshot is the advertised title in in
– feeds
– tickers in post widgets as I have in my link above. You can see there that the title is unreadable, probably as of double encoding or so.

I am currently not in office and the project is on halt, this coudl eb your luck in case by the time we continue, we might look into the current status of your wiki. It was looking promising.

We will see.

Hope my input helps.

Hi @shonu,

Thank you for your reply.

– tickers in post widgets as I have in my link above. You can see there that the title is unreadable, probably as of double encoding or so.

I couldn’t reproduce it.

Could you please tell me what is the title of the wiki page that is displayed encoded in the widget as shown in your following screenshot?

https://drive.google.com/file/d/0B9Q0KbucsEOdSklIR2ZIWXVBS2M/view

Regards,
Vinod Dalvi

https://drive.google.com/file/d/0B9Q0KbucsEOdSklIR2ZIWXVBS2M/view?usp=sharing

The link highlighted is for the atricle loaded:

??ü is a€

It is the “Display Wiki” widget using twentytwelve theme in WP 4.0 and also 4.1 (I just upgraded).
Even newly created items show this effect:

https://drive.google.com/file/d/0B9Q0KbucsEOddkFUMEtvZVZkY0U/view?usp=sharing

Hi Shonu,

Thanks for those details and also for your patience with this! Unfortunately, this one’s tough for us to nail down as we simply can’t replicate the issue. ?? I’ve actually created a wiki locally using the name you mentioned:

??ü is a€

And I’m still able to view/edit and interact with that new wiki.

Here’s a screenshot showing a wiki with that name:
https://drive.google.com/file/d/0B7bdY1zZi8JeX3FSYV9JQWFuV0k/view?usp=sharing

I was also able to create a sub-wiki through the front-end with that name as well.

Given the circumstances, if you’d like to contact us through our contact form and provide login details, we’ll gladly have a look onsite to see what we can find that might cause the issue for you.

Otherwise, I can’t really see what would cause that on your site. Could I ask if you’ve tried deactivating other plugins and using Twenty Fifteen to see how it works with that?

I know a plugin/theme conflict is a bit far-fetched in this case, I’m just unable to replicate the issue over here.

Looking forward to your reply!

Cheers,
David

Hi and sorry for the late reply,

hmmm, really odd. I will try the setup on a brand new system, eventually.
This installation is sitting in-house, so not accessible to you.
I have had the plugins all deactivated and still it caused trouble.
Did you use Multisite? Very far fetched, but this already is odd ,-)

I keep you posted

Cheers

Hi @shonu,

Thanks again for your reply. And actually, I used a single-site install myself, at WPEngine. It worked fine there so I’m not sure what the issue might be.

If you could just let us know how further testing works out, we’ll gladly see how we can assist further. ??

Cheers,
David

Hi there @shonu,

We’re really hoping this is now resolved as we haven’t heard back from you. We’d love to assist if it’s still an issue though.

Just let us know if you need further help with it, we’ll be here to assist! ??

Regards
WPMU DEV