In version 1.0.7.21 of mbsebbs the display of the daily file (dd-mm)
still works. This is no longer possible in the new version 1.0.8.
Why?
Harald Grosch wrote to Vincent Coen <=-
In version 1.0.7.21 of mbsebbs the display of the daily file (dd-mm)
still works. This is no longer possible in the new version 1.0.8. Why?
Harald Grosch wrote to Vincent Coen <=-
In version 1.0.7.21 of mbsebbs the display of the daily file
(dd-mm) still works. This is no longer possible in the new
version 1.0.8. Why?
I just reproduced this issue on my MBSE system.
Please go to the MBSE website and file a ticket to get this looked at: https://sourceforge.net/p/mbsebbs/tickets/
I'll notify the rest of the team about this.
Kindly explain this one - can't find it in the manual.
Any idea what to look for ?
I did a few weeks/month back report a bug regarding creating a file
area and a result when saving it, it then takes on the name of an existing file area.
It is a pain has I have to remove ALL connected nodes from both -
delete both then recreate it followed may be by the new file area that caused the issue.
It would really help if File group and file area creation the system checks if the name is a duplicate and not blindly saves it.
xmsend.c: In function 'xm_send'
xmsend.c:209:2: warning: 'memcpy' forming offset [6, 7] is out of the bounds [0, 6] [-Warray-bounds] 209 | memcpy(xmblk.data+32, VERSION,
8);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Harald Grosch wrote to Vincent Coen <=-
In version 1.0.7.21 of mbsebbs the display of the daily file (dd-mm)
still works. This is no longer possible in the new version 1.0.8. Why?
I just reproduced this issue on my MBSE system.
Please go to the MBSE website and file a ticket to get this looked at: https://sourceforge.net/p/mbsebbs/tickets/
I'll notify the rest of the team about this.
I posted the ticket.
Sysop: | DaiTengu |
---|---|
Location: | Appleton, WI |
Users: | 991 |
Nodes: | 10 (1 / 9) |
Uptime: | 126:19:06 |
Calls: | 12,960 |
Calls today: | 2 |
Files: | 186,574 |
Messages: | 3,265,866 |