Title: devthrashnull's Replies | WordPress.org

---

# devthrashnull

  [  ](https://wordpress.org/support/users/devthrashnull/)

 *   [Profile](https://wordpress.org/support/users/devthrashnull/)
 *   [Topics Started](https://wordpress.org/support/users/devthrashnull/topics/)
 *   [Replies Created](https://wordpress.org/support/users/devthrashnull/replies/)
 *   [Reviews Written](https://wordpress.org/support/users/devthrashnull/reviews/)
 *   [Topics Replied To](https://wordpress.org/support/users/devthrashnull/replied-to/)
 *   [Engagements](https://wordpress.org/support/users/devthrashnull/engagements/)
 *   [Favorites](https://wordpress.org/support/users/devthrashnull/favorites/)

 Search replies:

## Forum Replies Created

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

 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Redirection] Unicode ZERO WIDTH SPACE being injected into redirection queries](https://wordpress.org/support/topic/unicode-zero-width-space-being-injected-into-redirection-queries/)
 *  [devthrashnull](https://wordpress.org/support/users/devthrashnull/)
 * (@devthrashnull)
 * [11 years, 1 month ago](https://wordpress.org/support/topic/unicode-zero-width-space-being-injected-into-redirection-queries/#post-5287525)
 * This character is being added to URLs when they are displayed in the plugin admin.
   I have no clue why, but if you look at line 77 in redirection/models/log.php 
   you’ll see the following:
 * `return implode('&#8203/', explode( '/', substr( $url, 0, 80 ) ) ).( strlen( 
   $url ) > 80 ? '...' : '' );`
 * And line 402 in redirection/models/redirect:
 * `return implode( '​&#8203/', explode( '/', $url ) );`
 * The zero width space is being intentionally added.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Password Protect Wordpress] [Plugin: Password Protect WordPress] Multisite problem](https://wordpress.org/support/topic/plugin-password-protect-wordpress-multisite-problem/)
 *  [devthrashnull](https://wordpress.org/support/users/devthrashnull/)
 * (@devthrashnull)
 * [14 years, 2 months ago](https://wordpress.org/support/topic/plugin-password-protect-wordpress-multisite-problem/#post-2601309)
 * Not sure if you are having the same problem I was, but here’s how I fixed a similar
   issue. The Password Protect plugin was working fine for one site, but when using
   it in conjunction with Mu and Domain Mapping it wouldn’t let me get past the 
   login screen either.
 * The plugin uses the function ‘is_user_logged_in’ which looks for a cookie set
   by WordPress. My issue was that the log in page I was being thrown to was not
   the domain I had the site mapped to, but the sub-directory. So, anytime I would
   log in it would save the cookie for a different domain and think I wasn’t logged
   in on the other domain.
 * All I had to do to fix this was change the ‘siteurl’ value in the ‘wp-options’
   table of the database to the site domain. Hopefully that works for you as well.

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