Closed Bug 1219590 Opened 9 years ago Closed 9 years ago

Can't access network volumes by browsing to them (greyed out) - OS X 10.6

Categories

(Firefox :: File Handling, defect)

Product:
Firefox
Component:
File Handling
Version:
38 Branch
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INCOMPLETE

People

(Reporter: vincent, Unassigned)

Details

(Keywords: regressionwindow-wanted)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:41.0) Gecko/20100101 Firefox/41.0 Build ID: 20151014143721 Steps to reproduce: - Connect to network share (tested with AFP and WebDAV share) - Browse to share via 'File'-> 'Open file', or 'Add attachment' in a webmail client Actual results: On Firefox ESR 38.2.1 or below, the share is accessible as usual On Firefox ESR 38.3.0 and up (also Firefox 40+), the volumes are greyed out and only accessbile by pressing CMD+SHIFT+G and manually typing the path to the share. Expected results: Volume should be accessible as usual and not greyed out.
Component: Untriaged → File Handling
OS: Unspecified → Mac OS X
Hardware: Unspecified → x86
Could you install the tool Mozregression to find a possible regression range, please. See http://mozilla.github.io/mozregression/ for details (use the command-line version) If FF39 or 38 work fine, try the command "mozregression --bits=32 --good-release=38" then copy here the pushlog (from mozilla-inbound) provided by the console output.
Flags: needinfo?(vincent)
Keywords: regressionwindow-wanted
The fact that this regressed on ESR38 actually helps narrow it down a lot already. http://hg.mozilla.org/releases/mozilla-esr38/pushloghtml?fromchange=FIREFOX_38_2_1esr_RELEASE&tochange=FIREFOX_38_3_0esr_RELEASE I wonder if it was the CORS changes. Ehsan, does that sound plausible?
Flags: needinfo?(ehsan)
It is plausible, but comment 0 doesn't really contain any information that would help me say for sure one way or another. All I know is that some websites used to work, and it doesn't any more.
Flags: needinfo?(ehsan)
It seems highly unlikely to me that the issue is website dependent; as long as an 'open' window of any kind is called within Firefox, the issue occurs. I haven't used mozregression yet, as the 10.6 machines I can test this on are behind a proxy through which I can't seem to install pip, but I've been able to narrow it down to Firefox 40.0.3 and ESR 38.2.1 as the latest versions where this doesn't occur.
Flags: needinfo?(vincent)
So we're clear, this only reproduces on 10.6?
Flags: needinfo?(vincent)
10.5 - Not been able to test 10.6 - Issue occurs 10.7 - Issue does not occur 10.8 - Not been able to test, probably does not occur 10.9 and higher - Issue does not occur.
Flags: needinfo?(vincent)
Flags: needinfo?(rares.bologa)
Flags: needinfo?(rares.bologa) → needinfo?(ovidiu.boca)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:42.0) Gecko/20100101 Firefox/42.0 Build ID: 20151029151421 Hi I have tested this on Mac OS X 10.6 with FF 42, 41, 38 ESR and I can't reproduce the issue. I made an AFP network share, I also attach in an email some links that I was able to open with FF. Can you please provide more clear steps with examples and also a printscreen or a screen recording with the problem. For screen recording access this link:http://screencast-o-matic.com/home Thank you for your time.
Flags: needinfo?(ovidiu.boca) → needinfo?(vincent)
Here's a demonstration of the behavior of ESR 38.2.1 and 38.3.0, FF 40.0.3 and 41.0 http://v2.screencast-o-matic.com/watch/coXYjohqxm As you can see, it's still possible to access the share by doing a 'Go to folder' and typing in the path manually (not something that would be very easy to explain to 400+ semi computer-illiterate users).
Flags: needinfo?(vincent)
Hi Vincent, Thank you for your video. I have tested again on Firefox 38.3.0 ESR, FF 40.0.3, FF 41.0, FF 42.0, on all versions I didn't reproduce the issue. I also made this scenario: tested on FF 41 made an update to 42 and also worked fine. Please test on Firefox 42 version and see if the issue occurs. All tested was made on MAC OS X 10.6
Okay, tried the following on the same machine as showed in the video (Mac OS X 10.6.8 10K549) For reference, all 10.6 machines in our environment have the same issue 1) - Removed all user preference files (~/Lib./AppSupp./Firefox and ../Mozilla) - Ran FF 40.0.3 (last known good) - Updated to FF 42 Same issue 2) - Removed all user preference files (~/Lib./AppSupp./Firefox and ../Mozilla) - Ran FF 42 Same issue 3) Did another test on a clean install 10.6.0 VM, Firefox 42.0, unrelated network, unrelated share. Same issue.. If it helps any, the servers I'm connecting to are running 10.6.8 Server or OS X 10.10. Either AFP and SMB produce the same issue. Thanks for all the support so far :)
Vincent, it seems that whatever is causing this problem requires something that we're not able to reproduce at this point in time. I think that the mozregression tool gives us our best chance at pinpointing when the regression first appeared? With any luck, knowing the change that caused it will better help us reproduce and fix the problem. Given your issues installing the command line version via pip, you might try installing the GUI version via the link below: https://github.com/mozilla/mozregression/blob/master/gui/README.rst Since it broke in Firefox 40, you'd probably want to start with |mozregression --bits 32 --good-release 39 --bad-release 40|. With any luck, the regression range will correlate with the ESR38 one in comment 2. Thanks again for all your help and info!
The GUI version actually seems like more work, so I decided to fiddle around some more with the command-line version and a 10.6.8 machine with an open internet connection I've been able to source. Unfortunately I get the output below.. Any ideas? Beheer-CB:~ admin$ sudo -H pip install -U mozregression Password: Collecting mozregression /Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/_vendor/requests/packages/urllib3/util/ssl_.py:90: InsecurePlatformWarning: A true SSLContext object is not available. This prevents urllib3 from configuring SSL appropriately and may cause certain SSL connections to fail. For more information, see https://urllib3.readthedocs.org/en/latest/security.html#insecureplatformwarning. InsecurePlatformWarning Exception: Traceback (most recent call last): File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/basecommand.py", line 211, in main status = self.run(options, args) File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/commands/install.py", line 294, in run requirement_set.prepare_files(finder) File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/req/req_set.py", line 334, in prepare_files functools.partial(self._prepare_file, finder)) File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/req/req_set.py", line 321, in _walk_req_to_install more_reqs = handler(req_to_install) File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/req/req_set.py", line 461, in _prepare_file req_to_install.populate_link(finder, self.upgrade) File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/req/req_install.py", line 250, in populate_link self.link = finder.find_requirement(self, upgrade) File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/index.py", line 486, in find_requirement all_versions = self._find_all_versions(req.name) File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/index.py", line 404, in _find_all_versions index_locations = self._get_index_urls_locations(project_name) File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/index.py", line 378, in _get_index_urls_locations page = self._get_page(main_index_url) File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/index.py", line 818, in _get_page return HTMLPage.get_page(link, session=self.session) File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/index.py", line 928, in get_page "Cache-Control": "max-age=600", File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/_vendor/requests/sessions.py", line 477, in get return self.request('GET', url, **kwargs) File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/download.py", line 373, in request return super(PipSession, self).request(method, url, *args, **kwargs) File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/_vendor/requests/sessions.py", line 465, in request resp = self.send(prep, **send_kwargs) File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/_vendor/requests/sessions.py", line 605, in send r.content File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/_vendor/requests/models.py", line 750, in content self._content = bytes().join(self.iter_content(CONTENT_CHUNK_SIZE)) or bytes() File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/_vendor/requests/models.py", line 673, in generate for chunk in self.raw.stream(chunk_size, decode_content=True): File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/_vendor/requests/packages/urllib3/response.py", line 307, in stream data = self.read(amt=amt, decode_content=decode_content) File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/_vendor/requests/packages/urllib3/response.py", line 243, in read data = self._fp.read(amt) File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/_vendor/cachecontrol/filewrapper.py", line 54, in read self.__callback(self.__buf.getvalue()) File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/_vendor/cachecontrol/controller.py", line 244, in cache_response self.serializer.dumps(request, response, body=body), File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/download.py", line 276, in set return super(SafeFileCache, self).set(*args, **kwargs) File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/_vendor/cachecontrol/caches/file_cache.py", line 99, in set with self.lock_class(name) as lock: File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/_vendor/lockfile/mkdirlockfile.py", line 18, in __init__ LockBase.__init__(self, path, threaded, timeout) File "/Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/_vendor/lockfile/__init__.py", line 173, in __init__ self.tname = "-%x" % (ident & 0xffffffff) TypeError: unsupported operand type(s) for &: 'NoneType' and 'int' /Library/Python/2.6/site-packages/pip-7.1.2-py2.6.egg/pip/_vendor/requests/packages/urllib3/util/ssl_.py:90: InsecurePlatformWarning: A true SSLContext object is not available. This prevents urllib3 from configuring SSL appropriately and may cause certain SSL connections to fail. For more information, see https://urllib3.readthedocs.org/en/latest/security.html#insecureplatformwarning. InsecurePlatformWarning
You should use the command-line version, it's really easy to use with the shell.
Did you even read my comment..?
AFAIK, mozregression is a python 2.7 package. You need to install python 2.7 on your OSX machine.
Thanks, got it running.. Hope this helps! 78:47.99 LOG: MainThread main INFO Oh noes, no (more) inbound revisions :( 78:47.99 LOG: MainThread Bisector INFO Last good revision: 820865a790e47833d3b4e64bff4926de2d480584 78:47.99 LOG: MainThread Bisector INFO First bad revision: 85ec486cf202c036acc9960a20ad78c91830f45a 78:47.99 LOG: MainThread Bisector INFO Pushlog: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=820865a790e47833d3b4e64bff4926de2d480584&tochange=85ec486cf202c036acc9960a20ad78c91830f45a
hrm, that's not as satisfying of an answer as I would have hoped, since that change never landed on ESR38 (and in general, it was a change that only affected Nightly builds). Maybe we'll be better off trying to track this down on ESR38 since the regression range for that (given in comment 2) is much smaller. Unfortunately, all we've got in that timeframe are debug builds. Hopefully it'll still reproduce on those. Below a list of all the builds on esr38 that occurred over the time range between 38.2.1 and 38.3. I would expect the first one to be OK and the last one to be not OK. Assuming that pans out, you can try splitting the range in half each time to efficiently go through the list (it's what mozregression does behind the scenes too). Adjacent to every dmg file is a similarly-named txt file that contains the revision that build came from. Once we get it narrowed down to a given push, we can look more closely at the commits contained within it. http://archive.mozilla.org/pub/firefox/nightly/2015/08/2015-08-27-mozilla-esr38-debug/ http://archive.mozilla.org/pub/firefox/nightly/2015/08/2015-08-28-mozilla-esr38-debug/ http://archive.mozilla.org/pub/firefox/nightly/2015/09/2015-09-01-mozilla-esr38-debug/ http://archive.mozilla.org/pub/firefox/nightly/2015/09/2015-09-04-mozilla-esr38-debug/ http://archive.mozilla.org/pub/firefox/nightly/2015/09/2015-09-05-mozilla-esr38-debug/ http://archive.mozilla.org/pub/firefox/nightly/2015/09/2015-09-06-mozilla-esr38-debug/ http://archive.mozilla.org/pub/firefox/nightly/2015/09/2015-09-11-mozilla-esr38-debug/ http://archive.mozilla.org/pub/firefox/nightly/2015/09/2015-09-13-mozilla-esr38-debug/ http://archive.mozilla.org/pub/firefox/nightly/2015/09/2015-09-15-mozilla-esr38-debug/ http://archive.mozilla.org/pub/firefox/nightly/2015/09/2015-09-16-mozilla-esr38-debug/ http://archive.mozilla.org/pub/firefox/nightly/2015/09/2015-09-17-mozilla-esr38-debug/ http://archive.mozilla.org/pub/firefox/nightly/2015/09/2015-09-20-mozilla-esr38-debug/ http://archive.mozilla.org/pub/firefox/nightly/2015/09/2015-09-27-mozilla-esr38-debug/ Thanks again for all your patience on this, I know it's tedious work.
Hi Ryan, Unfortunately, the first one's bugged right away. As for the mozregression tool, maybe it's just me, but all I ever got were nightlies, which were fine up until the 43-something ones mentioned above..
If it's too much of a hassle I'll tell my users to use Safari instead.. 10.6 is a dying platform anyways.
Yeah, at this point there's not much we're going to be able to do to help most likely. We've dropped support for OSX <10.9 in Firefox 49+ and while ESR45 still supports 10.6, it's very unlikely we'd take a fix for this issue there even if one appeared since ESR builds normally only receive critical security/stability fixes. Sorry we couldn't ever manage to track this down :(
Status: UNCONFIRMED → RESOLVED
Closed: 9 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.