Page 4 of 4
Re: Classic quest bugs
Posted: Wed Aug 07, 2019 4:25 pm
by Jay_H
Bug report #26: [RESOLVED]
Source:
https://en.uesp.net/wiki/Daggerfall:Hunt_for_Undead aka
https://github.com/Interkarma/daggerfal ... B00Y14.txt
Description of problem:
There's an odd quirk here:
Code: Select all
_mondead_ task:
killed 1 _monster1_
killed 1 _monster2_
killed 1 _monster3_
say 1060
have _I.00_ set _S.09_
_S.07_ task:
when _mondead_ and _S.09_ and not _S.10_
take _I.00_ from pc
say 1061
The game says, "So long as you have _I.00_ I will light up _S.09_." It then takes _I.00_ from the player as a result of killing the monster. But because _S.09_ deactivates, _S.07_ deactivates too. This then makes victory impossible:
Code: Select all
_success_ task:
when _clickqgiver_ and _S.07_
give pc nothing
unset _clickqgiver_
end quest
It appears "have ITEM set TASK" is intended to be permanent in classic Daggerfall. Writing a workaround is easy and the quest can finish with it, but I wanted to first suggest this engine fix.
Fix pushed by JorisVanEijden
Re: Classic quest bugs
Posted: Wed Aug 07, 2019 5:22 pm
by Jay_H
Bug report #27: [RESOLVED]
Code: Select all
Item _reward1_ item class 4 subclass 26
Source:
https://en.uesp.net/wiki/Daggerfall:Lor ... t_Part_III aka
https://github.com/Interkarma/daggerfal ... 000501.txt
Description of problem:
Item index points at a subclass that can't exist.
Item class 4 is "Magic item," and it has one subclass: "Magic item." A subclass 26 is impossible, but it's what the quest requires.
Code: Select all
public enum MagicItemSubTypes // Not mapped to a specific item template index
{
MagicItem,
}
I haven't tested this in classic since it's a Lord K'avar sequel quest... and those are a migraine to do.
Fix pushed by JorisVanEijden
Re: Classic quest bugs
Posted: Sat Aug 17, 2019 6:28 pm
by Jay_H
Bug report #28: [RESOLVED]
Code: Select all
Place _target_ local house1 anyInfo 1011 rumors 1011
Source:
https://en.uesp.net/wiki/Daggerfall:Antique_Ivory aka
https://github.com/Interkarma/daggerfal ... B00Y11.txt
Description of problem:
House cannot be located in any major city.
I tested it in Daggerfall, Sentinel, Wayrest, Wrothgaria, and Urvaius cities. Perhaps it could be found in some more obscure towns but it's already excluded from very important locations.
Bug #28
RESOLVED
- Added house fallback for local places, as was previously put in place for remote places.
Re: Classic quest bugs
Posted: Tue Oct 08, 2019 4:11 am
by Jay_H
Re: Classic quest bugs
Posted: Fri Dec 27, 2019 4:49 pm
by Jay_H
Bug report #29:
Source:
Q0C00Y03
Description of problem:
Child face remains on UI after this command executes.
Re: Classic quest bugs
Posted: Fri Dec 27, 2019 4:59 pm
by Jay_H
Bug report #30:
Code: Select all
Person _questgiver_ face 112 group Questor anyInfo 1011
Person _other_ factiontype Knightly_Guard female
Source:
Q0C20Y02
Description of problem:
==other_ and ==questor_, for some reason, both reflect the coven's name (witch quest). ==other_ is intended to be some faction (apparently knightly) but it just repeats the coven name.
Re: Classic quest bugs
Posted: Fri Feb 14, 2020 10:53 pm
by Jay_H
Bug report #31:
Code: Select all
_readmap_ task:
reveal _skeffingcoven_ in province 38 at 5531
Source:
R0C4XY23
Description of problem:
The "reveal" action here doesn't reveal the coven. Oddly, the Myrkwasa reveal in r0c30y25 and Kykos reveal in r0c60y24 do work.
Re: Classic quest bugs
Posted: Sat Feb 15, 2020 12:36 am
by Jay_H
Bug report #32:
Code: Select all
<ce> I am _vampire_ of ==vampire_, the most
<ce> ancient and respected of the vampire
<ce> bloodlines. Now, I realize that
Source:
r0c60y24
Description of problem:
The ==vampire_ macro doesn't work. It remains ==vampire_. It apparently is intended to be the current region's vampire tribe.
Re: Classic quest bugs
Posted: Sat Feb 15, 2020 2:26 am
by Jay_H
Bug report #33:
Code: Select all
<ce> it and the one who said I should blame a stranger
<ce> for it was _priest_, a
<ce> priest of ==priest_. Obviously,
Person _priest_ factiontype Temple male anyInfo 1014
Source:
K0C00Y06
Description of problem:
The ==priest_ macro doesn't work. It remains ==priest_. This could be a random temple faction:
viewtopic.php?f=29&t=2109#p26309
Re: Classic quest bugs
Posted: Wed May 06, 2020 4:04 am
by Jay_H
Bug report #34:
Code: Select all
Place _L.01_ permanent DirenniTower2
Source:
S0000502
Description of problem:
Location is not recognized. DFU log says as follows:
Code: Select all
Unloading 148 unused Assets to reduce memory usage. Loaded Objects now: 9566.
Total: 29.049000 ms (FindLiveObjects: 1.447000 ms CreateObjectMapping: 0.245000 ms MarkObjects: 27.019000 ms DeleteObjects: 0.338000 ms)
[S0000502] Created Dungeon SiteLink to Isle of Balfiera/Direnni Tower, index 8
(Filename: ./Runtime/Export/Debug.bindings.h Line: 43)
Assigned Item _item_ to Dungeon Direnni Tower
(Filename: ./Runtime/Export/Debug.bindings.h Line: 43)
[S0000502] Error in quest follows. Terminating quest runtime.
(Filename: ./Runtime/Export/Debug.bindings.h Line: 43)
HasSiteLink() could not find Place symbol L
(Filename: ./Runtime/Export/Debug.bindings.h Line: 43)
_item_ is placed at DirenniTower3 properly, which makes me think DirenniTower2 has some linking problem.