So I got the zip generated in ReleaseBuild, and it popups the DOOM Launcher Logo before closing with no errors being shown. Upon copying "SQLite.Interop.dll" from x86 in one of the build folders (x64 didn't fix it), it boots successfully.

Additionally, this error pops up after cleaning the solution and running DoomLauncher as an x86 release. Not sure if it's entirely connected to the GameFiles directory being missing because it doesn't mention it in the error.

code = Error (1), message = System.Data.SQLite.SQLiteException (0x800007BF): SQL logic error no such column: LaunchType at System.Data.SQLite.SQLite3.Prepare(SQLiteConnection cnn, String strSql, SQLiteStatement previous, UInt32 timeoutMS, String& strRemain) at System.Data.SQLite.SQLiteCommand.BuildNextCommand() at System.Data.SQLite.SQLiteCommand.GetStatement(Int32 index) at System.Data.SQLite.SQLiteDataReader.NextResult() at System.Data.SQLite.SQLiteDataReader..ctor(SQLiteCommand cmd, CommandBehavior behave) at System.Data.SQLite.SQLiteCommand.ExecuteReader(CommandBehavior behavior) at System.Data.SQLite.SQLiteCommand.ExecuteDbDataReader(CommandBehavior behavior) at System.Data.Common.DbCommand.System.Data.IDbCommand.ExecuteReader(CommandBehavior behavior) at System.Data.Common.DbDataAdapter.FillInternal(DataSet dataset, DataTable[] datatables, Int32 startRecord, Int32 maxRecords, String srcTable, IDbCommand command, CommandBehavior behavior) at System.Data.Common.DbDataAdapter.Fill(DataSet dataSet, Int32 startRecord, Int32 maxRecords, String srcTable, IDbCommand command, CommandBehavior behavior) at System.Data.Common.DbDataAdapter.Fill(DataSet dataSet) at DoomLauncher.DataAccess.ExecuteSelect(String sql) in C:\Users\Tony\Documents\DoomLauncher-master\DoomLauncher\Adapters\DataAccess.cs:line 31 at DoomLauncher.DbDataSourceAdapter.GetSourcePorts() in C:\Users\Tony\Documents\DoomLauncher-master\DoomLauncher\Adapters\DbDataSourceAdapter.cs:line 275 at DoomLauncher.SettingsForm.PopulateDefaultSettings(IDataSourceAdapter adapter) in C:\Users\Tony\Documents\DoomLauncher-master\DoomLauncher\Forms\SettingsForm.cs:line 164 at DoomLauncher.SettingsForm..ctor(IDataSourceAdapter adapter, AppConfiguration appConfig) in C:\Users\Tony\Documents\DoomLauncher-master\DoomLauncher\Forms\SettingsForm.cs:line 35 at DoomLauncher.MainForm.ShowSettings(Boolean allowCancel, DialogResult& result) in C:\Users\Tony\Documents\DoomLauncher-master\DoomLauncher\Forms\MainForm.cs:line 1001 at DoomLauncher.MainForm.VerifyGameFilesDirectory() in C:\Users\Tony\Documents\DoomLauncher-master\DoomLauncher\Forms\MainForm_Init.cs:line 57

P.S. I was able to reproduce the first issue on a second Windows 10 x64 machine.

Incredibly minor issue. The file view on the bottom does not check what buttons should be disabled on startup. This leaves the edit button enabled on the screenshot view when it should be disabled. Clicking it still does nothing.

Could we have the Tag/Remove tag on the Edit dlgbox?

Could have sworn the null check fixed this...anyways the play button for the source port view form is known to be broke for a while, albeit if trying to play a source port without additional files no harm will occur. However, if one were to press the "play" button with a source port that has an additional file to it, all files aside of the selected IWAD will never launch. Basically, not only the additional file to the source port won't work, but every other local PWAD, PK3, DEH, etc. won't work even if you remove the source port additional file and try launching on a selected file(s).

Below I tried to launch Icarus: Alien Vanguard (it's not an additional file for the source port), only to just get the Doom 2 title screen. I tried removing the additional file from the source port edit form but no different.

Currently the workaround to this is deleting the affected source port and readding it.

Clicking on 'Select Individual Files', selecting your files and then clicking 'OK' from the launch menu causes no files to be loaded. Vanilla Doom is loaded instead.

Show the helmets for the rating in the grid view just like the edit form.

https://www.realm667.com/index.php/en/forum-board/doom-launcher/874-suggestions

Before:

Renaming:

After:

Have it so tags can be nested inside other tags. For example: 'visuals\textures'. This would also make the tab bar easier to organize.

These unit tests fail. The tests either consistently fail or succeed depending on the machine the unit tests are running.

See #45 for more info

1. TestCnDoomStatFile in TestCnDoomStats
2. TestModified in TestFileDetector

After clicking "Ok"

I suggest time played should bes shown as hours : minutes : seconds instead of "2,84 hours".

Also the number/name of the last map being played (and perhaps against total number of maps) could be shown to know progress.

If a search filter is applied and a file is deleted when the data is reloaded it does apply the search.

ZDoomStatsReader needs to finish implementation of totalitems/itemcount that is implemented in GZDoom as of 3.5.

select a local mod, select Play, In the additional Files/Load order list select the Add button. Choose multiple additional files. Select OK. Now look at Show Launch Parameters - only the FIRST additional file chosen is added. IF I only choose one at a time it works correctly.

UPDATE: ok I figured out how to make this work. If you choose "Select Individual Files" I can select individually. My question is why do I have to do that? I get there may be more than one file in an archive -but if I explicitly select an archive - like lights.pk3 (or lights.zip), why do I also have to go in and select an individual file sometimes? Is DL trying to be smart about mod conflicts?

When going into the sync status tab, every file is detected to be both not in the database and not found on the GameFiles directory. IWADs are also affected by this. This was found in the Release Candidate build.

Pulling the TITLEPIC can be intensive so it should be done when the file is added. For existing files, an additional function will be needed to go through all the existing files in the library looking for the titlepic.

For ZDoom will need to check for MAPINFO/ZMAPINFO titlepage definition.

May want to add a checkbox in the options to enable/disable this option.

it is underlined and blue - expect it to open a browser in that link. I use it to track mods that don't always have moddb or other common sites

The description edit can be a jumbled mess and should probably match the summary.

The code that cleans the description in the GameFileSummary control should be made common and used for setting the description in the edit.

The scroll bar is also missing even when scrolling is required.

If Doom Launcher finds the exe is already running and another instance is launched it attempts to kill the instance that is already running. If the application is denied access it will crash on an unexpected exception.

If you delete a file with tags, those tags are assigned to the next downloaded file. This is probably because the tag mapping is not deleted.

The additional file handling should be simplified in the next version to cut down on the number of bugs, specifically when handling source port/iwad additional files.

The best solution may be to add two new fields to the GameFiles table:
SettingsFilesSourcePort
SettingsFilesIWAD

This will be in addition to the SettingsFiles field. The SettingsFiles field will still have all the additional files to keep the order, and the SettingsFilesSourcePort and SettingsFilesIWAD will have only the files tied to the selected source port / IWAD respectively.

I'd like to be able to sort on that.

A tag for untagged elements.

Request to search for no ratings on idgames.

Best solution may be to add another checkbox item (Unrated) to the search drop down (Title, Author, Filename, Description).

https://www.doomworld.com/forum/topic/69346-doom-launcher-doom-frontend-database-v262-52018/?page=6&tab=comments#comment-1858504

For some reason the sort function doesn't work on the idgames tab. I've previously looked into this thinking it would be a simple fix, but I couldn't find any reason for it not to be working.

I use Doom Launcher to have a lot of different copies of the same engine in order to keep my config files separate (as they can interfere easily). If it was possible to, in the source ports settings, have a folder of many .ini's that could be chosen from when launching something. For example:

And maybe something similar with save directories? :)

Edit: Sorry, forgot to mention templates. It could be something that will automagically select the previously-defined engine, config, savedir, and maybe additional pwads. Similar to ZDE's quick profiles.

Right now if a folder/the SQLite file is missing the program refuses to start, but it could make stuff easier on an end user if empty folders and databases are generated.

I see this happens when debugging, so is there a reason that this isn't enabled on a Release build?

https://github.com/hobomaster22/DoomLauncher/blob/6acf264a8524c197b2dc83c0482c57ea05647522/DoomLauncher/Forms/MainForm_Init.cs#L72

Appears to not be working for UDMF format.

I think this was probably masked by newer map sets using mapinfo lumps that Doom Launcher will parse first if found.

https://www.doomworld.com/idgames/levels/doom2/Ports/d-f/dark2houses

Manage Tags, select Add - focus should automatically be on the Name field

you often save many times in a session - day isn't granular enough.

Can you also add the user defined name of the savegame?

Finally how about allowing you to select a savegame to load when you select Play for a wad?

If savegames have to be in the sourceport main directory, how about an option to archive all savegames upon launch/play that are not the selected wad so you can see just the savegames relevant to the current mod/wad?

The Execute function of SyncLibraryHandler catches the generic exception to display the improper archive error. It should catch the more specific InvalidDataException for this error. The generic exception should be for unexpected errors and should be accessible for the MainForm and use the exception for Util.DisplayUnexepctedException

When editing the details on a file and clicking save without setting a rating will set it to zero.

One should probably be minimum and if not changed when new should stay N/A.

Request to add a parameters text box for source ports. This would append the parameters specified to any file launching using that source port.

https://www.realm667.com/index.php/en/forum-board/doom-launcher/1129-suggestions-for-new-release

Would be nice to have something that automatically generates the DoomLauncher_x.x.x.zip package.

The easiest solution may be to add a project called DoomLauncherRelease that runs as a post build event that copies the necessary varies and puts them in the correctly name zip.

1. Have the location of game files be all configurable
2. Don't require a mod's folder to be an archive (is this possible?)
3. Don't automatically archive IWADs

I think this would make file management a lot easier. As it stands right now, all files you add to your library are copied over to the DoomLauncher folder and archived. This makes organizing everything very difficult because you can't have your mods separated into categories, for example PWADs/Gameplay/BrutalDoom or IWADs/DOOM2.WAD, and you also end up with all the mod files being archived, which also can be annoying.

is there any way to see files that are untagged? Sometimes you forget and a large list means there is kruft I may never get to... Maybe a fixed "untagged" tab (or an option to show an untagged tab)

!NOTE! to future people looking in: The AppVeyor links may be outdated due to me redoing the project to test things.

I tested a fork of this project on my profile and without dealing with any .yml stuff, was able to build the project and run all Unit Tests. Sadly, to get past the current failing errors I had to disable testing, but we're still able to get automatically generated release .zips of the project with all tests ran with every commit.

If you want to take a peak on how it looks on my setup:

With the failed build:

https://ci.appveyor.com/project/robbinsrush/doomlauncher/build/1.0.1

With the tests disabled and set to upload the release .zip as an artifact to the site:

https://ci.appveyor.com/project/robbinsrush/doomlauncher/build/1.0.3

Edit: Or you can just release it straight to GitHub releases

May or may not be worth adding. The only use for this that we can think of is the -merge parameter for chocolate doom.

I have edited the description/tags/etc for a wad. An update comes along - I have to do it all again or cut/paste each field? Is there a way to do this by just updating the ZIP an existing record uses?

Long title but it gets the gist of it.

Say I have a Zandronum load 3 files when starting, and then want to play just Doom2 with that source port and those files. I load Doom2 from the IWads, play, and later exit. If I want to play Doom2 with another source port, the last one's files don't get removed from the Additional Files prompt unless I do it manually.

I have attached some examples.