[Bug 48280] New: Add msado15 component
https://bugs.winehq.org/show_bug.cgi?id=48280 Bug ID: 48280 Summary: Add msado15 component Product: WineHQ Bugzilla Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com CC: austinenglish(a)gmail.com Distribution: --- Can the msado15 component please be added? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48280 --- Comment #1 from Nikolay Sivov <bunglehead(a)gmail.com> --- Could we use oledb32 for it? We have a number of components that are split up too much already. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48280 --- Comment #2 from Austin English <austinenglish(a)gmail.com> --- (In reply to Nikolay Sivov from comment #1)
Could we use oledb32 for it? We have a number of components that are split up too much already.
IMO more components isn't necessarily bad, particularly for something like this where it's not clear that msado15->oledb32. That said, I'll wait for a consensus before adding it. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48280 --- Comment #3 from Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> --- (In reply to Nikolay Sivov from comment #1)
Could we use oledb32 for it? We have a number of components that are split up too much already.
That makes some sense but users wont easily guess that oledb32 will be used for msado15 bugs as well. Even with the description changed on the front end. My main issue is that I cannot do a search for bugs of msado15 independently of oledb32. The link between these two DLL isn't that strong, unlike the mf* dlls. Looking at each bug in a search to see if matches is a pain. Try looking for a bug in dll dmband or dmloader for instance, all bugs are part of the direct-dmusic component, without a way to distinguish what dll the issue occurs in. I overall don't have an issue, as long as people don't seeing the dll name in the title of the bug report. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48280 --- Comment #4 from Nikolay Sivov <bunglehead(a)gmail.com> --- Users don't need to guess. We reassign components all the time after bug is reported. Dmusic is a good example when multiple files don't need multiple components, because it's all the same subsystem. Same with ADO/DAO/OLEDB, which is spread across many libraries. But anyway, whatever keeps people comfortable, we can merge them later too. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48280 --- Comment #5 from Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> --- (In reply to Nikolay Sivov from comment #4)
Users don't need to guess. We reassign components all the time after bug is reported. Dmusic is a good example when multiple files don't need multiple components, because it's all the same subsystem. Same with ADO/DAO/OLEDB, which is spread across many libraries. But anyway, whatever keeps people comfortable, we can merge them later too.
I think, components (DLL) = subsystem most of the time. ;) So, lets group ADO,DAO,oledb under the oledb component. Austin, can you please update the oledb component description to include msado15.dll? Then we can mark this as fixed. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48280 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #6 from Austin English <austinenglish(a)gmail.com> --- (In reply to Alistair Leslie-Hughes from comment #5)
(In reply to Nikolay Sivov from comment #4)
Users don't need to guess. We reassign components all the time after bug is reported. Dmusic is a good example when multiple files don't need multiple components, because it's all the same subsystem. Same with ADO/DAO/OLEDB, which is spread across many libraries. But anyway, whatever keeps people comfortable, we can merge them later too.
I think, components (DLL) = subsystem most of the time. ;)
So, lets group ADO,DAO,oledb under the oledb component.
Austin, can you please update the oledb component description to include msado15.dll? Then we can mark this as fixed.
Done. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48280 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #7 from Austin English <austinenglish(a)gmail.com> --- Closing. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
WineHQ Bugzilla