+ // JTR: preparsecode() corrupts the array by converting it to a string. +if (isset($_POST['custom_field'][$field['id']]) && !is_array($_POST['custom_field'][$field['id']])) -preparsecode($value); +preparsecode($value);
// Do the value checks if ($field['type'] == 'checkbox') { -foreach ($value as $val) -if (!in_array($val, $field['options'])) -fatal_error(sprintf($txt['aeva_cf_invalid'], $field['name'])); - // Nothing set? if (empty($value) && $field['required']) fatal_error(sprintf($txt['aeva_cf_empty'], $field['name'])); elseif (empty($value)) continue;
+foreach ($value as $val) +if (!in_array($val, $field['options'])) +fatal_error(sprintf($txt['aeva_cf_invalid'], $field['name'])); + // Set the proper value $value = implode(', ', $value); }
]]>live627https://wedge.org/profile/live627/2019-01-31T23:54:24Z2019-01-31T23:54:24Ztag:wedge.org,2019-01-31:topic-8954Error id_file in Media Galleryhttps://wedge.org/pub/fixed/8416/aeme-the-database-value-you-re-trying-to-insert-does-not-exist-id_file/msg297278/#msg297278
Now the error is also on wedge.org. Click in the menu on Media Gallery, And the gallery displays the error "The database value you're trying to insert does not exist: id_file"
]]>Frankyhttps://wedge.org/profile/Franky/2017-07-22T10:23:55Z2017-07-22T10:23:55Ztag:wedge.org,2017-07-22:topic-8850YouTube Videos not FullscreenYouTube videos can no longer be displayed in full screen. Is there a solution for this?Frankyhttps://wedge.org/profile/Franky/2017-07-15T17:05:45Z2017-07-15T17:05:45Ztag:wedge.org,2017-07-15:topic-8849No referral to the secure connection https://wedge.org/No referral to the secure connection (SSL server certificate) wedge.org and this also applies to the license and authors reference
:edit: Also includes almost all links in Homepage Wedge.org]]>Jurienhttps://wedge.org/profile/French/2017-03-19T09:49:10Z2017-03-19T10:28:56Ztag:wedge.org,2017-03-19:topic-8844Couple things to look into... - DoLogin() in Subs-Login accesses we::$user['ip'] (previously $user_info['ip']). I couldn't find any reference to we::$user being set during the login process, leading me to believe maybe we should use $user_settings everywhere across that short function. Can you find one reference to it..?
- On LT I've been marking topics as unread and noticed the number of unread counts was higher than before I reached said topic. I specifically rewrote the unread system to make sure it would keep track of it. Can you look into it and determine if I screwed up something..? :edit: Just tried on your last post on the BBC topic, and voilà, 9 unread posts... I definitely screwed something up then, because I'm positive that it used to work.