Closed Bug 1410436 Opened 7 years ago Closed 7 years ago

Simple mapi: on Win7 32b doesn't work after v. 47.0b2

Categories

(Thunderbird :: OS Integration, defect)

56 Branch
x86
Windows 7
defect
Not set
major

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1356902

People

(Reporter: riksoft, Unassigned)

References

Details

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:56.0) Gecko/20100101 Firefox/56.0
Build ID: 20171003144318

Steps to reproduce:

Send email via simple mapi on a Win7 32b system ALREADY FIXED to have simple mapi working.


Actual results:

Mapi failure: Valid session ID does not exist.

It is not because of a missing default account, not because TB is not the default software nor because of conflicts with another software, it is simply something that changed after v 47.0b2.

In fact, going back version by version, the 47.0b2 is the last one working perfectly. The following available version is the 49.0b1 and has the problem that is constant down to the current v56.0b4

I've got the EXEs from here
https://archive.mozilla.org/pub/thunderbird/releases/

No problem on Win 10 whatever the version. Is the mix of Win7 + TB > v47


Expected results:

The latest version should work as it happens with v47.

In the meantime I'll circumvent the problem asking our customers to install this
https://archive.mozilla.org/pub/thunderbird/releases/47.0b2/win32/it/
and disable the auto-upgrade.
I think you're reporting a duplicate of bug 1356902. Please read bug 1356902 comment #62 and further down.
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → UNCONFIRMED
OS: Unspecified → Windows 7
Hardware: Unspecified → x86
Resolution: DUPLICATE → ---
Unfortunately it's not such bug, starting from the main point that
Windows 7 right click on image -> send to -> message recipient
works perfectly, contrary to what reported there.

I've verified this problem on every system.
So your symptoms is this error: "Valid session ID does not exist". I'm sure you've googled it, there are heaps of reports.

I'm sure this is related to the VS 2013 to VS 2015 which happened in bug 1262567 in TB 48, so the first version that fails for you.
- I only know that Windows is the same as before
- Mapi is working because trying Outlook works perfectly.
- The only thing that has changed is Thunderbird, infact a regression solve the problem.
- The last working Thunderbird is 47.0b2.

I have not idea what to do now. I know how to fixed a Mapi problem in Window, but I have no idea how to fix Thunderbird.

Googling bring always the same thing I already mentions in the first post: default account, KB fix (already installed), predefined program, etc.

About the VS problem: as a user, I don't find any clue in such thread that seems more related to compiling problem, doesn't it?
This software is gettin more and more detached from the standard user. :-(
Could be a bug of the installer that fails to check/install the necessary dependencies.
I can't insert 2 platform in the bug report, but the problem is also on 64bit.
Trying to install C runtime VS 2015 ends up in error unspecified.
The log link in the dialog doesn't work (typical of m$: is something working?).

On the contrary Runtime 2013 installs properly but doesn't solve nothing (as expected since is not used by TB) nor it helps in the installation of runtime 2015.

The universal runtime doesn't work either, so I'm stuck and have no other options in mind.

On monday I'll try to install the Runtime 2015 on the customer computer.
In case the runtime would solve the problem, I think should be turned from "Mapi problem" into "Installer bug".
In my VM where I test this problems, I've just update Win 7 to the lastest version, tried Runtime 2015, same problem. Trying the universal runtime (someone says is a prerequisite), ditto. So I really can't solve the problem here. Hope the customer is more lucky.
The Runtime of VS 2015 solve the problem.

So the problem is in the installer/updater: should check for missing dependencies before installing and at least give a warning. (A step forward could be downloading+installing the proper missing package as many setup softwares actually do, but a warning would be already a huge improvement than saying nothing breaking a working installation).

Especially the auto-update function si quite nasty: the standard user has TB working and the day after it is not, just because the auto-update doesn't care/warn with something like: "DANGER: your system can't run this update because doesn't meet the requirements". On the contrary the user doesn't even know the update happend and find himself with a problem.

Every installer I know is set to check for dependencies, not simply installing the files of the product. Especially when the software house makes dangerous changes (just like changing from VS 2013 to 2015), a special check is needed in both the installer and updater.

I mean... if tomorrow a new release of TB begin to make use of PostgreSql, you don't change the installer/updater to pre-check if it is on the system? You symply install the new exe without any notice?
Tom or Jorg can comment on whether we can do better. Until then, dupe
Severity: normal → major
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago7 years ago
Component: Untriaged → OS Integration
Resolution: --- → DUPLICATE
Blocks: tb60found
You need to log in before you can comment on or make changes to this bug.