This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
256
Support / Re: How do I hide from the Guest "Thoughts"
« on June 7th, 2014, 07:34 PM »Hi,
How do I hide from the Guest "Thoughts"
thanks
@Nao, theres definetly a Permission missing... "View Thoughts" should really be there, sounds like a feature request :D
257
Archived fixes / Re: A rather silly menu bug
« on June 4th, 2014, 05:23 PM »
Is this one connected to http://wedge.org/pub/bugs/8644/unable-to-click-hover-on-menus/?
And a small hint, with the script.js from wedge.org, this bug looks like solved (firefox 27).
And a small hint, with the script.js from wedge.org, this bug looks like solved (firefox 27).
258
Archived fixes / Re: Disable user selectable language support error
« on June 3rd, 2014, 02:24 PM »259
Archived fixes / Re: Install error get_preferred_language()
« on June 3rd, 2014, 01:50 PM »
I can confirm, now its really really fixed :eheh:
Thanks Nao :)
Thanks Nao :)
260
Test board / [Test][Longname] Re: Testtestestestestestestestestestlooooongname
« on June 2nd, 2014, 07:54 PM »261
Archived fixes / Re: Install error get_preferred_language()
« on June 2nd, 2014, 11:08 AM »Not the installer. Only Wedge itself.
If you upload languages before installing your forum, they will be displayed and you have to choose.
Installing in your prefered language will make this language default in your forum. Go to admin and enable all languages as available.
Change your main language to e.g. English and Browse as guest. Et voila! Wedge is in your prefered language (e.g. German).
EDIT: Checked with the latest commit, bug is still present.
262
Archived fixes / Re: Install error get_preferred_language()
« on May 31st, 2014, 12:21 PM »Hi ;D
I have the same problem, but I not know where I must set the bugfix ... So I must wait ...
Edit:
OK, I have a another wedge git version from 29.05 .. no install issues
this version https://github.com/C3realGuy/wedge/. Its the latest commit + some bug fixes.
But i suggest to stay on the original releases.
263
Archived fixes / Re: Install error get_preferred_language()
« on May 31st, 2014, 01:21 AM »Ouch, forgot to check non-core files...
I think your fix has a limitation, in that it will always return English...
Can you test by replacing the line with this..?Code: [Select] $settings['language'] = 'english';
$settings['userLanguage'] = 1;
$lang = we::get_preferred_language();
Does it return your browser's preferred language pack, now..?
Perhaps im too tired to understand whats wrong ^^ Will have a look on it later :lol:
264
Archived fixes / Some bugs with allow_guestAccess
« on May 30th, 2014, 11:52 PM »
Found some bugs with allow_guestAccess set to false.
They all appear when the user is a guest.
#1
Guests can not switch the skin, because 'skin' is not an allowed action (index.php).
Fix:
Change
Code: [Select]
to
Code: [Select]
#2 Guest sees a searchbox, but he needs to be registered to search, therefore an ugly frame appears. I think the best is to just disable the searchbox for guests when allow_guestAccess is false.
#3 Same for the quick access sidebar element.
https://github.com/C3realGuy/wedge/commit/49b250e9c18c54a6a6e3a05aed33383b0cf37f10
They all appear when the user is a guest.
#1
Guests can not switch the skin, because 'skin' is not an allowed action (index.php).
Fix:
Change
elseif (empty($settings['allow_guestAccess']) && we::$is_guest && (empty($action) || !in_array($action, array('coppa', 'login', 'login2', 'register', 'register2', 'reminder', 'activate', 'verification'))))
to
elseif (empty($settings['allow_guestAccess']) && we::$is_guest && (empty($action) || !in_array($action, array('coppa', 'login', 'login2', 'register', 'register2', 'reminder', 'activate', 'verification', 'skin'))))
#2 Guest sees a searchbox, but he needs to be registered to search, therefore an ugly frame appears. I think the best is to just disable the searchbox for guests when allow_guestAccess is false.
#3 Same for the quick access sidebar element.
https://github.com/C3realGuy/wedge/commit/49b250e9c18c54a6a6e3a05aed33383b0cf37f10
265
Archived fixes / Install error get_preferred_language()
« on May 30th, 2014, 06:16 PM »
Its connected to dfa1bdffa35693773fb1199fc108d1046336375c.
Problem is that get_preferred_language got moved to we::.
Installation fails because of this.
EDIT:
In Class-System.php change
Code: [Select]
to
Code: [Select]
and in install.php
Code: [Select]
to
Code: [Select]
https://github.com/C3realGuy/wedge/commit/7b1146e5f18fa06fb2010b9e0ff482c5bc29f5a8
Problem is that get_preferred_language got moved to we::.
Installation fails because of this.
EDIT:
In Class-System.php change
private static function get_preferred_language($language)to
public static function get_preferred_language($language)and in install.php
$lang = get_preferred_language();to
$lang = we::get_preferred_language();https://github.com/C3realGuy/wedge/commit/7b1146e5f18fa06fb2010b9e0ff482c5bc29f5a8
266
Archived fixes / Re: A rather silly menu bug
« on May 30th, 2014, 03:13 PM »
Some more infos:
Only appears on Home, when i'm on a topic it does not appear.
Therefore try to first switch back to Home and try it again :lol:
http://www47.zippyshare.com/v/86332608/file.html
Only appears on Home, when i'm on a topic it does not appear.
Therefore try to first switch back to Home and try it again :lol:
http://www47.zippyshare.com/v/86332608/file.html
267
Archived fixes / Re: More language bugs
« on May 29th, 2014, 02:47 PM »
dfa1bdffa35693773fb1199fc108d1046336375c fixxed this one => solved
268
The Pub / Re: Dsitributed Project Translation (Transifex)
« on May 29th, 2014, 11:18 AM »
Perhaps a "developement" branch would be useful for the language repo. The problem with this is, that merging could be hard, because incomplete language packs on the master branch are stupid. Otherwise doin it manually should be possible.
EDIT: I'm not sure, but perhaps it's possible to give some people only write rights in a specified branch?! Then you could create for each language another branch, and if its finished merge it to master :hmm:
EDIT: I'm not sure, but perhaps it's possible to give some people only write rights in a specified branch?! Then you could create for each language another branch, and if its finished merge it to master :hmm:
269
Archived fixes / Re: More language bugs
« on May 28th, 2014, 04:22 PM »
Should work for the latest commits, but yes, perhaps it needs a rewrite.
270
Archived fixes / Re: More language bugs
« on May 27th, 2014, 11:04 PM »
I looked again on it and discovered its not more as a simple and stupid hotfix :^^;:
The Problem is the following:
Code: (Class-System.php) [Select]
First, wedge inits an array with all languages available in the wedge install. The problem with this is, that it doesn't take into account if the language is activated. Therefore user can switch to any languages which are installed, but think of a german only board where never english is needed or the browser is misconfigured. The user would not be able to switch back to german :D
Another, better fix for that problem. Just add it after
Code: [Select] Code: [Select]
https://github.com/C3realGuy/wedge/commit/ad89ea431b5bfc4205c919d18eb3b4c3c9ae017a
I'm still not 100% sure about it, but in the moment it looks good :D
The Problem is the following:
// Do we have any languages to validate this?
$languages = getLanguages();
// Allow the user to change their language if it's valid.
if (!empty($settings['userLanguage']) && !empty($_GET['language']) && isset($languages[strtr($_GET['language'], './\\:', '____')]))
{
$user['language'] = strtr($_GET['language'], './\\:', '____');
$_SESSION['language'] = $user['language'];
}
elseif (!empty($settings['userLanguage']) && !empty($_SESSION['language']) && isset($languages[strtr($_SESSION['language'], './\\:', '____')]))
$user['language'] = strtr($_SESSION['language'], './\\:', '____');
elseif ($user['language'] === '')
$user['language'] = get_preferred_language($settings['language']);
First, wedge inits an array with all languages available in the wedge install. The problem with this is, that it doesn't take into account if the language is activated. Therefore user can switch to any languages which are installed, but think of a german only board where never english is needed or the browser is misconfigured. The user would not be able to switch back to german :D
Another, better fix for that problem. Just add it after
elseif ($user['language'] === '')
$user['language'] = get_preferred_language($settings['language']);
// Make sure that the language is activated, otherwise we switch to default language
if(!isset($context['languages'][$user['language']]))
$user['language'] = $settings['language'];
https://github.com/C3realGuy/wedge/commit/ad89ea431b5bfc4205c919d18eb3b4c3c9ae017a
I'm still not 100% sure about it, but in the moment it looks good :D