Windows 7 - sự cố khởi chạy ứng dụng mặc định

2

Chỉ cần xây dựng một PC W7 mới. Tôi đã nhận thấy một số vấn đề lạ khi khởi chạy các ứng dụng mặc định.

Tôi đã có Visual Studio & amp; SQL Server Management Studio thiết lập chạy với tư cách quản trị viên khi khởi chạy.

Nếu tôi nhấp đúp chuột vào tệp .sql SSMS sẽ mở nhưng tệp không được tải.

Nếu tôi làm tương tự với .sln thì tôi chẳng nhận được gì từ Visual Studio.

Đối với phần sau, tôi cho rằng dấu nhắc UAC bị ẩn ở đâu đó chờ tôi nói rằng có thể khởi chạy ứng dụng nhưng tôi không biết chuyện gì đang xảy ra với SSMS.

Đây có phải là lỗi W7 hay có một số cài đặt ở đâu đó mà tôi có thể điều chỉnh để cải thiện hành vi này?

windows-7 file-association

— Chris W
nguồn

Visual Studio không nên yêu cầu lời nhắc UAC mà tôi không tin (tùy thuộc vào vị trí .sln của bạn), vì vậy tôi nghĩ bạn có thể gặp các vấn đề khác. Kiểm tra nhanh cho điều đó sẽ tạm thời vô hiệu hóa UAC và xem sự cố của bạn đã được khắc phục chưa. Ngoài ra, hãy đảm bảo bạn cũng có SP1 cho VS9 (Tôi không chắc chắn cách thức hoạt động của VS8 trên 7).

— Will Eddins

SP1 được bật, tôi đang chạy VS với tư cách quản trị viên để gỡ lỗi các ứng dụng trên IIS thay vì sử dụng máy chủ web nội bộ.

— Chris W

1

Kiểm tra kỹ xem bạn có cài đặt thực thi ứng dụng để chạy với tư cách quản trị viên cho tất cả người dùng không chỉ là phím tắt.

Nhấp chuột phải

Nhấp vào Mở vị trí tệp

Nhấp chuột phải vào Executable

Chọn thuộc tính

Chọn tab Tương thích

Chọn thay đổi cho tất cả người dùng

Đánh dấu vào 'Chạy với tư cách quản trị viên'

Bạn có thể mô phỏng điều này khi chạy notepad và explorer chẳng hạn và nó được thiết kế trong Windows 7.

Chạy notepad với tư cách quản trị viên

Mở thư mục chứa tệp Văn bản trong Explorer

Kéo tập tin vào notepad

Chẳng có gì xảy ra

Hiệu quả là hệ thống đang cố gắng vượt qua ranh giới bảo mật khôn ngoan không được phép trong Windows. Giải pháp trên hoạt động tốt với tôi trong cả hai tình huống được nghĩ trên cả Vista và Windows 7.

— BinaryMisfit
nguồn

Không có niềm vui với điều này. Trong trường hợp SSMS, nó báo lỗi 'có vấn đề khi gửi lệnh đến chương trình' nhưng tệp vẫn không mở. Visual Studio vẫn chưa mở.

— Chris W

@D bên: Vui mừng được trở lại quá.

— caliban

SQL Server vẫn đang chứng minh lỗi nhưng câu trả lời của bạn đã đưa tôi đến với Visual Studio. Tôi đã bỏ qua thực tế rằng VS theo mặc định chạy một trình khởi chạy, chọn phiên bản của studio hình ảnh để chạy do đó đối số ranh giới của bạn được đặt ra. Tôi đã cấp cho devenv.exe chạy dưới dạng quyền quản trị và hoán đổi ứng dụng mặc định để truy cập trực tiếp vào devenv và bỏ qua trình khởi chạy VS.

— Chris W

@Chris - Vấn đề SSMS liên quan đến tôi. Thay đổi là có một cái gì đó kỳ lạ trong sổ đăng ký hoặc hiệp hội. Để xác nhận, tôi đã cấu hình lại tất cả của tôi một lần nữa, vì tôi đã ngừng chạy chúng với tư cách quản trị viên một thời gian trước và nó đang hoạt động cho cả hai. Thật không may, tôi không có ý tưởng sáng tạo nào khác :(

— BinaryMisfit

1

Bật "chạy với tư cách quản trị viên" cho cả devenv.exe VÀ VSLanucher.exe không giải quyết vấn đề tương tự trên máy của tôi (Windows Server 2008 R2 Enterprise SP1 + Visual Studio 2010 Ultimate). Nhưng tắt UAC và khởi động lại máy một lần có thể giải quyết vấn đề.

[Cập nhật] Ok, sau khi xem xét cấu hình máy của tôi, có vẻ như ứng dụng mặc định được liên kết với tệp .sln là VSLanucher.exe. Sau khi thay đổi ứng dụng mặc định thành VS2010, giờ nó đã hoạt động!

— onelaview
nguồn

0

Tôi gặp vấn đề tương tự được mô tả với Visual Studio - cài đặt devenv.exe để chạy với tư cách quản trị viên trên W7 khiến việc nhấp đúp vào tệp sln không thành công. Tôi thấy rằng cài đặt BOTH devenv.exe VÀ VSLauncher.exe (được tìm thấy trong Tệp (x86) \ Common Files \ microsoft shared \ MSEnv) để chạy khi quản trị viên giải quyết vấn đề và bây giờ nhấp đúp vào tệp sln sẽ khởi chạy VS với tư cách quản trị viên.

-Festest