kodif

No to jest jakiś idiotyzm. We wcześniejszych wersjach, podczas rejestracji user wybierał sobie login i nazwę wyświetlaną i wszystko było jasne. Potem, zależnie od ustawień forum mógł to sobie zmieniać bądź nie. Teraz albo nowi użytkownicy zostaą pozbawieni takiej możliwości, albo starzy otrzymają raptem możliwość zmiany swojej nazwy wyświetlanej, jedno z dwojga. Tak przy okazji, to zmieńcie w tłumaczeniu ten bit podczas rejestracji: "Nazwa wyświetlana" bo to na pewno nie jest nazwa wyświetlana tylko login.

Zalogowany jestem jako admin

W system - ustawienia - members - Username Restrictions mamy taką opcję: Allow display names If enabled, the member can choose a "Display Name" that is separate from their "Log in UserName" Fajnie, ale ja nie widzę gdzie ten user może ustawić sobie "Display name". W czasie rejestracji jest tylko jedna opcja: Nazwa wyświetlana, nie ma Loginu do wyboru. Coś przeoczyłem?

Nie o to mi chodzi. Jakbyś był tak uprzejmy i sprawdził co Ty masz, czy pierwszą czy druga wersję - chodzi o plik ips.register.js. podejrzewam że skoro nic nie robiłeś to masz pierwszą wersją a i tak u Ciebie działa. Edit: Ok, sam sobie sprawdziłem co tam masz, masz to var _t = t.responseText.replace( /\s/, '', 'g' ); i działa tu na ize, a u mnie ni cholery. To mnie właśnie zastanawia dlaczego tak jest.

I drugie pytanie: Dlaczego u jednych to działa a u drugich nie?

Ticket pójdzie ale z zupełnie innym pytaniem: "O co qwa chodzi?" Jakub napisał że zostało to rozwiązane w późniejszych wersjach i ja głupi, zasugerowalem się tym i nie sprawdziłem dokładnie treści ips.register.js, tzn zerknąłem, zobaczyłem że jest jakieś var _t = t.responseText.replace i doszedłem do wniosku że jest ok. Teraz się przyjrzałem i widzę że w oryginale, w ips.register.js zmienna jest poddawana zmianie w sposób: var _t = t.responseText.replace( /\s/, '', 'g' ); ale w linku podanym przez Jakuba wyglada to troche inaczej: var _t = t.responseText.replace( /\s/g, '' ); Po zmianach w ips.register.js na druga wersję zaczęło wszystko działać, ale kompletnie nie wiem o co chodzi. Czy ktoś kto zna javę może mi powiedzieć jaka jest różnica pomiędzy tymi dwiema funkcjami, bo mi to spokoju nie daje?

Cache czyściłem , nawet posunąłem sie do tego że wywaliłem wszystkie js i skopiowałem te z czystej, nowej instalacji - nic nie pomogło.

Ok, działa. Wrzucone do katalogu z forum, Problem był w braku "RewriteEngine On"

Wyskoczył błąd Nieprawidłowe przekierowanie Firefox wykrył, że serwer przekierowuje żądanie tego zasobu w sposób uniemożliwiający jego ukończenie. W jednej i drugiej linijce powinno być upgrade.html? Edit. Cała domena przekierowała się do upgrade.html, nie tylko forum

Meczę się przekierowaniem z pliku forum/index.php na forum/upgrade.htm i nic mi nie wychodzi Gdy wstawiłem .htacces do katalogu forum i wpisałem tam linijkę Redirect 302 index.php upgrade.htm to jedynym efektem był bład 500 po próbie wejścia na forum po dodaniu Redirect 302 forum/index.php forum/upgrade.htm do .htaccess w głównym katalogu strony, serwer wysypał się całkowicie Ktoś mi może pomóc jak przekierować wszystkie wywołania forum na jeden plik upgrade.html ?

Aaa.. o to Ci chodzi Nie, nie ma żadnych czerwonych kropek, to już sprawdzałem sam.

Sprawdzę, ale jak mam to zrobić?

co oznacza że również na default'owym IPB po upgrade.

No tak, ale ja nawet nie dotknąłem wersji 3.2 Upgrade robiony jest z 3.1.4 do 3.3.2

Podczas nowej rejestracji, po wpisaniu nazwy użytkownika pojawia się czerwone pole z napisem "notfound" Nie ma znaczenia ani język ani styl, jest tak zawsze. Co ciekawe, czysta nowa instalacja tego błędu nie ma, tzn jest prawidłowo "Dostępny" Czy ktoś wie gdzie szukać błędu?

Już jasne. w pliku admin\applications\members\modules_public\ajax\status.php dodałem to + bit języka if ( $forMemberId != 0 ) { $this->returnJsonError( $this->lang->words['no_status_change_here'] ); } bo gdy dopisujemy coś sobie, to $forMemberId wynosi zero, a nie jak przypuszczałem nasze id Wydaje się że teraz wszystko działa jak trzeba ale... po co w takim razie jest jeszcze ten plik z bardzo podobnymi funkcjami? admin\applications\members\modules_public\profile\status.php

W pliku admin\applications\members\modules_public\ajax\status.php mamy funkcję dodającą nowy status protected function _new() { IPSDebug::fireBug( 'info', array( 'Status content: ' . $_POST['content'] ) ); IPSDebug::fireBug( 'info', array( 'Cleaned status: ' . trim( $this->convertAndMakeSafe( $_POST['content'] ) ) ) ); /* INIT */ $smallSpace = intval( $this->request['smallSpace'] ); $su_Twitter = intval( $this->request['su_Twitter'] ); $su_Facebook = intval( $this->request['su_Facebook'] ); $skin_group = $this->getSkinGroup(); $forMemberId = intval( $this->request['forMemberId'] ); [itd.....] poniżej tych linii dodałem to: if ( $forMemberId != $this->memberData['member_id'] ) { $this->returnJsonError( 'Brak możliwośći' ); } ale to blokuje dodanie nowego statusu zarówno w czyimś profilu, jak i we własnym. Czy $forMemberId to nie id uzytkownika któremu dodaje sie nowy status?

Oki, oki Ja juz główkowałem i dowiedziałem się że w 3.3 admin\applications\members\modules_public\ajax\comments.php w ogóle nie jest wykorzystywane i można ten plik wywalić w kosmos bez straty dla forum. Myślałem że ktoś mnie naprowadzi gdzie teraz trzeba tego szukać. Dobra, pogrzebię w status.php, tam powinno coś być a na zakończenie: - A dokąd to idziesz z tymi kwiatami? - Babie swojej podaruję. - Ale przecież te kwiaty są sztuczne! - A baba nadmuchiwana.

Był juz taki topic, dotyczył 3.1 i działało ok w 3.3 nie działa ta metoda Gdzie i co trzeba edytować aby wybrane grupy nie mogły dodać komentarzy do profili userów? Powoduje to trochę nieporozumień, niektórzy mniej kumaci widząc w profilu "Zostaw wiadomość" traktują to jako możliwość pogawędki w userem i potem mam prywatne dyskusje w statusach w profilu Chciałbym w ogóle wyłączyć to co kiedyś było komentarzem do profilu, a teraz siedzi nie wiedzieć dlaczego w statusach usera, natomiast chciałbym zostawić niektórym użytkownikom możliwość dodawania komentarzy do statusu (niektórym, bo oprócz moderowanych) Pewnie nie jest to jasne o co chodzi więc poglądowy obrazek

Do poprawki jest ten string Omówione tutaj: http://community.invisionpower.com/tracker/issue-37340-warning-notification-messed-up/ i dotyczy również Waszego tłumaczenia

W pamelu moderatora mamy zakładkę gdzie są usunięte posty i tematy. O ile przy usuniętych tematach jest informacja kto dany temat usunąl, o tyle przy usuniętych postach takiej informacji nie widzę. Tak ma być czy u mnie coś nie działa? A jeśli tak ma być, to jak w takim razie to zmienić żeby jednak było wiadomo kto usunął post?

W poprzedniej wersji było jedno tylko ustawienie kolejności, stąd moja pomyłka Dziękuję i do zamkniecia

Witam Shoutbox 1.3.2, forum 3.3.2 Ustawiam kolejnośc od najstarszych do najnowszych, położenie na dole strony. W shoutboxie na dole forum kolejnośc jest prawidłowa, ale gdy shoutbox jest otwarty z zakładki w głownym menu forum lub w postaci oddzielnego okna, kolejność nie zmienia się i zawsze jest od najnowszych do najstarszych. Czyszczenie cache, kasowanie cookies nic nie daje, nie ma mozliwości zmiany kolejnoiści wyświetlania wspisów w shoutboxie w oknie, w shoutboxie na dole forum kolejność wpisów zmienia się zgodnie z ustawieniami. Jakieś sugestie?

Dziękuję, do zamknięcia

Zakłądka "O mnie" w profilu nie działa Pojawia sie błąd :Error: Could not load template 'tabAboutMe' from group 'profile' W skinach faktycznie nie ma takiego bita. Co się stało z tą zakładką? Aha, jest tak po upgrade 3.1.4 > 3.3.2