This is the Meta bug to track most annoying bugs of the MinGW build on Windows. It helps developers to concentrate on bugs that are important for the release of the MinGW port. Also it helps users to be aware of potential problems. If anyone wants to raise a Bug for the release, please add the Bug ID as dependent Bug here to the Meta Bug in field "Depends on". Additionally please leave a comment here why you think that the bug should be privileged. *IMPORTANT* Before adding a bug here, please check that it is MinGW-specific bug, ie. you see it only in the MinGW daily builds (available from the address below), but in no other ones. http://dev-builds.libreoffice.org/daily/MinGW_cross-compilation/master/
Nominating "Bug 41985 - MinGW: UI display broken". We have some UI problems making that version more or less unusable.
@Kendy: Everything is clear, I simply correct a bureaucratic issue
Nominate "Bug 42615 - MinGW Virus Alert: Bitdefender detects trojan"
Nominated "Bug 42027 - MinGW: Desktop Icon "Installer" instead of LibO, all icons missing in executables"
Nominate "Bug 43246 - MinGW FILEOPEN FILESAVE: General Error message"
Nominate "Bug 41456 - MinGW SPELL: Does not work at all", what has been fixed for MSVC
Nominate "Bug 34721 - MinGW FILEOPEN impossible for particular SVG"
Nominate bug 43298 "cannot open MS Access (.mdb) files"
(In reply to comment #5) > Nominate "Bug 43246 - MinGW FILEOPEN FILESAVE: General Error message" Makes sense => added
Nominate "Bug 43315 - MinGW: No User interface at all in applications". Build can not be used.
Nominate "Bug 44489 - MinGW: Will not launch". That's annoying because MinGW is the only possibility to get current WIN master Builds
I add "Bug 44489 - MinGW: Will not launch"
Add "Bug 47548 - [MinGW] build will not launch"
Add "Bug 51469 - MinGW: particular Mouse pointers missing for hyperlink, drag and drop and others"
I add "Bug 63669 - MinGW: Tinderbox @7 does not deliver 4.1 Master builds", delivery broken again!
Jan, can I close those MinGW bug reports an WONTFIX?
Thomas: Please do close the MinGW-related reports, yes. The MinGW port is dead, there is no need for that any more - our normal Windows build became pretty reliable & easy to set up in the meantime, so I have no motivation to maintain the MinGW port :-)