HUP ismert hibák listája - 2025

Fórumok

A kiadó tervei szerint a HUP motor újabb nagyobb tatarozáson esik majd keresztül a közeljövőben. Nem csak a legfrissebb támogatott Drupal verzióra váltás a cél, hanem a régóta fennálló bugok kigyomlálása is.

Ezen bugok listája (kéretik minél pontosabb leírással a hozzászólásokban leírni a reprodukálási lépésekkel együtt):

....

A KOMMENT SZEKCIÓBÓL AZ OFFTOPIK - VAGYIS NEM HIBAJELENTÉS - TÖRLÉSRE KERÜL!

Hozzászólások

Nálam tökéletesen működik. Azokat a témákat, amiket figyelni akarok (akár hozzászólok, akár nem), azt kigyűjti a fenti menüpont alá. Na de ez így offtopic, úgy használod, ahogy szeretnéd. De azt nem mondhatod, hogy nincs rá megoldás.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Követett tartalmak és friss tartalom szekció olvasatlan számlálója hajlamos valótlant mutatni. Sajnos elég random hogy jön elő, próbáltam több böngészőből, üres lapról átkattintva, inkognitóba, telefonról, tabletről, linuxról, macről, volt hogy újratöltés megoldotta, volt hogy nem.

Már úgy hozzászoktunk a bugokhoz, hogy azokat featureként érzékeljük :D

[Falu.Me]==>[-][][X]

A topic aktivitását látva két eshetőséget látok:

1. A HUP tökéletesen bugmentes, optimális felhasználói élményt nyújt a felhasználóknak

2. Már kihunyt a tűz, és arra sem veszik a userek a fáradtságot, hogy leírják újra, hogy mi az ami nem működik megfelelően. 

Aláírás _Franko_ miatt törölve. 
RIP Jákub.
neut @

Még egy, bár ez inkább csak javaslat: Ugye az tudott hogy ahogy nő a kommentek száma úgy lassul a betöltés, jelenleg erre workaround a huprobot, én az ezres triggert levenném 500-ra mert már ott elkezd érződni a lassulás.

Hmmm, régen mintha a felső szalagban is lett volna rá hivatkozás.
Mindegy, akkor csak az én egyik tabom ragadt egy 403 után fixen a "A hozzáférés megtagadva / Nincs megfelelő jogosultság a lap megtekintéséhez." oldalon, hiába jelentkeztem be.

Nahat, a fent emlitett ket bug egyiket sem ertem. Konyvjelzo, HVK, mivan?

Én hibának minősítem, hogy egyszerre csak 3 session-öm lehet. Én legalább 4 eszközről használom a HUP-ot: asztali gép, tablet, telefon, laptop. Eléggé kellemetlen, hogy éppen az aktuális eszközzel mindig újra be kell lépni.

A 6 másodperces késleltetés gondolom a dupla kommentelés megelőzésére lett bevezetve, viszont a szerkesztés nem tud duplázni, ott felesleges.

Szerkesztve: 2025. 04. 22., k – 11:16

Tudom, nem hiba/bug, hanem fícsör request, de nem lehetne lassan beizzítani egy 2FA-t itt is? Ha csak egy TOTP erejéig. De egy Passkey-nek még jobban örülnék.

6FA kellene.

telefonszám

emailcím

TAJszám

adószám

bankszámlaszám

bankkártyaadatok

De mindezt a HUP plain text-ben tárolhatná, csak a biztonság kedvéért. Mert oly gyakran törnek fel usereket, hogy erre tényleg szükség van.

Hiszen ha feltörik a felhasználónkat, akkor elveszíthetjük:

Mindegy, csak olyan dolog legyen, ami miatt érdemes legyen feltörni a szervert és elvinni róla az érzékeny adatokat, megszivatva a felhasználót. Éljen a nyócfaktor!

A megszerzett HUP azonosító értéke, hogy tudnak spammelni az oldalon? Olvashatóvá válik a többi user email címe? Hozzáférhetnek a Veterán klub tartalomhoz, ahol több mint fél éve született a legutolsó topik? Micsoda az értéke, ami miatt érdemes lehet feltörni az usert?

Megfordítom: miért kell regisztráció ide? Mindenki hozzászólhatna kvázi anonim, aztán az aljára odalöki a szignóját is (ha akarja). Na ezért kell a hitelesítés, h. a személyazonosság-lopást megnehezítse.

Főleg h. ettől a hónaptól már böri jár a másik ember gyilkossággal fenyegetéséért online is. Te nevedben küldök 1 ilyet Orbánnal, a TEK automatikusan a te ajtódat rúgja be hajnali 2-kor másnap. Aztán bizonygathatod h. én felnyomtam az accountodat, mert a random IP ahonnan ment a login, mire is jó, ha nem köthető se hozzám se hozzád?

> miért kell regisztráció ide? Mindenki hozzászólhatna kvázi anonim

pedig V vagy, emlekezhetnel hogy kb az elso 5 evben a HUP igy mukodott... aztan amikor kotelezo lett a regisztracio akkor valasztottam az anonymous usernevet :) de az egy ido utan nem mukodott tobbet (trey tagadta hogy miatta, lehet valami drupal frissites nyirta ki) aztan emiatt lett egy uj regem (faszom) ami kesobb at lett nevezve :)

dehogy emlékszem rá mi volt itt 10-15-20 éve...! Pont az a lényege a v-nek, h. Vénfasz, arra sem emlékszik már mi volt tegnap.

Akkor a "faszom" az te voltál? Na mert arra mondjuk pont emlékszem :D nagyon míves usernevet választottál anno.

Ja tényleg. Max 3 hónapig, utána szó nélkül lejár. Persze az újat nem tudod olyan fiókhoz rendelni, amelyiken van egy akár lejárt token.

 

Másik: https://prohardver.hu/tema/synology_nas_a_nem_hivatalos_forum/hsz_96844…

 

Harmadik: pont itt pörgött, hogy vkinek ellopták a fb accountját és bekapcsolták a 2 faktorost. Éljen! Megszabadult tőle legalább.

Mondjuk ha már tanúsítvány, lesz nagy seggfájása mindenkinek, aki olyan cert-eket muszáj kezeljen, ahol a 3rd party vackok egy részét baszik a gyártója automatizàlt tanúsítvány-kezelésre alkalmassá tenni:

TLS Certificate Lifetimes Will Officially Reduce to 47 Days

https://www.digicert.com/blog/tls-certificate-lifetimes-will-officially…

Tudom nem ezt szeretnéd hallani, de én is úgy látom, hogy felesleges lenne ide 2FA. Ez egy kisebb informatikai oldal, ezen a fiókod ki térítené el, ki szerezné meg az egy faktoros azonosítást? Mert online bankolásnál, állami ügyintézésnél, komolyabb online előfizetéseknél fontos, meg az összes kontaktod tartalmazó közösségi oldalas fiókot, autentikálásra is szolgáló e-mail fiókot védeni kell extra faktorral, arra ott van a komolyabb motiváció, hogy ellopják, meg kárt okoznak vele. Most őszintén, kinek kellene itt akárkinek a HUP fiókja? Ellopják, hogy tudjanak hajbival trollkodni vagy trey karjáról lezsírozni a Rolexet? Vagy mit nyer azon, ha valaki megszerzi a fiókod? Nyers adattömegben sincs értelme, nincs itt annyi user, olyan kritikus tömegben, hogy egy hackernek megérje felnyomni az egész oldalt, hogy jó kis zsíros személyes adatokkal teli dump-ot tolhasson ki valahová.

Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Nem tudom mi volt a konkrét eset(ek), annyira emlékszem volt régebben pár user akiket átvett más. Hogy feltörte v. átadták (zsarolásra? fenyegetésre?) a jelszót azt nem tudom, nem is érdekel. Én a 2fa miatt írtam ide, h. az ellopást (amik vagy kiderültek v. nem, azoknak nem volt visszhangja) nehezítse meg. Nem kötelező használni.

Volt egy tobbszorosen bannolt user, aki eleinte kapott par hupot meguno usertol egy user/pass parost. Eleinte (valoszinuleg, tobbnyire, vagy akar teljes egeszeben) ezek onkent lettek atadva.

Aztan evekkel kesobb sok bannolt accounttal kesobb legalabb ket (velhetoen amugy egymast sem kedvelo) azota mar uid_-lal kezdodo nevu usernek allitolag olyan ajanlatot tett, amiben a user/pass atadas a deal resze lett volna...

Egyetlen magyar nyelvű linket sem voltál képes adni. :( Mindenesetre elég ijesztő, hogy az összes MS és/vagy Google. Kb. ez az a két cég, amelytől mindenképpen távoltartom magam. Azt csak remélni tudom, hogy nem valami vendor locking megoldásra tettél javaslatot.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Elolvastam. A cikk semmit sem ír a Linuxról. Privacy sértőnek gondolom, hogy a hardware használatának feltétele biometrikus azonosítás legyen. A jelszó kizárólagosan hozzám köthető, mert azt én tudom, ugyanakkor nem személyes adat, nem jellemző rám. Az ujjlenyomat vagy arckép igen. Problémának tartom azt is, hogy csak egy eszközről tudnék bejelentkezni, másik eszközön kezdhetném elölről a szerencsétlenkedést.

Nem kell! Undorító.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Mivel magyar kellett neked, kaptál magyart. Az nem jelenti azt, hogy ez a magyar leírás 1) jó 2) korrekt 3) a fejedben levő vágyott szempontlistát nem osztottad meg, h. esélye lett volna azokra kitérni.

Az angol videók, cikkek pedig jobbak, sokkal... De aki az IT világban nem hajlandó az angolt beszélni, annak maradnak ezek a gyenge magyar változatok.

A lényeg világos. Van egy TPM chip, amely tárolja a privát kulcsot, publikussal a túloldal titkosít, priváttal én kibontom. Eszközben tárolt, csak így megszívtam, ha másikat is használnék, mert az egész felhajtást ott is meg kell csinálnom. Sőt, ha a szükség úgy hozná, idegen gépről meg sem tudnám ezt tenni.

Nekem annyi az igényem, hogy én ne legyek azonosítható, csak úgy, mint az a valaki, akié a fiók. Azaz egy általam ismert valamivel azonosítsam magam. Jé, hát ez éppen a jelszó! Nahát, megvan, feltaláltuk. Ez az, amit én szeretnék.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

sokmindenki szeretne, hogy a huszezresben, szemelyi igazolvanyban, stb. se legyenek masolasvedelmi eszkozok, eleg legyen egy fenymasolo meg par a4-es lap :) a valosagban viszont ez egy ideje nem eletszeru :)
a tpm es tsai pont azert vannak, ha a koszos eszkozod, ahol a loginodat/sessionodet/stb-t plaintextben akarnad tarolgatni, vedett legyen mikor olyanhoz kerul, aki nem te vagy :)
a masik kenyelmi oldala pedig az, hogy minek kene barkinek X karakteres jelszavak tomkeleget megjegyezgetni, mikor van biometrika, ami azonosit es nyitja a private keystore-t.

Nem, de az eszköz hamisítathatatlanul egyediesíthető. Ugyanakkor az eszközre való hitelesítés esetében egyre inkább erőltetik a biometrikus azonosítást, de tudható ez úgy is, hogy arról az eszközről intéz valaki személyre szóló műveleteket, mint amilyem az Ügyfélkapu használata. Az adatbázisok összekapcsolása után valóban, akár a HUP is kiírhatná, hogy én vagyok a Józsi.

Külön öröm, hogy rádiós kommunikáció esetén hiába kapcsolja valaki ki a GPS/GLONASS/GALILEI interface-t, és most tegyük félre, hogy az eszköz úttörő becsszóra megígéri, hogy nem használja - haha! -, 5G-n a többi eszköz által, de 4G-n is a Wifi hotspotok által pontosan tudható, hol van az eszköz.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

nem igazan ertem mi itt a gond. ha jol lattam, minden passkey egyedi: nem olyan mint az sshkey, hogy mindenhova lerakod a pubkey-edet, es akkor osszegyujtheto, hol vagy fenn. ami passkeyt hasznaltal X sitehoz, az nem fog menni Y-nel, oda masikat kell "generalni".

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Huh, ilyet még nem láttam:

Ez a hozzászólásom: https://hup.hu/comment/3181829#comment-3181829 erre válasz: https://hup.hu/comment/3181501#comment-3181501 (oda is ugrik, az is nyílik ki a parent mutató panelen) viszont ez alatt van vizuális hierarchiában: https://hup.hu/comment/3181502#comment-3181502 (ami egyébként ugyanúgy top szinten van, mint amire válaszoltam, és egymás alatt vannak, de valamiért rossz alá pakolt be)

és most nézem, hogy arpi is belefutott, van felette még három ugyan így, mert neki is feltűnt.

Kilépett állapotban is lehet szavazni. Csak belépve lehessen, kilépett állapotban az eredményeket jelenítse meg.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

A követett tartalmakban látom az új hozzászólásokat. Belépek, megnéztem a tartalmat, kilépés után néha - fogalmam sincs, mitől függ - továbbra is annyi új hozzászólás van feltüntetve, mint korábban, de ezek már nem újak. Rákattintva nem is az első új hozzászólásra visz, hiszen az már nincs, hanem a nyitó tartalomra.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Favicon csereje 16x16-rol legalabb 32x32-re. A kezdo kepernyomon megjelennek a kedvenc weboldalak ikonnal de csak a Hup pixeles.

Szerkesztve: 2025. 05. 19., h – 08:32

komment szerkesztesekor ha kijelolsz EGERREL egy szot es DEL, akkor a kurzor nem a torolt szo helyen lesz hanem visszaugrik annyi karaktert amennyi a szo hossza volt, pedig mivel azt kitorolted nem kene ugornia sehova. firefox, mac-en.

Nem egészen bug, de szerintem tegnap óta döcögős a szerver, nagyok a response time-ok, lassan frissül az oldal.

Nálam is lassan jön be a hup de már hetek óta, próbáltam ios-mac-android-linux-ról is de ugyanaz a tünet. Minden más villámgyors, egyedül a hup lassú.

Telekom a szolgáltató, sajnos ennyit tudok csak támpontnak adni mert minden mást (böngészők, inkognitó, más os) végigpróbáltam már.

A rossz hír - kiindulva a r00t.hu-n folyó lassan fél éves tesztelésből - hogy a Drupal 11 legfrissebb verziójában is szar a számláló, így arra váltástól én nagy változást nem várnék.

trey @ gépház

Jelzem, nekem működik, szerintem te nem érted, hogy miért nem érint. Valószínűleg az admin user-nek nem cache-el, szóval ... :D

De miért nem jelented be te egyébként? Miért nem segíted ennyivel a munkát azon az oldalon, ahol napi rendszerességgel koptatod az adatbázist?

trey @ gépház

es hol is vagy admin? a hupon? tehat a kezed alatt levo szerszamod egy szar. mondogathatod, persze, hogy teged nem erint, de a valosag az, hogy leszarod. :) #arcpalma.
nekem fingom sincs melyik resze ez a motornak, nem is erdekel, nem az en munkaeszkozom. en max. ide reportolom, neked, mert itt bugos es ez a keres. :)
aztan, hogy te ezt a munkaltatoddal hogy meccseled le, az mar megintcsak: your problem.

Muha, érzelmi zsarolásnak ez sovány lesz. Jelzem, ez a felmérés azért indult, hogy felmérjük, hogy mit kellene javítani. Majd ezután megbízunk egy fejlesztőt, aki megkapja feladatba. Én egy bugreporter voltam a szálban, aki jelezte, hogy mit tapasztalt (tehát én vettem a fáradságot és teszteltem). Neked csak a szád jár.

:D

your problem.

:D

PS: rosszul dolgozod fel a rossz híreket :D Orvos? Valaki csak tud segíteni a megküzdési mechanizmus kialakításában.

trey @ gépház

hint: ezt kene javitani. mondjuk elso korben egy drupal bugreport segithet. csak ugy mondom :P
te kezdted a terelest, rogton azzal, hogy a munkaltato sara, aztan meg, h reportoljam _en_... why? a te munkaeszkozod hibajat :) a masik mondatod meg az, hogy a munkaltatod sara.
igazabol mindeki mas dolga, csak epp a tied nem. mert... telibeszarod. #arcpalma
Én egy bugreporter voltam a szálban > jajajaja, mintha nem mondtuk volna el kiscsillioszor, h szarazaszar a jelenlegi verzio atvetelekor, ugye? :)
rosszul dolgozod fel a rossz híreket > en csak feltettem az ezer dollaros kerdest, h vajon bugreportoltad-e mar. ra is ugrottal, mint putyka a zold takonyra. mostmeg vered mas pelojaval a csalant :D

Értem, hogy most kezdesz beleugatni ebbe, miközben én ezzel foglalkozom 20 éve és tudom, hogy a Drupal fejlesztők tisztában vannak ezzel a problémával (talán nevergone is megerősítette évekkel ezelőtt), bugreportok is születtek. Mit szeretnél bejelenteni? Ez egy évtizedes ismert hiba a Drupal Core-ban, amit nem javítanak ilyen-olyan okok miatt. Benne kellene lennie a bugtracker-ükben. Hogy ezt inkompetencia, erőforráshiány, vagy egyéb okokból nem javítják, azt nem tudom, de nem is érdekel.

trey @ gépház

Drupal 11.1.7

PHP 8.3.6

Apache 2.4.58

MySQL 8.0.42

Külső cache nem volt előtte, belső gyorsítótár OFF, akkor se működött. Random jelzett új kommentet, ahol nem volt, a számláló random számolt.

Most Cloudflare van előtte, CF modul nélkül, cache bekapcsolva, de policy-ből tiltva, nyilván nem működik jól, de most nem is várom el. De mint mondtam, CF nélkül is hibás volt.
 

trey @ gépház

Bocs, rossz helyre ment. Egyébként erről:

A rossz hír - kiindulva a r00t.hu-n folyó lassan fél éves tesztelésből - hogy a Drupal 11 legfrissebb verziójában is szar a számláló, így arra váltástól én nagy változást nem várnék.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Arra utalok, hogy manapság sokan támaszkodnak mások munkáira, a programozást férseléssé, összeollózássá silányítva. Én azért azt legalább megteszem, hogy amikor DMA megszakítás rutin template-et generált a fejlesztői környezet, megnéztem, hogyan hívódik a callback függvény, s miért adja át az én felhasználásomban feleslegesen egy struktúra pointerét, ahol ráadásul a futásidő feszes. Itt átírtam a függvény pointer típusát úgy, hogy void-ot adjon át, azaz semmit.

Szóval értem, hogy valami bugos egy keretrendszerben, de azt ki lehet javítani, a bug az nem valami fizikai állandó a világegyetemben, de akár lehet élni teljesen egyedi, saját implementációval is, nem kell a létező függvényekre hagyatkozni. Különösképp, ha az hibás.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

De hát milyen libre meg függvényekre, ecsém? A drupal egy "kész" szoftver, nem programozott abba trey semmit se, csak felrakta, és szarul működik.

Értjük, hogy te minden szart kézzel reszelsz kizárólag pointerekből, aztán azt hiszed, hogy minden annyira bonyolult maximum mit a te rosszabb esetben néhány ezer sornyi firmwarejeid, és ezért mindenkinek mindent kézműves asszemblyben kellene leprogramozni, csak a világ nem ilyen. Ez a probléma pl jó eséllyel nem javítható azzal, hogy valaki átír egy függvényt, ami eddig szarul számolt, mert valaki elbaszta a pointer léptetést :)

Egyébként meg hidd el, hogy a programozók is rutinszerűen ki szoktak javítani munka közben elfaszásokat a behúzott kódokban.

Védi a rosseb, csak értelmetlen dolgokkal nem érdemes foglalkozni. Nem fogod a Drupal Core-t debugolni és kijavítani benne adott esetben 10+ éve ismert hibákat, amiket a fejlesztők azzal hárítanak le, hogy Closed (works as designed).

Szélmalomharcokhoz már öreg vagyok. Ha kijavítják a hibát a Core-ban, akkor hurrá, ha nem, akkor ott rohad meg. Vagy nekiáll valaki és elvégzi azt a melót, amit a fejlesztők nem csináltak meg 10+ éve, ingyen. Jelentkezők?

BTW: a Statistics modult kibaszták a Drupal 11-ben a Core-ból, még ennyi figyelmet sem kap ezután, mint eddig. Miért baszták ki? Tippre, mert elegük lett abból, hogy 10 éve szarul működik a számláló :D

Ja, kibaszták a Core-vól a Poll modult, és az Activity tracker-t is :D :D :D

További infók:

https://r00t.hu/treyblog/20241105/a_drupal_11_egyszeruen_nincs_meg_kesz…

trey @ gépház

Statistics

The Statistics module was deprecated in Drupal 10 and removed in Drupal 11. If your site is using the Statistics module, you need to install the  contributed Statistics project.

The default .htaccess file changed to remove support for the Statistics module. The htaccess protection is now supplied by the contributed project. Sites using a custom .htaccess file should ensure that the rule, shown below, is removed from their own copy of the file.

# Allow access to Statistics module's custom front controller.
# Copy and adapt this rule to directly execute PHP files in contributed or
# custom modules or to run another PHP application in the same directory.
RewriteCond %{REQUEST_URI} !/core/modules/statistics/statistics\.php$

 

https://www.drupal.org/project/upgrade_status

Minden percet bánok, amit ezzel ezzel a threaddel töltöttem, annyira fogalmatlanok vagytok. Igen trey is, bármilyen nagy arccal adja elő, hogy ő itt az admin és már milyen régóta be tud jelentkezni egy Drupal oldalra. Minden tiszteletem neki, hogy anno a phpnuke-t átmigrálta Drupalra, bár úgy tudom, hogy ebben mások (és az internetes fórumok) is segítségére voltak. És hát, így sem sikerült 100%-osan.

És akkot a tények: a statistics modul nem azért került ki, mert nem lehet megjavítani. Azért került ki, amiért a poll, blog, forum és egyéb modulok is: nincs rá szükség az alaprendszerben. Kevesen használták őket (mérve lett) és miközben újabb modukok és funkciók kerülnek be a rendszerbe, jó lenne valami kezelhető és vállalható méretűnek tartani a rendszert, gondolom senki sem szeretne több GB-s Drupal alaprendszert. Ezért nem csak be, hanem ki is kerülnek modulok. Vonatkozó topic pl. itt: https://www.drupal.org/project/drupal/issues/1255674

Az pedig egyáltalán nem baj, ha egy modul kikerül az alaprendszerből, sőt: jobban tud fejlődni, szabadabban készülhetnek új főverziók, nincs a Drupal core kiadási ütemtervéhez kötve. A poll modulnak is jót tett (van hozzájárulásom), a blog modulnak konkrétan én vagyok a contrib karbantója, tízezren használják és mégse gyűlnek a hibajegyek, hogy gond lenne vele. Szóval gondolom annak sem ártott ez a kikerülés.

A statistics modult pedig azért nem használják, mert már nem dívik ezt szerveroldalon mérni. Ráadásul nem is pontos, ha bármilyen külső gyorstár kezd játszani: varnish, cloudflare. Az évek alatt számtalan auditált kliensoldali eszköz lett az olvasottság mérésére, Google Analytics, Piwik, Matomo és társai. Miért kellene csak azért egy plusz kérést indítani a webszerver és az adatbázis-szerver felé, hogy ezt frissítsük?

 

Nagyon örülnék, ha a téma a fókusz megmaradna annak, amiért indult. Köszönöm.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

és már milyen régóta be tud jelentkezni egy Drupal oldalra. Minden tiszteletem neki, hogy anno a phpnuke-t átmigrálta Drupalra

Teszem hozzá, akkor még működött a számláló. :D A Drupal 5 oldal a mai napig megvan, megtekinthető (lenne, csak éppen tűzfalazva van :D)

bár úgy tudom, hogy ebben mások (és az internetes fórumok) is segítségére voltak

Hát ezt rosszul tudod, egyetlen kódot (Center Blokk) kértem el anno a Kerneltrap (RIP) alapítójától, Jeremy Andrews-től, de azt is tovább kellett gányolnom. Mondjuk működött is. Nem, akkor még a Views nem is létezett. Halló, a Drupal első használója voltam kb. az országban, még közösség se létezett, amikor a debian.hu-n már az futott. Buytaert még talán iskolába járt, lehet még az anyjánál lakott :D

trey @ gépház

Az utókornak:

Hi Gabor,

Absolutely!  I'm glad to see that the code continues to be useful!  :)  Consider it GPL'd.

Cheers,
 -Jeremy

On Wed, 26 Mar 2008 09:59:36 +0100
Gabor MICSKO <gmicsko@xxxx> wrote:

Hi Jeremy!

I've created a forum center block for Drupal 5.x which is
heavily based on your previous work. Actually i extended,
modified your code a bit, but not to much. Someone asked me
to relese this code to public. So i would like to ask your
permission to do that. 
Thank you!

Regards,

On Thu, 2006-05-04 at 09:23 -0400, Jeremy Andrews wrote:
Hello Gabor,

I have not updated the module for 4.7, but after a quick
glance at the code I don't see any reason for it to not
work with 4.7.  The primary API change in 4.7 is form
handling, and the forum_addons module does not generate
any forms. Best I can offer is, try it.

Cheers,
 -Jeremy


On Thu, 04 May 2006 11:35:13 +0200
Gabor MICSKO <gmicsko@xxxxx> wrote:

Hi Jeremy!

Your Drupal recent forum posts center block very useful
for me. I would like to upgrade my site from Drupal
4.6.6 to 4.7, but - as you mentioned early - 4.7 have
different API...

If you have.. could you please send me an updated
version (which compatible with 4.7) from this module? 

Thank you very much!

--
gmicsko @ kerneltrap


On Fri, 2006-02-03 at 07:41 -0500, Jeremy Andrews wrote:
Can you give me some pointers about how can i put
this stuff to center position (left & right works
well)? 
I hacked my theme, calling it directly from the theme.
Each theme is different, so how you do this may vary
greatly.  My theme is three column, the left column is
created first, then the center column, then the right
column.  I looked for the code "theme_blocks('left')",
then shortly after that I added something like:

  $uri = request_uri();
  if ("$uri" == '/' || "$uri" == '/index.php' ||
"$uri" == 'node') { forum_addons_latest_posts();
  }

I hope that helps.

(In 4.7 there are additional regions defined, so
you'd be able to simply enable the block and place it
in the upper center region.)

Cheers,
 -Jeremy

On Tue, 2006-01-31 at 09:11 -0500, Jeremy Andrews
wrote:
Hello Gabor,

  Sorry for the delay, I've been offline sailing
in the caribbean for the past ten days.  The
module is attached -- I had a better version once
but seem to have lost it. This is the code I'm
currently using.

Cheers,
 -Jeremy

-- http://kerneltrap.org/ Jeremy Andrews - Owner

trey @ gépház

Már hazai közösség is volt akkor, de lényegtelen: https://drupal.hu/hirek/20040925/bekoszonto

Sőt, hazai fejlesztő is: https://www.drupal.org/u/g%C3%A1bor-hojtsy

 

De igazából lényegtelen.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Valóban lényegtelen, mert az nem közösség volt. Max. indulófélben. Azt meg jól példázza, hogy mennyit ért, hogy egy amerikai csávótól több segítséget kaptam, mint a hazai "közösségtől" vagy az említett úriembertől. Idézzem? Levelezésben meglehet valahol :D

trey @ gépház

Nem látom a drupal.hu-s regisztrációdat és kérdéseidet, nem tudom, hogy milyen közösségtől szerettél volna segítséget kapni. Magánban meg főleg.

Amúgy jó dolgot csináltál, szó se róla, csak mostanában már kicsit túltolod a standupot.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Nem látom a drupal.hu-s regisztrációdat és kérdéseidet,

Hagyjad már a hülyeségeidet pls.

nem tudom, hogy milyen közösségtől szerettél volna segítséget kapni. Magánban meg főleg.

Ott a levelezés, hogy a hozzám a center blokk kódjáért forduló érdekében még levelet is írtam.

:D

Amúgy jó dolgot csináltál, szó se róla, csak mostanában már kicsit túltolod a standupot.

Vagy csak elvárom a credit-et azért, amivel gürcöltem. Nem szeretem az utólag pofázásokat, én tudom mennyi munkám van ebben, nem más. 🤷‍♂️

trey @ gépház

Nem látom a drupal.hu-s regisztrációdat és kérdéseidet,

Hagyjad már a hülyeségeidet pls.

nem tudom, hogy milyen közösségtől szerettél volna segítséget kapni. Magánban meg főleg.

Ott a levelezés, hogy a hozzám a center blokk kódjáért privátban forduló érdekében még levelet is írtam. Valahol itt kezdődne a közösség, nem félig kisült weboldalakban. Lásd: drupal.hu ma.

Someone asked me
to relese this code to public. So i would like to ask your
permission to do that. 

:D

Amúgy jó dolgot csináltál, szó se róla, csak mostanában már kicsit túltolod a standupot.

Vagy csak elvárom a credit-et azért, amivel gürcöltem. Nem szeretem az utólag pofázásokat, én tudom mennyi munkám van ebben, nem más. 🤷‍♂️

trey @ gépház

Nyilván nullához közelítő tapasztalattal sok munkába telt, jár is érte a credit. Félre ne értsd, tényleg nagy munka és nem várható el, hogy mindenhez értsd, de azért kezeljük a maga helyén.

Meg milyen fura, hogy máris nem téma a hazai közösség és elsőség. Meg miért elvárás az, hogy valaki magánlevél alapján segítsen csak úgy.

A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.

Meglep. Remélem, jelezted a bugot. Nekem a pulseaudioval VoIP klienssel, full duplex hangátvitellel, egyúttal visszhangelnyomást használva alsa interface-en volt az a bajom, hogy teljesen szétesett a hang, érthetetlen recsegés-ropogás lett belőle és a CPU futásidő jelentős részét elvitte a pulseaudio szerver. Ugyanez a config pipewire-rel minden nehézség nélkül működik, egyetlen reccsenés nélkül, tökéletes hangminőségben.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Én legalább leírtam, hogy mi volt a hibajelenség, tőled ezt nem láttam. Ha mégsem működött valami jól, lett egy regresszió, jeleztem Wim Taymansnak, aki javította a hibát. A pointer átadás csak egy gúnyolódás a részedről, de az már csak olyan, hogy a p = buff; gyorsabb, mint a memcpy(p, buff, sizeof(buff));.

Járulékosan: mivel a pipewire-nek pulse, jack és alsa interface-e van a kliensek felé, így semmi akadálya annak, hogy továbbra is pulseaudio-t vagy jack-et használj, ha az neked jobban bevált.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

De, már leírtam többször. És nem nem fogok nekiállni debuggolni valamit, ami alapvetően az ingerküszöb alatt van, cserébe amikor épp hangot akarok váltani, és nem megy a destination váltás, vagy eltűnik az összes interface valahova, úgy pár havonta egyszer, akkor nem fogok megpróbálni leásni egy rohadt mély gödör mélyére, hogy értelmes reportot tudja írni. Ennyivel meg nincs előrébb.

Járulkéosan: tök mindegy, kb ez is működik. Simán csak arra reagáltam, hogy Wim megoldotta, és mostmár nincsenek bugok. Dehogy nincsenek :D