AsmBB

Power
Login Register

Minor bugs in dev trunks
0

Threads Answer

0 1

#16027 (ツ) ganuonglachanh
Created 12.03.2020 , read: 6301 times

in main_html_start.tpl 

user-scallable=no => user-scalable=no

Will update this post if found in latest dev trunks :-)

#16028 (ツ) johnfound
Created 12.03.2020 , read: 6299 times

fixed

#16049 (ツ) ganuonglachanh
Last edited: 15.03.2020 by ganuonglachanh , read: 6288 times

Can't add code block in Modern Theme 

code block

in dev trunk, select text and press code block, nothing happen

#16050 (ツ) ganuonglachanh
Last edited: 15.03.2020 by ganuonglachanh , read: 6287 times

In http://127.0.0.1/!post 

var attch = document.getElementById("attachments");

in HTML no element with id "attachments", maybe you forgot something? => error in JS console

#16051 (ツ) johnfound
Created 15.03.2020 , read: 6287 times
ganuonglachanh

Can't add code block in Modern Theme 

code block

in dev trunk, select text and press code block, nothing happen

Stupid typo - fixed.

#16052 (ツ) johnfound
Created 15.03.2020 , read: 6286 times
ganuonglachanh

In http://127.0.0.1/!post 

var attch = document.getElementById("attachments");

in HTML no element with id "attachments", maybe you forgot something? => error in JS console

Fixed. It is because this JS code was copy/pasted from the form_edit.tpl; In the "new post" and "new thread" forms, the attachments can't be edited because the post is not created in the database yet.

#16057 (ツ) ganuonglachanh
Created 16.03.2020 , read: 6277 times

http://127.0.0.1/!chat

line 509: 


 discinect(); -> should be  disconnect();

===============================

http://127.0.0.1/!search/?s=test&u=&x=25&y=15

Console error: 

GET http://127.0.0.1/templates/Light/_images/edited.svg 404 (Gone Walkabout)

Reason: in http://127.0.0.1/templates/Light/search.css?skin=/templates/Light, 3 last line:

background-image: url("/templates/Light/_images/edited.svg");

===============================

Theme Light and MoLight: new AsmBB Powered Logo has white background => can't see it :-)

#16058 (ツ) johnfound
Created 16.03.2020 , read: 6275 times
ganuonglachanh

http://127.0.0.1/!chat

line 509: 


 discinect(); -> should be  disconnect();

===============================

http://127.0.0.1/!search/?s=test&u=&x=25&y=15

Console error: 

GET http://127.0.0.1/templates/Light/_images/edited.svg 404 (Gone Walkabout)

Reason: in http://127.0.0.1/templates/Light/search.css?skin=/templates/Light, 3 last line:

background-image: url("/templates/Light/_images/edited.svg");

===============================

Theme Light and MoLight: new AsmBB Powered Logo has white background => can't see it :-)

Fixed.

#16062 (ツ) ganuonglachanh
Created 20.03.2020 , read: 6236 times

Hi Johnfound

I don't know whether it's a bug or not :-)

In post.asm and edit.asm 

        mov     eax, LIMIT_POST_LENGTH
        stdcall GetParam, 'max_post_length', gpInteger ; => not found in DB setting??
        stdcall StrByteUtf8, [.source], eax
        stdcall StrTrim, [.source], eax

I'm learning Asmbb source code so please don't mind my beginner questions rofl

#16063 (ツ) johnfound
Created 20.03.2020 , read: 6234 times
ganuonglachanh

Hi Johnfound

I don't know whether it's a bug or not :-)

In post.asm and edit.asm 

        mov     eax, LIMIT_POST_LENGTH
        stdcall GetParam, 'max_post_length', gpInteger ; => not found in DB setting??
        stdcall StrByteUtf8, [.source], eax
        stdcall StrTrim, [.source], eax

I'm learning Asmbb source code so please don't mind my beginner questions rofl

The mechanism here is the following: GetParam will keep all registers not changed, if a parameter with the given name is not located in the database. (It returns CF=1 in this case, but it is not important right here) or will return the value of the parameter in EAX if this parameter exists in the database.

So, here, first the hard coded fall-back parameter LIMIT_POST_LENGTH is loaded in EAX, then an attempt to read the user limit, stored in the max_post_length in the database is made.

If the attempt succeed, the value in EAX will be changed. If not, the values in EAX will remain unchanged, equal to the hard-coded LIMIT_POST_LENGTH.

#16064 (ツ) ganuonglachanh
Created 20.03.2020 , read: 6232 times
johnfound
ganuonglachanh

Hi Johnfound

I don't know whether it's a bug or not :-)

In post.asm and edit.asm 

        mov     eax, LIMIT_POST_LENGTH
        stdcall GetParam, 'max_post_length', gpInteger ; => not found in DB setting??
        stdcall StrByteUtf8, [.source], eax
        stdcall StrTrim, [.source], eax

I'm learning Asmbb source code so please don't mind my beginner questions rofl

The mechanism here is the following: GetParam will keep all registers not changed, if a parameter with the given name is not located in the database. (It returns CF=1 in this case, but it is not important right here) or will return the value of the parameter in EAX if this parameter exists in the database.

So, here, first the hard coded fall-back parameter LIMIT_POST_LENGTH is loaded in EAX, then an attempt to read the user limit, stored in the max_post_length in the database is made.

If the attempt succeed, the value in EAX will be changed. If not, the values in EAX will remain unchanged, equal to the hard-coded LIMIT_POST_LENGTH.

Thanks johnfound, clear as crystal, so we can set the max_post_length param by SQL console since it's not exist in default Database.

#16065 (ツ) johnfound
Created 20.03.2020 , read: 6231 times
ganuonglachanh

Thanks johnfound, clear as crystal, so we can set the max_post_length param by SQL console since it's not exist in default Database.

Yes, exactly.

#16067 (ツ) ganuonglachanh
Created 22.03.2020 , read: 6206 times

Hi johnfound

The post content seem to be duplicated, it exists in : Posts.Content, PostFTS_content and PostFTS.Content.

Can we optimize a little bit here?

#16069 (ツ) ganuonglachanh
Created 22.03.2020 , read: 6204 times

I enable debug Mode and see this on command line, may be sse event? 

Stack top address: $FFF50864
Initial personality: $00400000
Switch to 3GB address space.
sys_personality return EAX:4194304
Stack top address: $BFD7A294
The program switched to 3GB address space.
Listener added: 0884EA30
Listener added: 08851050
Listener added: 0884E620
Remove event listener: 0884E620
Listener added: B7F9A760
Remove event listener: B7F9A760
Listener added: 0884E620
Remove event listener: 0884E620
Listener added: 0884E5B0
WARNING: StrDel on pointer: 0806DCF0
                 call from: 080495FB
Listener added: 0884B780
Remove event listener: 08851050
WARNING: StrDel on pointer: 0806DCF0
                 call from: 080495FB
Listener added: 08851840
WARNING: StrDel on pointer: 0806DCF0
                 call from: 080495FB
Listener added: 0884E620
Remove event listener: 08851840
Remove event listener: 0884B780
Remove event listener: 0884EA30
Listener added: 08851C00
Remove event listener: 08851C00
Listener added: 0884D9C0
WARNING: StrDel on pointer: 0806DCF0
                 call from: 080495FB
Listener added: 0884EFD0
Remove event listener: 0884E620
#16073 (ツ) johnfound
Created 22.03.2020 , read: 6200 times

These are information messages when SSE listener is added and removed to the engine. Nothing interesting.

The real problem might be the message "WARNING: StrDel on pointer" - this is strong indication for a bug.

What is the check-in number of the engine tested?

ganuonglachanh

I enable debug Mode and see this on command line, may be sse event? 

Stack top address: $FFF50864
Initial personality: $00400000
Switch to 3GB address space.
sys_personality return EAX:4194304
Stack top address: $BFD7A294
The program switched to 3GB address space.
Listener added: 0884EA30
Listener added: 08851050
Listener added: 0884E620
Remove event listener: 0884E620
Listener added: B7F9A760
Remove event listener: B7F9A760
Listener added: 0884E620
Remove event listener: 0884E620
Listener added: 0884E5B0
WARNING: StrDel on pointer: 0806DCF0
                 call from: 080495FB
Listener added: 0884B780
Remove event listener: 08851050
WARNING: StrDel on pointer: 0806DCF0
                 call from: 080495FB
Listener added: 08851840
WARNING: StrDel on pointer: 0806DCF0
                 call from: 080495FB
Listener added: 0884E620
Remove event listener: 08851840
Remove event listener: 0884B780
Remove event listener: 0884EA30
Listener added: 08851C00
Remove event listener: 08851C00
Listener added: 0884D9C0
WARNING: StrDel on pointer: 0806DCF0
                 call from: 080495FB
Listener added: 0884EFD0
Remove event listener: 0884E620
#16075 (ツ) ganuonglachanh
Last edited: 22.03.2020 by ganuonglachanh , read: 6198 times

It's the latest in trunk and when I refresh this url:

http://127.0.0.1/!debuginfo

#16077 (ツ) johnfound
Created 22.03.2020 , read: 6193 times
ganuonglachanh

It's the latest in trunk and when I refresh this url:

http://127.0.0.1/!debuginfo

It was easy. Fixed. ;-)

#16085 (ツ) ganuonglachanh
Created 27.03.2020 , read: 6130 times

Hi johnfound

I have a crash and here is the log in fault.txt , hope you can find any clue about it: 

eax = 00000AF0
ebx = B7F8F978
ecx = 00000026
edx = 00000AF1
esi = 6FF1ECFD
edi = 08F7AD98
ebp = B7F8F978
esp = B7D64BC4

:-)

#16086 (ツ) johnfound
Last edited: 27.03.2020 by johnfound, read: 6124 times
ganuonglachanh

Hi johnfound

I have a crash and here is the log in fault.txt , hope you can find any clue about it: 

eax = 00000AF0
ebx = B7F8F978
ecx = 00000026
edx = 00000AF1
esi = 6FF1ECFD
edi = 08F7AD98
ebp = B7F8F978
esp = B7D64BC4

:-)

Is this the whole content of fault.txt? The address of the crash and the stack trace are much more important.

Also, it is important what is the exact check-in version of the engine. Because recently I have fixed an old bug that happened to crash the engine.

#16087 (ツ) ganuonglachanh
Created 27.03.2020 , read: 6112 times

0 1

Minor bugs in dev trunks
0

Threads Answer
AsmBB v3.0 (check-in: 7544654b24928b93); SQLite v3.42.0 (check-in: 831d0fb2836b71c9);
©2016..2024 John Found; Licensed under EUPL. Powered by Assembly language Created with Fresh IDE